Beckhoff und Unixzeit

[Scrat]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Kollegen,

ich muss in einer Beckhoff Steuerung eine Unixzeit (Sekunden seit 1970 0:00 Uhr) umrechnen auf ein normales Zeitformat (Time). gibt es da fertige Bausteine für? Hat das jemand schon mal verwendet?

Gruß Scrat

 

[suud]

Sollte man doch eigentlich direkt in eine DATE_AND_TIME Variable umwandeln können?
Also z.B. dtDateTime := DWORD_TO_DT( dwUnixTime );
http://infosys.beckhoff.de/content/1031/tcplccontrol/html/TcPlcCtrl_DATE_AND_TIME.htm

 

[Scrat]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hey,

Danke für den Tip. Funktioniert prima.

Gruß Scrat

 

[dennisbz]

Ich suche gerade sowas ähnliches für SIEMENS.
Genauer gesagt aus "Heute mach unix".

Versteh ich das richtig, dass die Beckhoff aus ner DINT mit unix-Zeit ein Datum macht, ohne speziellen Baustein?

Nicht schlecht!

 

[Cerberus]

DWORD_TO_DT ist eine Funktion. Also eigentlich auch ein Baustein, der die übergebene Unix-Zeit in ein Datum umrechnet.

 

[pvbrowser]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hier sind die Umwandelungen:

http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlTime.html#58e753a2b74eea66ef8df028f266f7e2

http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlTime.html#50d2f30371950e953b996399cc4e0a67

http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlTime.html

 

[dennisbz]

DWORD_TO_DT ist eine Funktion. Also eigentlich auch ein Baustein, der die übergebene Unix-Zeit in ein Datum umrechnet.

Ich hab mich glaub etwas unglücklich ausgedrückt. So ne Funktion gibt es in Step7 auch. FC6 oder FC7 heißt er glaub in der Standartlibary.
Einer der beiden zieht aus dem Datentyp DATE_AND_TIME das Datum, der andere die Zeit in hh:mm:ss.
Ich kapiers zwar noch nicht ganz, aber Datum und Zeit müssen bereits "richtig" codiert sein. Sprich, das Datum in Tagen und die Zeit in (milli)Sekunden.
Denn man kann die Tage in Sekunden umrechnen, eben wie bei der Beckhoff. Und die Zeit einfach durch 1000 teilen und schon hat man die Tagessekunden. Wirklich net!
PS: Danke, Kai!

 

[marcotechnik]

Hallo,

hat jemand eine Erklärung weshalb Beckhoff hier einen Versatz von 2 Stunden hat?
Mit einem Unixtime-Umrechner komme ich auf die korrekte Zeit.

Die Systemzeit stimmt auch.


Gruß
Marco

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich kenne dein "Beckhoff" nicht, doch vermutlich wird die Ursache im Unterschied Systemzeit und Lokalzeit liegen. Hast du den berücksichtigt? Rechnet DWORD_TO_DT vielleicht (einstellbar?) in Lokalzeit um?

 

[marcotechnik]

Ich kenne dein "Beckhoff" nicht, doch vermutlich wird die Ursache im Unterschied Systemzeit und Lokalzeit liegen. Hast du den berücksichtigt? Rechnet DWORD_TO_DT vielleicht (einstellbar?) in Lokalzeit um?

Die Systemzeit passt. Und durch die Umrechnung von UNIX in ein lesbares Format gibt es die gleiche Zeit wie die Systemzeit. Auf dem Ursprungssystem stimmt die Lokalzeit auch. Irgendwas scheint innerhalb von TwinCAT schief zugehen.

 

[PN/DP]

Ja, DWORD_TO_DT sollte den Zeitwert einfach 1:1 umrechnen (wie der Unixtime-Rechner) und nicht noch Zeitzonen reinmischen.

Wird todLastReceive eventuell später noch was zugewiesen? Ist der Beobachtungswert das Ergebnis der Programmzeile oder der Wert vom Zyklusende?

 

[marcotechnik]

Zuviel Werbung?
-> Hier kostenlos registrieren

Nein, dem "todLastReceive" wird noch nichts zugewiesen. Es sollte der Wert vom Zyklusende sein. Mit den Zeitzonen habe ich auch im Verdacht. Aber die Systemzeiten passen ja zueinander.

 

[PN/DP]

Dann frage mal Beckhoff.

 

[Oberchefe]

Beckhoff hat da keinen Fehler. 1719081338 ergeben 18:35 nach UTC.

 

[Oberchefe]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dein Umrechner berücksichtigt schon deine Zeitzone.

 

[marcotechnik]

Dein Umrechner berücksichtigt schon deine Zeitzone.

Ok dann muss ich die GMT+2 noch dazu rechnen.

 

[PN/DP]

Dein Umrechner berücksichtigt schon deine Zeitzone.

Ja, dein Umrechner rechnet nach "Realzeit" - jetzt wissen wir, was damit gemeint ist.
Nimm mal lieber den Rechner von https://unixzeit.com/, der rechnet eindeutig.

 

[pvbrowser]

Zuviel Werbung?
-> Hier kostenlos registrieren

Uhrzeiten sind kompliziert.
Die richtige Uhrzeit wird von der Sonne synchronisiert.
Seit einigen Jahren wird auch immer wieder an der Winter- und Sommerzeit gedreht.

Deshalb verweise ich noch mal auf unsere Zeitklasse.

rllib: rlTime Class Reference

siehe besonders:

rllib: rlTime Class Reference