Hallo zusammen,
ich habe das Problem, dass meine Max Heizungsthermostate, die ich mit einem Fensterkontakt gepaired habe, regemäßig nicht mitbekommen, dass das Fenster wieder zu ist und dann bei 12 c stehen bleiben, was am Morgen doof ist, wenn das Bad kalt bleibt ;)
Ich überlege , wie ich am einfachsten das verhindere ... so könnte ich ja zb ein Notify machen, das nochmal eine aktion ausführt, wenn der Kontakt geschlossen wird. Die Frage ist nur, in welchem Zustand befindet sich das Themostat und was passiert, wenn ich die Desired Temperature dann einfach auf 21c "zwinge" .. ist es dann im Zustand DesiredTemperature=21c aber Fenster Offen-Modus und arbeitet den Wochenplan deshalb nicht weiter ab?
Hat da jemand Erfahrungen ?
Wenn das HT bei 12° bleibt und der FK geschlossen ist was zeigt das Display des HT ? Ist dort das offene Fenster als Symbol zu sehen ?
Da deine Sig leider keine Auskunft gibt :
Hast du die Beta von 14_CUL_MAX und 10_MAX im Einsatz ? Wenn ja bitte mal ein List vom FK posten.
Zitat von: Wzut am 13 Oktober 2022, 16:32:33
Wenn das HT bei 12° bleibt und der FK geschlossen ist was zeigt das Display des HT ? Ist dort das offene Fenster als Symbol zu sehen ?
Da deine Sig leider keine Auskunft gibt :
Hast du die Beta von 14_CUL_MAX und 10_MAX im Einsatz ? Wenn ja bitte mal ein List vom FK posten.
Ich werde mal drauf achten. Allerdings wird es mit Sicherheit die Fensterfunktionsein, denn wenn ich das Fenster dann nochmal auf und zu mache, stellt sich das HT wieder auf die desiredTemp ein...
Also ich habe mir vor einigen Jahren die CUL selbst gebastelt , die Max Devs drauf eingestellt und das System nie wieder verändert.
Allerdings wurde FHEM natürlich aktualisiert und wenn ich nun mit "version" nachschaue sehe ich schon die verwendeten Module :
00_CUL.pm 24815 2021-08-01 16:14:02Z rudolfkoenig
10_CUL_HM.pm 25977 2022-04-18 14:48:41Z martinp876
14_CUL_MAX.pm 22175 2020-06-13 17:32:49Z Wzut
Hier das Listing von einem FK:
Internals:
DEF ShutterContact 1a2rf7
FUUID 600447e-f343f-c44df-6f3f-79c4b1ab44adbea7
IODev cm
LASTInputDev cm
MSGCNT 38
NAME MAX_KZB_FST
NR 549
NTFY_ORDER 50-MAX_KZB_FST
STATE closed
SVN 23517
TYPE MAX
addr 1a4df7
cm_MSGCNT 38
cm_TIME 2022-11-13 09:28:30
devtype 4
eventCount 38
type ShutterContact
READINGS:
2022-11-12 09:23:10 IODev cm
2021-01-17 20:56:46 PairedTo 000000
2022-11-13 09:28:30 RSSI -65.5
2021-01-17 20:56:46 SerialNr OEQ1439540
2022-11-13 09:28:30 battery ok
2022-11-13 09:28:30 batteryState ok
2021-01-17 20:56:46 firmware 1.0
2021-01-17 20:58:57 lastcmd set_associate MAX_KZB
2021-01-17 20:58:57 msgcnt 2
2022-11-13 09:28:30 onoff 0
2022-11-13 09:28:30 rferror 0
2022-11-13 09:28:30 state closed
2021-01-17 20:56:46 testresult 0
2022-11-13 09:28:30 windowOpen 0
helper:
io:
CUL0:
raw Z0B300634555F71234560010
rssi -65.5
time 1668328110.13889
Attributes:
IODev cm
model ShutterContact
room Heizung
Zitat von: lynckmeister am 13 November 2022, 09:38:21
2021-01-17 20:56:46 PairedTo 000000
Der FK ist nicht mit dem HT gepeered (associate) und sendet daher seinen Status "nur" als Broadcast. I.d.R. klappt das auch ganz gut, aber leider wird das HT wohl nicht immer dadurch wach und verpasst die Nachricht.
Abhilfe würde vermutlich ein sauberes Peering bringen was aber halt verdammt viel Nervener fordert (Ich habe das Elend hier schon oft beschrieben)
krass immerhin mal ein klarer Grund, was ich sonst so gelesen habe war, dass man nicht klar erkennen kann,ob ein device gepaired ist oder nicht. Geht es nicht einfach mit associate ? Hast du einen Link wo du den Trick beschrieben hast?
Zitat von: lynckmeister am 13 November 2022, 17:32:26
Hast du einen Link wo du den Trick beschrieben hast?
Kein Trick, simple Anleitung : https://forum.fhem.de/index.php/topic,117891.msg1123776.html#msg1123776