Uhrzeit steht nach piVCCU Start im Nirvana

[Daimler]

Hallo Alex,

ich habe mir heute eine neue (Ersatz-) piVCCU 3.57.5 aufgesetzt.

Hierbei habe / hatte ich 2 Probleme:
1.
Die Uhrzeit verstellte sich nach dem Start der piVCCU auf ein willkürliches Datum in der Zukunft.
Daraufhin habe ich ein Raspian-Komplett Update und Upgrade durchgeführt
Heute morgen piVCCU beendet und das Datum korrigiert - die Uhrzeit blieb bis heute abend korrekt .
Gerade um 19:10 Uhr die piVCCU wieder gestartet, CCU-Uhr passte auch und 2 Minuten später ging sie sowohl auf der CCU als auch auf dem pi wieder nach dem Mond:

Code: Alles auswählen

Di 11. Mai 10:19:00 CEST 2021
root@raspberrypi:~# date --set '2021-05-11 10:19:00'
root@raspberrypi:~# date
Di 11. Mai 10:19:09 CEST 2021

root@raspberrypi:~# date
Di 11. Mai 19:10:46 CEST 2021
root@raspberrypi:~# systemctl start pivccu.service
root@raspberrypi:~# date
Di 11. Mai 19:11:15 CEST 2021
root@raspberrypi:~# date
Do 18. Jun 22:28:56 CEST 2037

Wie kann es sein, dass die falsche Uhrzeit auch auf den Wirt übertragen wird?

Auf der CCU waren noch die Standard-NTPs eingetragen - die aber eigentlich auch gehen sollten:

Code: Alles auswählen

0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org

Ich habe dann meinen eigenen NTP-Server eingetragen und nun passt es wieder.

System:
pi 3B+

Code: Alles auswählen

Operating System: Raspbian GNU/Linux 9 (stretch)
Kernel: Linux 4.19.66-v7+
Architecture: arm

2.

Im Moment kannst du vor dem Update eine Datei /pivccu.createimage ohne Inhalt anlegen und die nach dem Update wieder löschen, dann übergeht der Installer ein paar Schritte (Fehlermeldungen anzeigen, Frage nach den USB Geräten, welche verfügbar gemacht werden sollen und Start nach der Installation).

Geht das in den neuen Versionen nicht mehr?

[Daimler]

Hi,

Ich habe dann meinen eigenen NTP-Server eingetragen und nun passt es wieder.

Pustekuchen.
Das gilt leider nur bis zum nächsten Neustart - dann steht die Zeit wieder in der Zukunft.

Was spielt da quer?

[Gluehwurm]

Do 18. Jun 22:28:56 CEST 2037

Wollte gerade fragen, ob Du mal die neuesten Börsenkurse abfragen kannst ... ist mir aber doch etwas zu weit hin.

[Daimler]

Nee - der zeigt mir nur die Lottozahlen von 2037 an.
Verrate ich aber nicht.

[deimos]

Hi,

es gibt das bekannte Problem, dass der Raspberry Pi keine RTC hat, nach einem Reboot weiß er also nicht, welches Datum bzw. welche Uhrzeit gerade ist.
Innerhalb von Raspbian gibt es meines Wissens einen Dienst, welche beim Shutdown die aktuelle Uhrzeit in eine Datei schreibt und beim Starten dann diese ausliest um die Zeit zu überbrücken, bis ein NTP erreichbar ist. Ich vermute, dass es irgendwo da hakt.

Viele Grüße
Alex

[deimos]

Hi,

der SystemD Dienst systemd-timesyncd.service ist dieser Dienst. Über "sudo timedatectl status" liefert der Infos zum aktuellen Zustand, mit "sudo systemctl status systemd-timesyncd.service" kann man Teile von Log einsehen.

Viele Grüße
Alex

[deimos]

Und eine letzte Nachricht für jetzt:

Im Moment kannst du vor dem Update eine Datei /pivccu.createimage ohne Inhalt anlegen und die nach dem Update wieder löschen, dann übergeht der Installer ein paar Schritte (Fehlermeldungen anzeigen, Frage nach den USB Geräten, welche verfügbar gemacht werden sollen und Start nach der Installation).

Geht das in den neuen Versionen nicht mehr?

Da hat sich nichts geändert, mir wäre nicht bekannt, dass das nicht mehr geht.

Viele Grüße
Alex

[Daimler]

Hi,

es gibt das bekannte Problem, dass der Raspberry Pi keine RTC hat, nach einem Reboot weiß er also nicht, welches Datum bzw. welche Uhrzeit gerade ist.

Das ist ja das Eigenartige.
Der pi holt sich die Daten per NTP und die stimmt auch - bis ich die piVCCU starte!
~ 2 Minuten nach Start steht sie in der Zukunft.

Wenn ich dann im WebUi den eingetragenen Zeitserver nur bestätige, stellt sich die Zeit auch wieder korrekt ein und bleibt bis zum nächsten Neustart der CCU korrekt.

[Daimler]

Hi,

Problem gelöst bzw. erkannt.

Es liegt an der einzigen Zusatzsoftware, die ich auf der CCU installieren muss.
Es ist eine Verbindungsschicht, die die Verbindung der CCU mit der C-Comatic herstellt.
Nach der Deinstallation passt die Zeit wieder.

Das tritt aber anscheinend nur bei Neuintallationen unter CCU-FW > 3.5x auf.
Unter 3.4x ging es noch und überlebt auch ein anschließendes Update auf 3.57.5.

K.A. woran das liegt.


Aber das geht hier def. nicht mehr

Da hat sich nichts geändert, mir wäre nicht bekannt, dass das nicht mehr geht.