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

[jmaus]

Das Uhrzeitproblem kommt von einem falschen crontab Eintrag in der 3.41.x Firmware. Wenn man dort via "crontab -l" sich die crontab-Einträge auflisten lässt findet man dort den folgenden falschen Eintrag:

Code: Alles auswählen

14 4 * * * /bin/SetInterfaceClock

Das Problem an diesem Eintrag ist, das die Version des SetInterfaceClock Tools den Aufruf ohne Kommandozeilenparametern noch nicht beherrscht. Als vorübergehende Lösung kann man wie folgt vorgehen:

1. Dateisystem read-write remounten:

Code: Alles auswählen

mount -o rw,remount /

2. Datei /etc/crontab.root öffnen und den SetInterfaceClock Eintrag wie folgt aussehen lassen:

Code: Alles auswählen

14 4 * * * /bin/SetInterfaceClock 127.0.0.1:32001

3. Dateisystem wieder read-only mounten:

Code: Alles auswählen

mount -o ro,remount /

4. Dann SetInterfaceClock 1x von Hand aufrufen:

Code: Alles auswählen

SetInterfaceClock 127.0.0.1:32001

Danach sollte dann nach einer gewissen Zeit (oder wenn man 1x den Thermostaten den Strom nimmt und sie somit zum sync zwingt die Uhrzeit dauerhaft wieder stimmen

[Slice]

Hallo jmaus,

das war der entscheidende Hinweis, danke dafür!
Da ich noch unter v2.41.5 arbeite habe ich in einem Backup von v2.35.16 nachgeschaut wie dort der Crontab eingetragen war.
Hier stand bei mir:

14 4 * * * /bin/SetInterfaceClock 127.0.0.1:2001

Unter v2.41.5 war die IP und der Port auch nicht angegeben wie von Dir beschrieben.
Ich habe nun wieder die Daten ergänzt mit 127.0.0.1:2001 (entgegen Deinem Port 32001), da ich davon ausgehe das bei diesem Versionwechsel der Port sich nicht geändert hat.

Hoffentlich hat sich das Problem dann hiermit erledigt.

Danke nochmal,
Slice

P.S.: Schöne Weihnachtsfeiertage noch.

[NickHM]

Hallo

in der CCU3 mit aktueller FW sieht das so aus ...

Code: Alles auswählen

*/30 * * * * /bin/SetInterfaceClock

Muss das auch um IP und Port ergänzt werden?

[jmaus]

Sagte ich doch also ja

[NickHM]

hallo

ich habe die Datei verändert. Mit

Code: Alles auswählen

cat crontab.root

kann ich die Änderung auch sehen.

Code: Alles auswählen

crontab -l

zeigt die Veränderung nicht an. Muss ich den Service neu starten? Wie geht das ohne CCU3 reboot?

[jmaus]

Wie immer/oft bei Linux eben den entsprechenden init service in /etc/init.d neustarten.

[NickHM]

Wie immer/oft

Wie immer / oft habe ich vorher Google befragt und auch die Hinweise auf den Neustart des service gefunden.
Allerdings habe ich das Script auf Grund der Namensgebung übersehen, mein Fehler.

Für alle, die an der konkreten Lösung interessiert sind ...

Code: Alles auswählen

# cd /etc/init.d

# sh S71crond restart
Stopping crond: OK
Starting crond: OK

# crontab -l
4 */8 * * * /bin/SetInterfaceClock 127.0.0.1:32001
0 * * * * /bin/setHWClock.sh >/dev/null 2>/dev/null
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
#

[jmaus]

Hierbei gilt bzgl eigenen SetInterfaceClock Änderungen in /etc/crontab.root folgendes noch zu beachten:

1. mit einem Firmwareupdate werden diese Änderungen wieder automatisch zurückgenommen sein - eQ3 wird allerdings im nächsten FW Update das Problem behoben haben.
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.

[NickHM]

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.

Guten Morgen Jens

in der Originaldatei der CCU3 stand der Wert auf 30 min. */30 * * * *
Allerdings hat er auf Grund der fehlenden Parameter gar nicht funktioniert, wie Du schreibst.

Ich habe jetzt 3x tgl. eingestellt. Das wird den DC nicht überfordern

[jmaus]

Wie gesagt, das nöchste Firmwareupdate wird diese Anpassung dann wieder verändern.