Uhrzeit Wandthermostat HM-TC-IT-WM-W-EU

[jmaus]

Und du bist dir absolut sicher das deine NTP Einstellungen bzw. die Uhrzeit deiner CCU absolut i.O. und stabil läuft?

[Slice]

Ja, da kann ich mir recht sicher sein, ich habe die WebUi da immer offen und checke das quer.

[Slice]

So, hier mal ein Update von meiner Seite da mir das Problem natürlich keine Ruhe lässt.
Es gab gestern Abend mal wieder eine Diskussion im piVCCU Bereich über das Problem:
viewtopic.php?f=69&t=47103&start=10#p488660
Hier jetzt nochmal meine Veränderungen und Beobachtungen die ich gestern dort schon angedeutet hatte..

Gestern habe ich auf meinem LanGW (alte CCU2) den Cronjob mal gecheckt, dieser LanGW ist nur für einen kleinen Teil meiner Geräte im DG zuständig.
Hier stand auch der Eintrag drin ohne Port. Also mal kurz geändert und die Anlage 24h laufen lassen.
Dabei hab ich auch den Syslogeintrag über SSH in der entsprechenden Datei äbgeändert um die Meldungen auf meiner Server zu erhalten.
So wie es jetzt aussieht laufen die Wandthermostate wieder mit richtiger Uhrzeit, zumindest in den Räumen wo ich bisher war.
Es scheint so als ob der LanGW der primäre "NTP" ist, warum auch immer.

Im Syslog erscheint jetzt nur noch ein Eintrag für den LanGW, kein Eintrag mehr auf die CCU2 wie bisher:

Jan 30 21:05:01 crond[109]: crond: USER root pid 447 cmd /bin/SetInterfaceClock:32001

Der angegebene Port scheint hier keine wirkliche Rolle zu spielen, habe das auf der CCU2 auch mal getestet.

Für mich sieht es echt so aus, als ob hier LanGW und CCU2 sich zum Teil blockieren oder die Geräte durch einander kommen mit den unterschiedlichen Einträgen im Cronjob und der LanGW der primäre NTP ist.

Ich mach mir immer noch keinen Reim draus.

Grüße,
Slice

[michi050]

Hallo, meine Uhrzeiten gingen heute ebenfalls 20 Minuten falsch. Ich habe dann unter Zeit/Positionseinstellung den Zeitserver neu abgespeichert. Danach kamen 64 Kommunikationsstörungen die sich aber dann wieder aufgelöst haben. Danach haben die Uhrzeiten auf den Wandthermostaten wieder gestimmt.

Gruß Michael

[Topfi]

Hi,
ist das Problem eigentlich in der aktuellen RaspberryMatic bzw. CCU Firmware noch drin oder inzwischen gelöst?
Danke und Gruß
Topfi

[jmaus]

Hi,ist das Problem eigentlich in der aktuellen RaspberryMatic bzw. CCU Firmware noch drin oder inzwischen gelöst?

In der aktuellen RaspberryMatic (3.41.11.20190126) ja, in der aktuellen CCU3 (3.41.11) bzw. CCU2 Firmware, nein. Für die CCU3 wird aber vmtl. nächste Woche ein neues Update rauskommen (3.43.x) und darin wird das Problem beseitigt sein.

[Topfi]

Das ging fix, Danke für die Antwort.
Ich hab etwas unglücklich gefragt...
Also das "Ja" bedeutet jetzt, dass das Problem in der aktuellen RaspberryMatic beseitigt wurde, richtig?

[blackhole]

2. jeder Aufruf von SetInterfaceClock kostet Funkzeit und erhöht folglich den DutyCycle. Daher nicht zu häufig aufrufen. Normal reicht hier ein Aufruf pro Tag! So wird das in einer CCU2, CCU3 und RaspberryMatic getan.

Der Aufruf erfolgt auf einer CCU3 (Firmware 3.41.11) per Default halbstündlich. Das gehörte zu den ersten Dingen die ich bei Inbetriebnahme der CCU3 geändert hatte.

Und genau das wird sich in der nächsten Firmware ändern (...)

Wir sind mitlerweile bei Firmware 3.43.15.

Und was ist daraus geworden?
Weiterhin halbstündige Aufrufe, neuerdings unnötig hoher DutyCycle, da SetInterfaceClock repariert wurde.

Wer nicht auf das nächste(?) Update warten möchte und das selber richten möchte:

1. Partition beschreibar machen:

   Code: Alles auswählen

   mount -o rw,remount /

2. Editieren von /etc/crontab.root: Aus ...

   Code: Alles auswählen

   */30 * * * * /bin/SetInterfaceClock

   ... wird nun wieder der ursprünglich Eintrag:
   

   Code: Alles auswählen

   14 4 * * * /bin/SetInterfaceClock

3. Partition wieder schreibschützen:

   Code: Alles auswählen

   mount -o ro,remount /

4. Crond neustarten:

   Code: Alles auswählen

   /etc/init.d/S98crond restart

Ja, das war bereits mal so, die strikte QC von eQ-3 hat das Rückgängigmachen offenbar erfolgreich verhindert.

[cbletzer]

Guten Morgen,

Tritt der Fall des erhöhten Duty auch auf, wenn ich keine Wandthermostate mit Uhrzeit im Einsatz habe?

[inidona]

Hallo,

heute hatte ich auch meine Thermostate die alle 10 Minuten nach gehen. Hab mal auf meiner CCU3 in die CronTab geschaut:

Code: Alles auswählen

0 * * * * /bin/setHWClock.sh >/dev/null 2>/dev/null
1 */6 * * * /bin/SetInterfaceClock 
0 4 * * * /usr/sbin/logrotate -f /etc/logrotate.conf || logger -p error -t "logrotate" "logrotate aborted with error $?"
*/5 * * * * /usr/local/addons/mediola/bin/watchdog

Ist das richtig so ? Ich habe habe daran nichts verändert.

danke
Andreas