Problem mit GSD-Datei

[Matze001]

Zuviel Werbung?
-> Hier kostenlos registrieren

Guten Morgen,

ich hab ein sehr ärgerliches Problem mit einer GSD-Datei.

Im Einsatz ist ein IPC477C mit einem CP5611 (Profibus-Master), wenn ich hier eine GSD-Datei von einem Roboter anbinde, und 63Byte IN/OUT wähle, bekomme ich den Fehler das dieser CP max. 32byte Konsistent beherrscht.
Ich MUSS leider nur einen Steckplatz der GSD-Datei belegen. Mache ich 2x32Byte funktioniert es NICHT! Das Universalmodul, bei dem ich die Einstellung "konsistent über..." von "gesamte länge" auf "Einheit" ändern kann, funktioniert
ebenso wenig.

Weis jemand aus dem Kopf (oder kann auch naschauen) was in der GSD-Datei stehen muss das dieses Feld nicht länger ausgegraut ist oder in der GSD selbst steht das die maximale konsistente Datenlänge 32byte beträgt?


Außerdem frage ich mich warum jede 300er CPU für unter 1000€ mehr als 32byte konsistent übertragen kann, aber ein IPC für über 3500€ nicht dazu in der Lage ist...

Grüße

Marcel

 

[Matze001]

Also die GSD tut jetzt, nur der Slave mag es nicht das er die Daten mit der Konsistenz "Einheit" bekommt.

Grüße

Marcel

 

[rostiger Nagel]

Zuviel Werbung?
-> Hier kostenlos registrieren

Erklär mal was du gemacht hast das es geht?

 

[Matze001]

Würde ich, wenn ich es getan hätte.
Wenn ich Zeit habe schaue ich was der nette Mensch getan hat!

Grüße

Marcel

 

[SoftMachine]

@Marcel
Welchen netten Menschen meinst du denn jetzt und was hat er denn gemacht ?

 

[Onkel Dagobert]

Zuviel Werbung?
-> Hier kostenlos registrieren

Also die GSD tut jetzt, nur der Slave mag es nicht das er die Daten mit der Konsistenz "Einheit" bekommt...

Der Slave erwartet eine Konsistenz über den gesamten Bereich bzw. Block. Ich hatte das Problem mit einem IPC427C auch schon. Es ist nicht nachvollziehbar, daß die "ach so modernen" IPCs von Siemens bezüglich der DP-CPs auf einen so alten Stand gehalten werden. Es gibt zwei Möglichkeiten, beide bedingen allerdings auch eine Änderung auf der Seite des Slaves, die GSD zu manipulieren reicht nicht. Entweder die Konfiguration wird auch beim Slave auf 32-Byte Blöcke mit Datenkonsistenz "Block" aufgeteilt, oder eben auf beiden Seiten größere Blöcke mit Konsistenz über "Einheit", falls es technisch vertretbar ist.

 

[Matze001]

Der nette Mensch war der Hersteller des Slaves, bzw. ein Supportmitarbeiter!

Ich gebe OD recht, in beiden Punkten: Der DP-CP ist sehr schwach für das Geld, jede 300er mit PB kann mehr Daten Konsistent übertragen. Lösung zähneknirschend ist nun: nur 32byte nutzen! In Zukunft gibt es PN, da hat sich das mit dieser Bremse, und der IPC wird nochmal 200€ günstiger.

Grüße

Marcel