TIA Extended Safety erhöht CPU Zykluszeit massiv

Also der OB1 Zyklus ist bei 1,5ms. wenn der mal 10ms ist juckt das auch nicht. Bei 50 ms allerdings so langsam schon... Das passiert aber beim Online beobachten nicht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
ich habe heute beim Verbinden auf der IBN mal speziell auf die angesprochenen Zykluszeiten geachtet. Vielleicht hilft es ja jemandem für Vergleichszwecke.
Anlage:
S7-1515F 2PN FW2.6
1x S120 CU320PN mit 6 Achsen und jeweils Telegramm 111+30
24x G120C PN jeweils Telegramm 1+30
4x 4 F-DO an ET200S
10x 4/8 F-DI an ET200S
1x PN/PN-Koppler mit 2x Profisafe-Kommunikations-Blöcke
+ einiges Anderes ohne Safety-Relevanz

Alles programmiert in TIA V15.1

Zykluszeit OB1 4-6ms einzelne Spitzen bis 17ms; max bei Startup: 45ms
Zykluszeit Safety 13 bis 20ms; max bei Startup: 30ms; Safety-Weckalarm 100ms

Die Sinamics haben alle nur Basic Safety über Profisafe, wobei ich annehme, dass das für die S7 selbst keine Rolle spielt, da nur mehr/andere Bits gesetzt werden.

Gruß Michael
 
Zuletzt bearbeitet:
Also da würd ich die kritischen Programmteile in nen Weckalarm legen...
Die kritischsten Teile sind die erwähnten Safety Telegramme, die ja der Grund für die langen Zykluszeiten sind... :?

Die Sinamics haben alle nur Basic Safety über Profisafe, wobei ich annehme, dass das für die S7 selbst keine Rolle spielt, da nur mehr/andere Bits gesetzt werden.

Interessant sind anscheinend die sicheren Ausgänge die über den Bus gehen. Telegramm 30 hat z.B. 16 Bits Ausgangsdaten, blockiert aber 6 Byte Ein- und Ausgänge, da durch das Safety ja noch diverse Signale hin und her gehen. Das kostet offensichtlich ordentlich Zeit. Du hast eine größere CPU und offensichtlich deutlich mehr Zeit. Ein Safety Aufruf alle 100ms könnten wir uns gar nicht leisten. Da hatten wir zu Classic Zeiten schon 50ms, mittlerweile eher 25ms.


Ich hoffe ich kann im Laufe der nächsten Monate mal testen wie sich diese ganze Geschichte bei Maschinen mit mehr Antrieben verhält, die aktuelle hat ja nur 6. Eine Maschine mit ca. 20 Antrieben ist schon im Bau, da werde ich den zuständigen Kollegen mal drum beten mit mir das Safety sehr früh in Betrieb zu nehmen. Die Erkenntnisse Teile ich euch dann natürlich umgehend mit :wink:

Gruß Christian
 
Interessant sind anscheinend die sicheren Ausgänge die über den Bus gehen. Telegramm 30 hat z.B. 16 Bits Ausgangsdaten, blockiert aber 6 Byte Ein- und Ausgänge, da durch das Safety ja noch diverse Signale hin und her gehen. Das kostet offensichtlich ordentlich Zeit. Du hast eine größere CPU und offensichtlich deutlich mehr Zeit. Ein Safety Aufruf alle 100ms könnten wir uns gar nicht leisten. Da hatten wir zu Classic Zeiten schon 50ms, mittlerweile eher 25ms.

Zur Ausführungszeit:
alles was interessant wird mit Schutzzaun und Türen mit Zuhaltung machens möglich ;)
Bei der Anlage sind Bremszeiten unter 2s aufgrund der Mechanik/bewegter Masse nicht möglich.

Ich hab die Safety-Datenmenge mal ergänzt und summiert:

S7-1515F 2PN FW2.6
1x S120 CU320PN mit 6 Achsen und jeweils Telegramm 111+30 (je 6E/6A)
24x G120C PN jeweils Telegramm 1+30 (je 6E/6A)
4x 4 F-DO an ET200S (je 5E/5A)
10x 4/8 F-DI an ET200S (je 6E/4A)
1x PN/PN-Koppler mit 2x Profisafe-Kommunikations-Blöcke (1x 6E/12A + 1x 12E/6A)

In Summe 278 Bytes F-Eingang und 258 Byte F-Ausgang.
Die CPU ist ja praktisch die nächstgrößere (1513 und 1512SP sollten ziemlich ähnlich sein).

Gruß Michael
 
Siemens stellt unter https://support.industry.siemens.co...reaction-time-table-simatic-s7-1500f-s7-1200f ein Excel-Arbeitsblatt zur Verfügung, mit dem man die F-Laufzeit und Reaktionszeiten recht genau berechnen kann.

Wenn eure Zeiten von diesen sehr stark abweichen, würde ich ein Problem vermuten (Konfiguration, Kommunikation oder so was).

Gruß Auch Michael :)

Jap die tolle Exceltabelle habe ich verwendet. da komme ich auf 3 ms, habe aber in der Realität 8 ms. Ich habe da auch schon den Siemens Support drüber gucken lassen, also auf gut deutsch, die Tabelle ist nicht zu gebrauchen und gibt bestenfalls eine Richtung an.
 
Zurück
Oben