Stoky
Level-2
- Beiträge
- 416
- Reaktionspunkte
- 69
-> Hier kostenlos registrieren
Guten Morgen liebes Forum,
wir verwenden in unseren Anlagen eine CPU 1512SP F-1 (6ES7512-1SK01-0AB0) als Sicherheitssteuerung und eine Simotion D4x5-2 PN/DP für unsere Servoantriebe. In diesem konkreten Fall ist es eine Simotion D425-2 PN/DP, es könnten aber auch 435, 445 oder 455 sein. Das Verhalten lässt sich auch mit den anderen (größeren) Simotion Modellen reproduzieren. Die Simotion ist als IDEVICE mit der 1512 über Profinet verbunden. Software ist TIA V14 SP1 mit Scout 5.1.
Wir verwenden für die Achssicherheit Extended Safety. Auf der 1512 wird abhängig von der Betriebsart, Not-Halt, Schutztüren, etc. berechnet, ob die Achsen STO, SS1, SOS, SLS, etc. bekommen oder nicht. Dies wird dann per Telegramm 30 mittels der F-Proxy Funktion an die Simotion gesendet.
Die 1512 hat einen OB1 Takt von ca. 1,5ms, braucht aber für die Abarbeitung des Sicherheitsprogramms ziemlich lange. Ein normaler Safety Takt liegt schon bei ca. 8ms und springt sehr häufig hoch auf bis zu 19ms. Durch auskommentieren ist dabei aufgefallen, dass allein das Kopieren vom STAT Bereich des Safety FBs auf die Safetyausgänge (Profinet) für eine Achse (sicherer PLC Datentyp mit 2 Byte Länge (16 BOOLs)) die Zykluszeit um locker 1ms verlängert. Also 16 Bools beschreiben braucht mehr als 1ms. Wir haben in dieser Anlage 6 Servo Achsen.
Es wird noch schlimmer. Wenn Bei Neustart der Anlage die Simotion etwas länger braucht um hochzufahren, dann steigt die Zykluszeit der 1512 auf ganze 58ms! In diesem Fall finden sich im Diagnosepuffer Störmeldungen "IO Datenausfall an Hardware-Komponente" wegens des Ausfalls der 20 Byte E/A Kommunikation zwischen Simotion und 1512 (nicht Safety), sowie der 6 Achssafety Telegramme.
Wir müssen dieses Verhalten unbedingt wegbekommen, da das alle unsere Anlagen betrifft. Ich hoffe ihr könnt mir helfen!
Gruß Christian
wir verwenden in unseren Anlagen eine CPU 1512SP F-1 (6ES7512-1SK01-0AB0) als Sicherheitssteuerung und eine Simotion D4x5-2 PN/DP für unsere Servoantriebe. In diesem konkreten Fall ist es eine Simotion D425-2 PN/DP, es könnten aber auch 435, 445 oder 455 sein. Das Verhalten lässt sich auch mit den anderen (größeren) Simotion Modellen reproduzieren. Die Simotion ist als IDEVICE mit der 1512 über Profinet verbunden. Software ist TIA V14 SP1 mit Scout 5.1.
Wir verwenden für die Achssicherheit Extended Safety. Auf der 1512 wird abhängig von der Betriebsart, Not-Halt, Schutztüren, etc. berechnet, ob die Achsen STO, SS1, SOS, SLS, etc. bekommen oder nicht. Dies wird dann per Telegramm 30 mittels der F-Proxy Funktion an die Simotion gesendet.
Die 1512 hat einen OB1 Takt von ca. 1,5ms, braucht aber für die Abarbeitung des Sicherheitsprogramms ziemlich lange. Ein normaler Safety Takt liegt schon bei ca. 8ms und springt sehr häufig hoch auf bis zu 19ms. Durch auskommentieren ist dabei aufgefallen, dass allein das Kopieren vom STAT Bereich des Safety FBs auf die Safetyausgänge (Profinet) für eine Achse (sicherer PLC Datentyp mit 2 Byte Länge (16 BOOLs)) die Zykluszeit um locker 1ms verlängert. Also 16 Bools beschreiben braucht mehr als 1ms. Wir haben in dieser Anlage 6 Servo Achsen.
Es wird noch schlimmer. Wenn Bei Neustart der Anlage die Simotion etwas länger braucht um hochzufahren, dann steigt die Zykluszeit der 1512 auf ganze 58ms! In diesem Fall finden sich im Diagnosepuffer Störmeldungen "IO Datenausfall an Hardware-Komponente" wegens des Ausfalls der 20 Byte E/A Kommunikation zwischen Simotion und 1512 (nicht Safety), sowie der 6 Achssafety Telegramme.
Wir müssen dieses Verhalten unbedingt wegbekommen, da das alle unsere Anlagen betrifft. Ich hoffe ihr könnt mir helfen!
Gruß Christian
). Wenn dann die Zeiten so gravierend schwanken kann das tatsächlich dazu führen, dass Anlagenteile kaputt gehen, zumindest mal führt es dazu, dass unsere Produkte leicht unterschiedlich werden. Das wird keiner unserer Kunden akzeptieren.