Problem: Uhrzeitsprung

V

Virgill

Level-1
Beiträge
28
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo.

In letzter Zeit habe ich immer wieder mit dem Problem zu kämpfen,
dass meine Uhrzeilalarme durch Uhrzeitsprung ablaufen.
Alle Uhrzeitgesteuerten Prozesse werden somit gestört.

Im Diagnosepuffer der CPU steht dann plötzlich ein Datum wie: 27.06.14
Im Reiter Zeitsystem steht aber das aktuelle Datum.

Mit
SFC28 Set Time of Day Interrupt
SFC30 Activate Time of Day Interrupt
SFC31 Query Time of Day Interrupt
kann ich die Uhrzeitalarme zwar wieder zur Vernunft bringen, allerdings
ist das eine Bescheidene Lösung.

Kennt jemand diesen Fehler und weiss eine Lösung?

Danke,

Jochen Feldkötter


Diagnosepuffer der Baugruppe CPU 414-2 DP

CPU: 6ES7 414-2XG03-0AB0
Hardware 6
Firmware V 3.0.2



Ereignis 1 von 120: Ereignis-ID 16# 3505
Uhrzeitalarm(e) abgelaufen durch Uhrzeitsprung
Uhrzeitalarm 0 (OB10)
Uhrzeitalarm 1 (OB11)
Uhrzeitalarm 2 (OB12)
Uhrzeitalarm 3 (OB13)
Angeforderter OB: Zeitfehler-OB (OB 80)
Prioritätsklasse: 26
interner Fehler, kommendes Ereignis
19:31:03:203 27.06.14

Erläuterung:

Die Uhrzeit wurde vorgestellt; dabei wurden Startdatum und -Uhrzeit von Uhrzeitalarmen übersprungen.
 
Hallo Jochen

...Kennt jemand diesen Fehler und weiss eine Lösung?...
Zum Vergrößern anklicken....
Das ist kein Fehler, sondern eine Siemens-Funktion.
Die beste Lösung ist: Verwende keine Uhrzeitalarme. Du kannst aber auch den OB80 in dein Programm einfügen. Dann solltest du aber im OB80 den Fehlercode auswerten, da ansonsten die CPU auch z.Bsp. bei Zykluszeitüberschreitung weiter läuft.


Gruß, Onkel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
kein Fehler?

Also es ist kein Fehler wenn die Uhr sich plötzlich aus Datum 2014 stellt ?
Und warum sollte man keine Uhrzeitinterrupts verwenden?
Dafür sind sie schliesslich da.
Der OB80 ist bereits implementiert und Fehlercodes werden ausgewertet.

Die Zeitsynchronisation ist bei der Anlage auf Slave eingestellt.
Eine Uhrzeitmaster bedient alle S7 Anlagen bei uns.
Doch nur die Eine, die mit Uhrzeitalarmen arbeitet, spinnt.

Sehr eigenartig.
 
Hallo,

warum im Diagnosepuffer ein falsches Datum steht, weiss ich nicht.
Aber du kannst deine Uhrzeitalarme nach einer Datums/Uhrzeit-Umstellung mit dem SFC 30 wieder aktivieren.
Oder mit einem Neustart :)

mfg
marlob
 
Sfc30

Ja, das weiss ich. (siehe oben) ;)

Habe gerade herausgefunden, dass wenn ich die Reaktivierung der Uhrzeitalarme im OB80 vornehme, klappt das leider auch nicht.

Wär schön gewesen...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Slave

Kann es sein, dass beim Stellen der Uhr Übertragungsfehler auftreten ?
Stichwort: Temporär Überlastete Verbindung (TÜV)

Gruß G.
------
PS: bin zufriedener Anthrazituser
 
Hallo Jochen,

Virgill schrieb:
Also es ist kein Fehler wenn die Uhr sich plötzlich aus Datum 2014 stellt ?
Zum Vergrößern anklicken....
Entschuldige, ich hatte es falsch verstanden. Ich dachte, der OB80 wäre noch garnicht vorhanden. Das Problem mit der falschen Uhrzeit wäre dann das nächste Problem gewesen.

Virgill schrieb:
Und warum sollte man keine Uhrzeitinterrupts verwenden?
Zum Vergrößern anklicken....
Dann würdest du das Problem umgehen . Warum verwendest du nicht eine Zeitschaltuhr im Programm? Mir jedenfalls ist das mit dem Uhrzeitalarm viel zu undurchsichtig. Aber vielleicht gibt es ja auch Gründe, die dafür sprechen.

Ist an der einen CPU irgend etwas anders als bei den anderen? Vielleicht der Firmwarestand?


Gruß, Onkel
 
Zurück
Oben