CCU3 Firmware 3.53.30 ist verfügbar

[Mat]

Mit PuTTY ist es mir inzwischen gelungen, als root die CCU3 zu rebooten, so dass die Highcharts-Messdaten des Tages erhalten blieben. Beide Fehler treten nun nicht mehr auf.
Unschön finde ich aber, dass sie überhaupt auftraten nach einem Firmwareupdate.
Einen Hinweis, dass man nach dem Update auf 3.53.30 zweimal rebooten soll, ist mir nicht bekannt.
Vielleicht gab es durch die Wiederherstellung der 3.51.6 nach dem Reinfall mit der 3.53.26 einen ungewöhnlichen Zustand.
Seitdem hatte die CCU3 aber problemlos funktioniert.

[klana]

Hallo,

jetzt bin ich von der RaspberryMatic wieder zur originalen CCU3 Firmware zurück gegangen.
Leider habe ich seit dem nach einem Reboot imm eine falsche Zeit (z.B. 17:43 anstelle von 09:20).
Das hat natürlich auf die Steuerung eine fatale Auswirkung.

Ich Systemlog sind folgende Einträg nach einem Reboot zu finden

Code: Alles auswählen

Oct  5 09:49:00 homematic-raspi cron.err crond[899]: time disparity of -449 minutes detected
Oct  5 09:49:05 homematic-raspi user.debug script: [LED16 per Hand resettet]
Oct  5 09:49:10 homematic-raspi user.debug script: [Heizung auf Winterbetrieb setzen bei Reboot]
Oct  5 09:49:10 homematic-raspi user.debug script: [Heizung auf Winterbetrieb gesetzt bei Reboot]
Oct  5 09:49:11 homematic-raspi user.debug script: [LED16 Init mittels Taste.]
Oct  5 09:49:12 homematic-raspi user.debug script: [Heizung steht schon auf Winter. Umschalten nicht nötig.]
Oct  5 09:57:30 homematic-raspi daemon.info ntpd[505]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
Oct  5 09:58:36 homematic-raspi daemon.notice ntpd[505]: ntpd exiting on signal 15 (Terminated)
Oct  5 09:58:36 homematic-raspi daemon.info ntpd[505]: 144.76.43.40 local addr 192.168.178.44 -> <null>
Oct  5 09:58:36 homematic-raspi daemon.info ntpd[505]: 195.201.19.162 local addr 192.168.178.44 -> <null>
Oct  5 09:58:36 homematic-raspi daemon.info ntpd[505]: 213.239.239.164 local addr 192.168.178.44 -> <null>
Oct  5 09:58:36 homematic-raspi daemon.info ntpd[505]: 3.121.254.221 local addr 192.168.178.44 -> <null>
Oct  5 17:28:48 homematic-raspi daemon.notice ntpdate[1452]: step time server 192.53.103.108 offset 27000.151989 sec
Oct  5 17:28:48 homematic-raspi daemon.notice ntpd[1457]: ntpd 4.2.8p12@1.3728-o Thu Sep  3 08:18:57 UTC 2020 (1): Starting
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1457]: Command line: /usr/sbin/ntpd -g ntp.1und1.de 0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: proto: precision = 0.937 usec (-20)
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: Listen and drop on 0 v6wildcard [::]:123
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: Listen normally on 2 lo 127.0.0.1:123
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: Listen normally on 3 eth0 192.168.178.44:123
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: Listen normally on 4 tun0 10.206.59.92:123
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: Listen normally on 5 lo [::1]:123
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: Listen normally on 6 eth0 [fe80::ba27:ebff:fe4d:889d%2]:123
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: Listen normally on 7 tun0 [fe80::bc7:8ac7:1f14:72f9%4]:123
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: Listening on routing socket on fd #24 for interface updates
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
Oct  5 17:28:48 homematic-raspi daemon.info ntpd[1459]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
Oct  5 17:28:49 homematic-raspi user.debug script: [HKT_WC: Kommunikation war gestört seit: 05.10.20 17:28 Uhr HKT_WC: Kommunikation zur Zeit gestört seit: 05.10.20 17:28 Uhr WHT_Wohnen: Kommunikation war gestört seit: 05.10.20 17:28 Uhr WHT_Wohnen: Kommunikation zur Zeit gestört seit: 05.10.20 17:28 Uhr WHT_WC: Kommunikation war gestört seit: 05.10.20 17:28 Uhr WHT_WC: Kommunikation zur Zeit gestört seit: 05.10.20 17:28 Uhr WHT_Bad: Kommunikation war gestört seit: 05.10.20 17:28 Uhr WHT_Bad: Kommunikation zur Zeit gestört seit: 05.10.20 17:28 Uhr HKT_Bad: Kommunikation war gestört seit: 05.10.20 17:28 Uhr HKT_Bad: Kommunikation zur Zeit gestört seit: 05.10.20 17:28 Uhr WHT_Schlafen: Kommunikation war gestört seit: 05.10.20 17:28 Uhr WHT_Schlafen: Kommunikation zur Zeit gestört seit: 05.10.20 17:28 Uhr FSD_TVLicht: Kommunikation war gestört seit: 05.10.20 17:28 Uhr FSD_TVLicht: Kommunikation zur Zeit gestört seit: 05.10.20 17:28 Uhr HKT_Wohnen_Erker: Kommunikation war gestört seit: 05.10.20 17:28 Uhr HKT_Wohnen_Erker: Kommunikatio
Oct  5 17:29:00 homematic-raspi cron.err crond[899]: time disparity of 451 minutes detected

Die ntp Zeitserver habe ich ebenfalls schon kontrolliert - ist alles so wie es sein sollte.
Ist das jetzt ein Fehler in der aktuellen CCU3 Firmware oder spinnt bei mir jetzt alles....

Für Hilfe wäre ich dankbar
Gruß
Klana
PS: CCU3 mit großem Funkmodul.

[blackhole]

Die ntp Zeitserver habe ich ebenfalls schon kontrolliert - ist alles so wie es sein sollte.

Wie sollte es denn deiner Meinung nach sein? Es gibt mehrere funktionierende Möglichkeiten.

Ist das jetzt ein Fehler in der aktuellen CCU3 Firmware ...

Nein, das ist kein bekannter Fehler in der aktuellen Firmware.

Wenn du die Uhrzeit der CCU einmalig (nach einem Reboot) manuell korrigierst, wird die korrekte Uhrzeit dann dauerhaft beibehalten?
Lass die CCU einfach ein paar Tage durchlaufen und behalte das im Auge.

[klana]

Hallo Blackhole,

na so zum Beispiel:

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

Habe auch schon mal nur einzelne ntp versucht, aber die Uhrzeit ist immer falsch und das nicht nur um 1 Stunde veschoben o.ä, sondern minimum 10 Stunden und mehr.

Gruß
Klana

[NickHM]

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

Klana

und wie kommt dann der ntp Server "ntp.1und1.de" als erster in Dein Logfile??

Sicher, dass die Zeitzone stimmt, die eingestellt ist?

[klana]

Den hab ich aus der Fritzbox und die hat die richtige Zeit.

[NickHM]

Den hab ich aus der Fritzbox und die hat die richtige Zeit.

Dann trage doch in der CCU einfach die Fritz Box als NTP Server ein nachdem die Fritzbox als NTP Server aktiviert wurde. Dann bist Du schon mal sicher, wo die Zeit herkommt, die sich die CCU holt.

[TimoB]

Ich trag in allen meinen Geräten die Fritzbox als Zeitserver ein.

Immer die IP, nicht den Namen.

[jmaus]

Ich trag in allen meinen Geräten die Fritzbox als Zeitserver ein.

Immer die IP, nicht den Namen.

Das ist prinzipiell eine gute Idee. Allerdings sollte man immer mehr als einen Zeitserver angeben weil eine NTP Synchronisation eine dynamische Sache ist und er anhand mehrerer Zeitserver dann eine bessere/genauere Ermittlung durchführen kann und sich somit besser schrittweise an die reale Zeit annähern kann. Und gleichzeitig hat man dann mehr Ausfallsicherheit und Stabilität der Systemzeit.