Datum Uhrzeit verstellt sich immer wieder mal

Begonnen von Kaufe, 30 Oktober 2016, 09:21:41

Vorheriges Thema - Nächstes Thema

Kaufe

Hallo Community,

habe hier ein kleineres Problem. Raspberry 3 der über einen CUL meine Homematic Wandthermostate (HM-TC-IT-WM-W-EU) steuert bzw ausliest.
So nun kommt es ziemlich oft vor, das sich Datum / Uhrzeit an den Wandthermostate verstellen. Locale ist auf CET Zeit eingestellt und stimmt ziemlich genau:


root@fhem:~# ntpdate -u 0.debian.pool.ntp.org
30 Oct 09:11:40 ntpdate[21470]: adjust time server 131.234.137.64 offset -0.002551 sec
root@fhem:~# date
Sun 30 Oct 09:12:04 CET 2016


Eigentlich dachte ich, das sich das Problem mit diesen AT befehl erledigt hätte. Doch sieht es sogar so aus, als ob dieser die schwankung noch verstärkt. Heute fehlt es z.B um knapp 7 Stunden beim EG_Gang_Wandthermostat.

define at_TimeUpdate_Homematic_Wandthermostat at *04:30 set EG_Gang_Wandthermostat sysTime;; set OG_Gaeste_Wandthermostat sysTime;;
attr at_TimeUpdate_Homematic_Wandthermostat room hidden


define at_TimeUpdate_Homematic_Thermostate at *04:01 set EG_Bad sysTime;; set EG_Eltern1 sysTime;; set EG_Kind1 sysTime;; set EG_Umkleide sysTime;; set KE_Wohnzimmer_Heizkoerper sysTime;; set OG_Bad sysTime;; set OG_Gaeste1 sysTime;; set OG_Gaeste2 sysTime;;
attr at_TimeUpdate_Homematic_Thermostate room hidden


Debian: Linux 4.4.27-v7+ #917 SMP Tue Oct 25 16:00:29 BST 2016 armv7l GNU/Linux
CUL-FW: 1.66
FHEM: 5.7 (mit akutellen updates)
HM-TC-IT-WM-W-EU: 1.3

Dieses Problem nervt ein bisschen, dadurch lassen sich auch einige Räume nicht automatisch schalten (bzw nur eben über FHEM).

Hoffentlich habt ihr ein paar gute Ideen, danke dafür schon mal.

Grüße Kaufe
FHEM 6.0 Raspberry PI-3B-Bullseye| HauptFHEM Server (Graphana,MariaDB)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 50 DS18B20)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 5 DS18B20)
RaspberrMatic 3.61.7.20211218 (ca 65 HM Devices)

marvin78

Ich hatte dieses Phänomen auch einmal. Nach langem Suchen habe ich festgestellt, dass die Geräte die Uhrzeit von einem Testsystem übernommen haben. Dieses Testsystem hat einen HMUART als IODev und eine andere HMID, als die IODevs im Live-System. Trotzdem übernahmen die Thermostate von diesem System die Uhrzeit und dass die falsch eingestellt war, war mir nicht direkt aufgefallen. Seit dem ich das Testsystem immer Uhrzeit-aktuell halte, habe ich keine Zeitprobleme mehr. Warum einige der Thermostate allerdings die Uhrzeit von einem völlig "fremden" IODev übernommen haben, weiß ich bis heute nicht.

Kaufe

#2
Besten Dank für die Inspiration,

kann es sein, das der CUL dem Wandthermostat das Datum Uhrzeit überträgt, dieser aber erst in Empfang nimmt wenn er lust hat (dadurch die Zeitverzögerung)?

Hatte gerade gesehen, das der Wandthermostat wohl "cmd_pendings" seit heute morgen 4:30 (also genau sein theoretischer Uhrenabgleich) hat.
Weiß nur nicht, warum er diese nicht holen will, Empfang (rssi wäre eigentlich gut):

rssi done:
    Device          receive         from              last   avg      min_max    count
    EG_Bad          CUL868_HM       EG_Bad            -63.0  -61.8  -71.5< -55.5   751
    EG_Eltern1      CUL868_HM       EG_Eltern1        -71.5  -70.9  -79.0< -65.5   580
    EG_Gang_Wandthermostat CUL868_HM       EG_Gang_Wandthermostat  -62.5  -60.7  -65.5< -59.5  1227
    EG_Kind1        CUL868_HM       EG_Kind1          -66.0  -71.6  -92.5< -59.5   580
    EG_Umkleide      CUL868_HM       EG_Umkleide      -77.5  -75.9  -84.0< -70.5   585
    GA_Garagentor_Neigungssensor CUL868_HM       GA_Garagentor_Neigungssensor  -70.5  -79.4  -85.5< -70.5    20
    HZ_POWER_PUMPE_ZIR CUL868_HM       HZ_POWER_PUMPE_ZIR  -65.5  -65.6  -72.0< -56.0   721
    HZ_POWER_PUMPE_ZIR HZ_POWER_PUMPE_ZIR CUL868_HM        -65.0  -65.0  -65.0< -65.0     1
    KE_Heizung_Tuere CUL868_HM       KE_Heizung_Tuere  -60.0  -60.2  -63.0< -57.5    58
    KE_Lager_FussbodenHZ_Stellmotor CUL868_HM       KE_Lager_FussbodenHZ_Stellmotor -59.0  -57.8  -65.5< -53.0   177
    KE_Lager_FussbodenHZ_Stellmotor KE_Lager_FussbodenHZ_Stellmotor CUL868_HM        -59.0  -58.0  -66.0< -53.0   177
    KE_Wohnzimmer_Heizkoerper CUL868_HM       KE_Wohnzimmer_Heizkoerper  -69.5  -70.3  -90.5< -60.5   764
    KE_Wohnzimmer_Wandthermostat CUL868_HM       KE_Wohnzimmer_Wandthermostat  -70.5  -69.3  -77.0< -65.5  1869
    OG_Bad          CUL868_HM       OG_Bad            -67.0  -64.7  -73.5< -63.0   580
    OG_Gaeste1      CUL868_HM       OG_Gaeste1        -76.0  -80.0  -98.5< -71.5   580
    OG_Gaeste2      CUL868_HM       OG_Gaeste2        -77.0  -74.0  -87.5< -68.5   579
    OG_Gaeste_Wandthermostat CUL868_HM       OG_Gaeste_Wandthermostat  -86.0  -86.4 -105.0< -80.5  1166
    Rauchmelder_Flur CUL868_HM       Rauchmelder_Flur  -61.0  -61.0  -61.0< -61.0     1
    Rauchmelder_Heizung CUL868_HM       Rauchmelder_Heizung  -57.0  -59.0  -61.0< -57.0     2
    Rauchmelder_Lager CUL868_HM       Rauchmelder_Lager  -37.0  -37.0  -37.0< -37.0     1
    Rauchmelder_Wohnzimmer CUL868_HM       Rauchmelder_Wohnzimmer  -70.5  -70.5  -70.5< -70.5     3
    WandThermostat  CUL868_HM       WandThermostat    -54.5  -54.8  -58.5< -52.5  1197


Kann ich den HM Geräten sagen, sie müssen sich alle 2 -3 minuten kommandos holen?
FHEM 6.0 Raspberry PI-3B-Bullseye| HauptFHEM Server (Graphana,MariaDB)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 50 DS18B20)
FHEM 6.0 Raspberry PI-3B-Bullseye| FHEM2FHEM, 1-Wire (Ds9490R  + 5 DS18B20)
RaspberrMatic 3.61.7.20211218 (ca 65 HM Devices)