FHT80B: Uhrzeit wird nicht richtig gestellt

Begonnen von Dr. Boris Neubert, 24 Juni 2022, 14:00:18

Vorheriges Thema - Nächstes Thema

Dr. Boris Neubert

Hallo,

ich betreibe ein einziges FHT80B im Haus:

Internals:
   .measuredHigh 1
   .measuredLow 18
   CODE       1445
   CUL_0_MSGCNT 3623
   CUL_0_RAWMSG 810c04xx0909a00114450000aa00
   CUL_0_RSSI -89
   CUL_0_TIME 2022-06-24 13:43:16
   CUNO_MSGCNT 3709
   CUNO_RAWMSG 810c04xx0909a00114450000aa00
   CUNO_RSSI  -83
   CUNO_TIME  2022-06-24 13:43:16
   DEF        1445
   FUUID      61c19783-f33f-1bf0-4d4d-2030b1614fca6d23
   IODev      CUNO
   LASTInputDev CUL_0
   MSGCNT     5291
   NAME       FHT_1445
   NR         149
   STATE      27.4 C
   TYPE       FHT
   webCmd     desired-temp
   .attraggr:
   .attrminint:
   READINGS:
     2022-06-17 10:02:00   IODev           CUNO
     2022-06-24 13:43:16   actuator        0%
     2022-06-24 13:39:23   battery         ok
     2022-06-24 13:39:23   batteryState    ok
     2022-06-21 12:36:18   day             21
     2022-03-25 11:00:58   day-temp        20.0
     2022-06-24 07:50:48   desired-temp    20.0
     2021-12-22 11:45:15   fri-from1       06:50
     2021-12-22 11:45:16   fri-from2       00:00
     2021-12-22 11:45:16   fri-to1         22:00
     2021-12-22 11:45:17   fri-to2         00:00
     2022-03-14 17:03:16   holiday1        25
     2022-03-14 17:03:16   holiday2        3
     2022-06-24 06:46:08   hour            5
     2022-06-24 13:39:23   lowtemp         ok
     2021-12-22 11:51:07   lowtemp-offset  4.0
     2022-06-24 13:39:22   measured-temp   27.4
     2022-06-24 06:46:08   minute          45
     2022-03-25 00:09:26   mode            auto
     2021-12-22 11:41:19   mon-from1       06:50
     2021-12-22 11:41:20   mon-from2       00:00
     2021-12-22 11:41:20   mon-to1         22:00
     2021-12-22 11:41:20   mon-to2         00:00
     2022-06-21 12:36:18   month           6
     2021-12-22 11:45:22   night-temp      17.0
     2021-12-22 11:35:28   report1         255
     2021-12-22 11:35:28   report2         255
     2021-12-22 11:45:18   sat-from1       06:50
     2021-12-22 11:45:18   sat-from2       00:00
     2021-12-22 11:45:18   sat-to1         22:00
     2021-12-22 11:45:18   sat-to2         00:00
     2022-06-24 13:39:22   state           27.4 C
     2021-12-22 11:45:19   sun-from1       06:50
     2021-12-22 11:45:20   sun-from2       00:00
     2021-12-22 11:45:19   sun-to1         22:00
     2021-12-22 11:45:21   sun-to2         00:00
     2022-06-24 13:39:22   temperature     27.4
     2022-03-10 17:36:45   thu-from1       06:50
     2022-03-10 17:36:46   thu-from2       00:00
     2022-03-10 17:36:45   thu-to1         22:00
     2022-03-10 17:36:46   thu-to2         00:00
     2021-12-22 11:43:17   tue-from1       06:50
     2021-12-22 11:43:18   tue-from2       00:00
     2021-12-22 11:43:18   tue-to1         22:00
     2021-12-22 11:43:19   tue-to2         00:00
     2022-06-24 13:39:23   warnings        none
     2021-12-22 11:43:19   wed-from1       06:50
     2021-12-22 11:43:20   wed-from2       00:00
     2021-12-22 11:43:20   wed-to1         22:00
     2021-12-22 11:43:21   wed-to2         00:00
     2022-06-24 13:39:23   window          closed
     2021-12-22 11:45:22   windowopen-temp 5.5
     2022-06-24 13:39:23   windowsensor    ok
     2022-06-21 12:36:17   year            22
Attributes:
   IODev      CUNO
   alexaName  Heizung Beat
   comment    https://wiki.fhem.de/wiki/Kommunikationsprobleme_mit_FHT
   genericDeviceType thermostat


Kommunizieren tut das Gerät über ein CUL und ein SCC als Sendpool. Die RSSI-Werte sind grenzwertig, jedoch erhalte ich regemäßig Messwerte.

Um dem Faulerwerden mit ausbleibenden Messwerten entgegenzuwirken, habe ich eingerichtet, dass per at jeden Tag um 05:25 ein set FHT_1445 time gesendet wird, wie es in einem Beitrag angeraten wird.

Ich beobachte nun, dass die Zeit beim FHT80B häufig nicht stimmt. Und zwar die Stunde. Die geht eine oder zwei nach, während die Minuten +/-1 richtig sind.

Ich war der Meinung, dass die CUL-Firmware (V 1.67 CSM868 auf dem SCC, V 1.37 CUL868 auf dem CUL) die Zeit fortschreibt, wenn sie den Zeit-setzen-Befehl an das FHT80B nicht loswird (softbuffer).

Woran könnte es haken?

Grüße
Boris
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

rudolfkoenig

culfw erhoeht den Minutenwert, bis er gesendet werden konnte, den Stundenwert aber nicht.
fhtsoftbuffer ist nur fuer FHZ implementiert,  bei einem CUL sollte das nicht nichtwendig sein, da der Firmware-Puffer deutlich groesser ist.

Wenn die Stunde falsch gesetzt wird, heisst das, dass eine Verbindung relativ lange nicht moeglich war.
Womoeglich ist eine Loesung nur die Minute zu schicken, den passenden Wert muss man leider via perl dazubasteln.
Oder den at auf 05:01 zu stellen :)

Dr. Boris Neubert

Danke, Rudi, dann ist mir das klar.

Ich stifte beigefügten Patch, mit dem das Modul um zwei Befehle adjusthour und adjustminute so erweitert wird, dass nur die Stunde oder nur die Minute auf die aktuelle Zeit gesetzt werden.
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

rudolfkoenig