WinCC Unified Uhrzeitsynchronisation mit ET200SP TIA V21

[Drumfan159]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

Wieso ist das nur so kompliziert die Uhrzeit auf dem Panel vernünftig von der CPU zu synchronisieren?
Ich habe in der CPU den Baustein "LSNTP_Server" aufgerufen (ist ja eine Bibliothek von Siemens) um die CPU als NTP Master zu emulieren. Funktioniert und das Panel holt sich die Zeit tatsächlich ABER nur wenn ich die Runtime beende. Erst dann wird die Zeit aktualisiert. Wieso geht das nicht wenn die Runtime läuft oder bin ich noch Blind vor ewigem Frust?
Ich habe eine ET200 SP und ein MTP1000 im TIA V21.

 

[Wilhelm Richter]

Kenne ich. Oft liegt es nicht am SNTP-Server, sondern am Panel. Viele Panels übernehmen die Zeit nur beim Start oder Neustart der Runtime. Deshalb siehst du die richtige Zeit erst, wenn du die Runtime stoppst. Check mal die Zeitsync-Einstellungen im Panel und das Sync-Intervall.

 

[Drumfan159]

Zuviel Werbung?
-> Hier kostenlos registrieren

Da habe ich 8s drin stehen. Ist da Unified eventuell sehr Beschränkt aus Sicherheitsgründen?!? Wer weis was das Linux System macht wenn die Runtime läuft....aber das ist doch Schei**. Angenommen die Runtime wird quasi nie beendet wird auch meine Sommer und Winterzeit nicht Synchronisiert .... muss doch irgend eine Möglichkeit geben.

 

[Oberchefe]

Sommerzeitumschaltung hat damit nichts zu tun, die Synchronisation arbeitet normalerweise mit UTC

 

[Drumfan159]

Gut mag sein weil die Zeitzone stellt man ja auch ein. Aber trotzdem find ichs seltsam.

 

[Pipboy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wieso ist das nur so kompliziert die Uhrzeit auf dem Panel vernünftig von der CPU zu synchronisieren?

Sommer und Winterzeit nicht Synchronisiert

Am wahrscheinlichsten weil dein Test falsch ist.

NTP kennt nur UTC, es gibt keinen Fall in dem ein syncronisierter Server einfach mal eine Stunde oder Tage springt.
Das macht keinen Sinn an dem was der Server verteilt eine Stunde rumzudrehen.
Viele Clients ziehen dann nur langsam nach und korrigieren ein paar ms/s.
>> Du musst mal 1-2min daneben stellen und dann am nächsten Tag schauen ob es wieder stimmt.

Ohne die Panels im Detail zu kennen, wahrscheinlich übernimmt er einmal "hart" die neue Zeit vom Server wenn die Runtime startet.
Das heißt aber nicht, dass es danach nicht funktioniert. Das sieht nur so aus weil er die Sprünge nicht mitmacht.

 

[N1ghth4wk]

Ich habe beim MTP das Problem wenn das Panel vor dem NTP Server gestartet ist, das sich die Synchronisation komplett aufhängt bis man das Panel komplett Neustartet (kompletter Neustart, nicht nur die Runtime). Das Problem lässt sich unabhängig von der Firmwareversion des Panel konsistent nachstellen.

 

[BastiM.]

Das verhalten von @N1ghth4wk kann ich so bestätigen.
Durch Aus- und wieder Einschalten der Synchronisation lässt sich das Problem zwar lösen aber wie erklärt man das dem Kunden

 

[Drumfan159]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich versuche es jetzt einfacher, ich schreibe im HMI durch ein Skript einfach die aktuelle Uhrzeit auf eine Date_and_Time Variable und lese sie in der SPS. Was mich jetzt schon wieder nervt wegen UTC kommt die Zeit hier in der Variable um 1Stunde versetzt an.....Jetzt hab ich gedacht ich schreibe diese Zeit direkt in die CPU mit WR_SYS_T. Siehe da die CPU rechnet mit der richtig eingestellten Zeitzone und aktivierter Sommer und Winterzeit die richtige Zeit als CPU-ZEIT um. Nun dachte ich mir jetzt les ich einfach die aktuelle CPU Zeit mit RD_SYS_T damit ich im Programm mit der aktuellen Zeit arbeiten (die der Kunde auch auf dem Panel sieht). Pustekuchen........in der DTL Variable ist wieder aktuell eine Stunde verschoben. Wie löst ihr den so eine Zeit Verschiebung in der Software????

 

[PN/DP]

Du must halt wissen welche Zeit du verwenden/anzeigen willst. Soll die Lokalzeit verwendet werden, dann musst du die Lokalzeit lesen (RD_LOC_T). Willst du die (evtl. per NTP synchronisierte) Zeit der CPU-Uhr lesen, dann nimm RD_SYS_T. Und beim stellen der CPU-Uhr ebenfalls beachten, ob die Sollzeit in Lokalzeit ist (dann WR_LOC_T) oder UTP (dann WR_SYS_T).

 

[Drumfan159]

Oh man die Funktion WR_LOC_T kannte ich noch gar nicht
Manchmal schon erstaunlich wie einfach es ist wenn man es richtig macht.
Danke!