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
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 :)
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.
Danke, habs eingechekt.