Step 7 S5-Timer VIMP mit seltsamen Verhalten

matze2004

Level-1
Beiträge
8
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,
hatte heute ein seltsames Phänomen. Ein Kunde hatte ein Problem mit einer nicht abschaltbaren Hydraulik. Bei genauem Hinsehen habe ich festgestellt, das der Timer für die Aufrechterhaltung des Systemdruckes (alle 10 Minuten Hydraulik für 5 Sekunden ein) ein seltsames Verhalten an den Tag legte. Ich habe die Anschaltung mit einer UND-Verknüpfung abgeblockt, trotzdem lief die Zeit und startete nach Ablauf der Zeit wieder neu. Nachdem ich den Timer gegen einen nicht verwendeten Timer getauscht habe, war das Problem weg. Im Gespräch erzählte der Kunde mir, das das schon öfters aufgefallen sei, immer nach einem Stromausfall oder nach Stromschwankungen im Versorgungsnetz.

Hatte jemand schon ein ähnliches Problem oder hat eine Idee woher das kommt? Können diese Timer "beschädigt" werden?

Mit freundlichen Grüßen, Matze
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Volker,

die Idee hatte ich auch schon, hab alles mehrfach überprüft - ohne Resultate. Habe auch noch einen Kollegen die ganze Sache gegenchecken lassen - das selbe in Grün, nichts zu finden.
 
Wie sieht denn die betreffende Programmstelle aus?
Warum benutzt Du VIMP für eine Nachlaufzeit und nicht einfach eine Ausschaltverzögerung AVERZ?

Harald
 
Hallo und guten Abend!

Die Nachlaufzeit ist über eine Ausschaltverzögerung realisiert! Der verlängerte Impuls kommt alle 10 Minuten für 5 Sekunden um einen eventuellen Druckabfall abzufangen. Und dieser Impuls-Timer spinnt!

Habe das eben leider etwas falsch beschrieben. Tut mir leid!

Viele Grüße - Matze
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Irgendwie muss ich da ganz unvermittelt daran denken:
Mit dem Firmware-Update V3.3.7 werden folgende Änderungen wirksam:

  • Bei Geräten, die bereits ca. 500 Betriebstage gelaufen sind, kommt es ab sofort nicht mehr sporadisch zu hängenbleibenden oder endlos laufenden remanent projektierten Timern.
Link:
http://support.automation.siemens.com/WW/view/de/37334767
Abteilung Version 3.3.7

Mfg
Manuel
 
Mit dem Firmware-Update V3.3.7 werden folgende Änderungen wirksam:


  • Bei Geräten, die bereits ca. 500 Betriebstage gelaufen sind, kommt es ab sofort nicht mehr sporadisch zu hängenbleibenden oder endlos laufenden remanent projektierten Timern.

Hallo Manuel,
vielen Dank für die Info. Weißt du zufällig ob das auch für eine CPU 317 (6ES7 317-2EK14-0AB0) gilt? Habe da leider nichts im Siemens Online Support darüber gefunden!

Viele Grüße - Matze
 
Sehr fein, habe gerade mal nachgeschaut, Kunde hat FW-Stand 3.1! Somit wäre das eine mögliche Erklärung!

Vielen Dank!!!

Du erwähnst in deinem ersten Beitrag etwas von Spannungsschwankungen bzw. Stromausfall. Läuft die CPU da weiter oder startet sie neu? Wenn letzteres dürfte es schwerer sein auf die 500 Betriebstage zu kommen und ich eher einen Programmierfehler mit Doppelverwendung des Timers vermuten....

Thomas


Hier könnte eine Signatur stehen, mit welchem Gerät der Beitrag verfasst wurde.
 
Ich würde diesen Firmwarefehler auch nicht für jedes unerklärliche Timerverhalten verantwortlich machen.
Nochmal: Wie sieht denn der Programmcode aus?

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo harald,

Es ist eine MÖGLICHE Erklärung. Ich mache den Firmware-Stand auch nicht als einzigen Übeltäter verantwortlich für dieses Fehlverhalten. Wie gesagt: es eine mögliche Erklärung. Nach Rücksprache mit Kollegen werden wir morgen das Update durchführen. Mal sehen, vielleicht bringt es etwas, vielleicht aber auch nicht.

Screenshot - 11.03.2014 , 06_28_53.png

Und so sieht die Programmstelle aus.


Viele Grüße - Matze
 
Morgen ist vorbei. Wie sieht es aus?

Gut, das ist halt der Betroffene Codeabschnitt. Was aber im restlichen Programm abläuft kann so nicht erkannt werden. Wird irgendwo ein Timer indirekt aufgerufen?


Hier könnte eine Signatur stehen, mit welchem Gerät der Beitrag verfasst wurde.
 
Die Programmstelle ist zwar tatsächlich nicht ganz sauber programmiert (*), doch kann das eigentlich nicht die Ursache des beschriebenen selbständigen Startens des Timers "ohne Startbedingung" sein.
Damit der VIMP erneut abläuft muß NACH Ablauf das interne Timer-Aktiv-Flag gesetzt werden, was im Anwenderprogramm nur möglich ist, indem er mindestens einmal mit VKE=0 (oder FR) und danach mit VKE=1 aufgerufen wird.
Der 500Tage-Firmwarefehler betrifft das Programm wohl auch nicht, da der Fehler nur auftritt, wenn der Timer als remanent projektiert ist und die CPU 500 Tage ununterbrochen gelaufen ist.

Üblicherweise kommt es zu solchen Phänomenen bei Mehrfachverwendung (kann auch indirekt sein).
Vielleicht ist es auch ein anderer Firmwarefehler oder ein Hardwarefehler der CPU? (Ich habe z.B. zwei identische CPU 314-6CG03, die eine der beiden löscht manchmal das /ER nicht.)


(*) Weise am Ende des Netzwerks den T273.Q an einen Merker zu und verknüpfe diesen Merker am UND anstatt dem T273. Lösche das T273 am T172.R, der S_EVERZ T172 braucht kein Rücksetzsignal, es kann aber stören.

S5-Timer ändern ihren Zustand asynchron zum OB1-Zyklus. Will man einen S5-Timer mehrmals im Programm konsistent verarbeiten, dann muß man sich ein "Prozessabbild" des Timers bilden, z.B. in dem man sich den Timer-Zustand auf einen Merker legt.
Wenn der Timer sich direkt oder indirekt selbst beeinflußt, dann gehört da auch bei nur einmaliger Verwendung ein Zwischenmerker dazwischen.

Harald
 
Zurück
Oben