Hallo Zusammen,
ich habe im Wohnzimmer
2 Fensterkontakte (HM-SEC-SC, Firmware 2.0),
2 Heizkörperthermostate (HM-CC-RT-DN, Firmware 1.4) und
1 Wandthermostat (HM-TC-IT-WM-W-EU, Firmware 1.3)
Mein Problem ist, dass das Erkennen eines Öffnens / Schliessens der Fenster extrem unzuverlässig erkannt wird und ich in der Regel 4-5 Versuche brauche, bis der Wandthermostat das Öffnen erkannt hat und dies dann an die Thermostate weitergibt. Die LED der Fensterkontakte blinkt dabei rot auf.
Mir scheint das ein FHEM Problem zu sein, da das System in der "Vor-FHEM-Zeit" gefühlt besser funktioniert hat.
Ich habe mich durch einige Beschreibungen / Fragen / Berichte durchgewühlt, einiges ausprobiert - eine wirkliche Lösung war noch nicht dabei.
Welche Informationen braucht Ihr, um das Problem eingrenzen zu können?
Auf jeden Fall habe ich mal ein Teil des Logs angehängt (der Ausschnitt beschreibt einen erfolglosen Versuch).
Danke und viele Grüße
Thomas
2017.09.10 10:51:13.368 0: HMLAN_Parse: HMLAN1 R:E20AA1F stat:0000 t:4434CD61 d:FF r:FFAD m:FF 8410 20AA1F 080675 0601CD00
2017.09.10 10:51:17.325 0: HMLAN_Send: HMLAN1 I:K
2017.09.10 10:51:17.340 0: HMLAN_Parse: HMLAN1 V:03C5 sNo:IEQ0244202 d:1743AC O:080675 t:4434DCE5 IDcnt:0018 L:5 %
2017.09.10 10:51:29.756 0: HMLAN_Parse: HMLAN1 R:E2351DD stat:0000 t:44350D66 d:FF r:FFBA m:4B 8610 2351DD 000000 0A60CF0D0055
2017.09.10 10:51:39.656 0: HMLAN_Parse: HMLAN1 R:E3D2D45 stat:0000 t:44353412 d:FF r:FF99 m:80 A002 3D2D45 4C19A7 04CB4587DF8B3D00
2017.09.10 10:51:39.698 0: HMLAN_Parse: HMLAN1 R:E1F8434 stat:0000 t:4435343E d:FF r:FFBD m:86 8410 1F8434 080675 06014700
2017.09.10 10:51:39.906 0: HMLAN_Parse: HMLAN1 R:E3D2D45 stat:0000 t:4435350C d:FF r:FF99 m:80 8002 3D2D45 4C19A7 00B4666F74
2017.09.10 10:51:42.329 0: HMLAN_Send: HMLAN1 I:K
2017.09.10 10:51:42.335 0: HMLAN_Parse: HMLAN1 V:03C5 sNo:IEQ0244202 d:1743AC O:080675 t:44353E95 IDcnt:0018 L:5 %
2017.09.10 10:51:43.298 0: HMLAN_Parse: HMLAN1 R:E4FC858 stat:0000 t:4435424E d:FF r:FFBE m:72 8610 4FC858 000000 0A60D00D0040
2017.09.10 10:51:43.660 0: HMLAN_Parse: HMLAN1 R:E4509E1 stat:0000 t:443543B8 d:FF r:FFBB m:42 865A 4509E1 000000 78D03E
2017.09.10 10:52:01.107 0: HMLAN_Parse: HMLAN1 R:E3D2D45 stat:0000 t:443587E0 d:FF r:FF98 m:D4 A002 3D2D45 466791 04C48DD9D9C3F900
2017.09.10 10:52:01.358 0: HMLAN_Parse: HMLAN1 R:E3D2D45 stat:0000 t:443588DB d:FF r:FF99 m:D4 8002 3D2D45 466791 00118FBEE9
2017.09.10 10:52:03.660 0: HMLAN_Parse: HMLAN1 R:E4509E1 stat:0000 t:443591DA d:FF r:FFBB m:42 8470 4509E1 000000 00D03E
2017.09.10 10:52:07.335 0: HMLAN_Send: HMLAN1 I:K
2017.09.10 10:52:07.351 0: HMLAN_Parse: HMLAN1 V:03C5 sNo:IEQ0244202 d:1743AC O:080675 t:4435A045 IDcnt:0018 L:5 %
2017.09.10 10:52:09.150 0: HMLAN_Parse: HMLAN1 R:E145A8C stat:0000 t:4435A74D d:FF r:FFAC m:63 A441 145A8C 080675 019AC8
2017.09.10 10:52:09.170 5: CUL_HM wz_Fensterkontakt_Garten prep ACK for 01
2017.09.10 10:52:09.252 0: HMLAN_Send: HMLAN1 S:S6AFD28B3 stat: 00 t:00000000 d:01 r:6AFD28B3 m:63 8002 080675 145A8C 0101C800
2017.09.10 10:52:09.254 5: CUL_HM wz_Fensterkontakt_Garten protEvent:CMDs_done
2017.09.10 10:52:09.256 5: CUL_HM wz_Fensterkontakt_Garten sent ACK:2
2017.09.10 10:52:09.496 0: HMLAN_Send: HMLAN1 S:S6AFD29F5 stat: 00 t:00000000 d:01 r:6AFD29F5 m:0B A011 080675 1EB97E 800701
2017.09.10 10:52:09.551 0: HMLAN_Parse: HMLAN1 R:R6AFD28B3 stat:0002 t:00000000 d:FF r:7FFF m:63 8002 080675 145A8C 0101C800
2017.09.10 10:52:09.664 0: HMLAN_Parse: HMLAN1 R:R6AFD29F5 stat:0001 t:4435A954 d:FF r:FFC3 m:0B 8002 1EB97E 080675 010701003B0003980A
2017.09.10 10:52:09.840 0: HMLAN_Parse: HMLAN1 R:E145A8C stat:0000 t:4435A9AE d:FF r:FFA2 m:64 B041 145A8C 4509E1 019AC8
2017.09.10 10:52:10.110 0: HMLAN_Send: HMLAN1 S:S6AFD2C5B stat: 00 t:00000000 d:01 r:6AFD2C5B m:0C A011 080675 1EB97E 800701
2017.09.10 10:52:10.279 0: HMLAN_Parse: HMLAN1 R:R6AFD2C5B stat:0001 t:4435ABBB d:FF r:FFC3 m:0C 8002 1EB97E 080675 010701003B0003980A
2017.09.10 10:52:15.127 0: HMLAN_Parse: HMLAN1 R:E2355E6 stat:0000 t:4435BEA7 d:FF r:FFAF m:CB 8610 2355E6 000000 0A60E70D0069
2017.09.10 10:52:16.861 0: HMLAN_Parse: HMLAN1 R:E4EC14F stat:0000 t:4435C56D d:FF r:FF9D m:7A 8653 4EC14F 000000 0041009642013243FF6444009C
Kannst du mal ein "list namevomfensterkontakt" posten?
Bitte Code Tag nutzen.
nternals:
DEF 145A8C
HMLAN1_MSGCNT 82
HMLAN1_RAWMSG E145A8C,0000,4435A9AE,FF,FFA2,64B041145A8C4509E1019AC8
HMLAN1_RSSI -94
HMLAN1_TIME 2017-09-10 10:52:09
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 82
NAME wz_Fensterkontakt_Garten
NOTIFYDEV global
NR 22
NTFY_ORDER 50-wz_Fensterkontakt_Garten
STATE open
TYPE CUL_HM
lastMsg No:64 - t:41 s:145A8C d:4509E1 019AC8
peerList wz_HeizungSteuerung_WindowRec,
protCmdDel 3
protLastRcv 2017-09-10 10:52:09
protResndFail 1 last_at:2017-09-07 22:26:04
protSnd 42 last_at:2017-09-10 10:52:09
protState CMDs_done
rssi_at_HMLAN1 min:-94 max:-76 lst:-94 avg:-82.39 cnt:82
READINGS:
2017-09-07 22:20:34 Activity alive
2017-03-31 22:39:09 CommandAccepted yes
2017-03-31 22:39:08 D-firmware 2.0
2017-03-31 22:39:08 D-serialNr HEQ0363263
2017-03-31 22:39:09 PairedTo 0x080675
2017-03-31 22:39:09 R-cyclicInfoMsg off
2017-03-31 22:39:10 R-eventDlyTime 0 s
2017-03-31 22:39:09 R-pairCentral 0x080675
2017-03-31 22:39:09 R-sabotageMsg on
2017-03-31 22:39:10 R-sign off
2017-03-31 22:39:11 R-wz_HeizungSteuerung_WindowRec-expectAES off
2017-03-31 22:39:11 R-wz_HeizungSteuerung_WindowRec-peerNeedsBurst on
2017-09-09 20:34:09 RegL_00.
2017-03-31 22:40:01 alive yes
2017-09-10 10:52:09 battery ok
2017-09-10 10:52:09 contact open (to wz_HeizungSteuerung)
2017-09-07 22:20:34 peerList wz_HeizungSteuerung_WindowRec,
2017-03-31 22:40:01 powerOn 2017-03-31 22:40:01
2017-03-31 22:40:01 recentStateType info
2017-03-31 22:40:01 sabotageError off
2017-09-10 10:52:09 state open
2017-09-10 10:52:09 trigger_cnt 154
helper:
HM_CMDNR 100
cSnd ,01080675145A8C00040000000000
getCfgList all
getCfgListNo ,4
mId 002F
rxType 4
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +145A8C,00,02,00
nextSend 1505033529.86037
rxt 0
vccu VCCU
p:
145A8C
00
02
00
prefIO:
HMLAN1
mRssi:
mNo 64
io:
HMLAN1 -92
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HMLAN1:
avg -82.390243902439
cnt 82
lst -94
max -76
min -94
tmpl:
Attributes:
IODev HMLAN1
IOgrp VCCU:HMLAN1
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 2.0
model HM-SEC-SC
peerIDs 00000000,4509E103,
room Wohnzimmer
serialNr HEQ0363263
subType threeStateSensor
verbose 5
Zitatrssi_at_HMLAN1 min:-94 max:-76 lst:-94 avg:-82.39 cnt:82
Der Fensterkontakt ist zu weit vom Sender entfernt...
Ciao, -MN
Nein,
das ist es leider nicht - der HMLAN befindet sich jetzt auch im Wohnzimmer und das Verhalten hat sich nicht geändert.
Über FHEM werden durch das Öffnen / Schliessen der Fensterkontakte noch weitere Aktionen ausgelöst (z.B. Anzeige auf LED16), die werden (und wurden auch schon vorher) zuverlässig erkannt. Nur der Wandthermostat erkennt das Öffnen eben nur ab und zu.
Internals:
DEF 145A8C
HMLAN1_MSGCNT 90
HMLAN1_RAWMSG E145A8C,0000,0001D033,FF,FFB9,76B041145A8C4509E101A300
HMLAN1_RSSI -71
HMLAN1_TIME 2017-09-10 12:30:49
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 90
NAME wz_Fensterkontakt_Garten
NOTIFYDEV global
NR 22
NTFY_ORDER 50-wz_Fensterkontakt_Garten
STATE closed
TYPE CUL_HM
lastMsg No:76 - t:41 s:145A8C d:4509E1 01A300
peerList wz_HeizungSteuerung_WindowRec,
protCmdDel 6
protLastRcv 2017-09-10 12:30:49
protResndFail 2 last_at:2017-09-10 12:30:14
protSnd 46 last_at:2017-09-10 12:30:48
protState CMDs_done
rssi_at_HMLAN1 lst:-71 max:-68 min:-94 avg:-81.64 cnt:90
READINGS:
2017-09-07 22:20:34 Activity alive
2017-03-31 22:39:09 CommandAccepted yes
2017-03-31 22:39:08 D-firmware 2.0
2017-03-31 22:39:08 D-serialNr HEQ0363263
2017-03-31 22:39:09 PairedTo 0x080675
2017-03-31 22:39:09 R-cyclicInfoMsg off
2017-03-31 22:39:10 R-eventDlyTime 0 s
2017-03-31 22:39:09 R-pairCentral 0x080675
2017-03-31 22:39:09 R-sabotageMsg on
2017-03-31 22:39:10 R-sign off
2017-03-31 22:39:11 R-wz_HeizungSteuerung_WindowRec-expectAES off
2017-03-31 22:39:11 R-wz_HeizungSteuerung_WindowRec-peerNeedsBurst on
2017-03-31 22:40:01 alive yes
2017-09-10 12:30:49 battery ok
2017-09-10 12:30:49 contact closed (to wz_HeizungSteuerung)
2017-09-07 22:20:34 peerList wz_HeizungSteuerung_WindowRec,
2017-03-31 22:40:01 powerOn 2017-03-31 22:40:01
2017-03-31 22:40:01 recentStateType info
2017-03-31 22:40:01 sabotageError off
2017-09-10 12:30:49 state closed
2017-09-10 12:30:49 trigger_cnt 163
RegL_00.:
VAL
helper:
HM_CMDNR 118
cSnd 01080675145A8C00040000000000,01080675145A8C00040000000000
getCfgList all
getCfgListNo ,4
mId 002F
rxType 4
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +145A8C,00,02,00
nextSend 1505039449.30415
rxt 0
vccu VCCU
p:
145A8C
00
02
00
prefIO:
HMLAN1
mRssi:
mNo 76
io:
HMLAN1 -69
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HMLAN1:
avg -81.6444444444444
cnt 90
lst -71
max -68
min -94
tmpl:
Attributes:
IODev HMLAN1
IOgrp VCCU:HMLAN1
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 2.0
model HM-SEC-SC
peerIDs 00000000,4509E103,
room Wohnzimmer
serialNr HEQ0363263
subType threeStateSensor
verbose 5
Ergänzung:
und der Wandthermostat und die Fensterkontakte sind ca. 4m voneinander entfernt.
Aus meiner Sicht trägt der HMLAN nicht direkt zum Problem bei. Aber:
Aus der Erinnerung (die täuschen kann) kranken die HM-Sec-SC gelegentlich an zu geringer Sendeleistung. Die Symptome sind kongruent: Der HMLAN meckert über zu schwaches Signal (was aber noch ausreicht um die anderen Aktionen ausführen zu lassen) - und der Fensterkontakt quittert die ausbleibende Rückmeldung des gepeerten Wandthermostaten (so wie man das zur Fenster-Offen-Erkennung eben macht) mit Rot. Wenn aber auch der Wandthermostat nichts von der Sendung mitbekommt, dann bleibt auch die Quittung aus.
Ich würde also Sendeprobleme der Fensterkontakte vermuten und ausschließen.
Daneben bleibt auch die Möglichkeit, dass durch die Fensterkontakte von FHEM getriggerte Aktionen den Funkkontakt stören - der HMLAN sendet ja offenbar unmittelbar an das 16-LED-Display. Zudem pflegen Fensterkontakte und Wandthermostate normalerweise über AES zu kommunizieren - also ist der Funkkontakt entsprechend länger. Wenn in diese Gespräche also regelmäßig "hineingeredet" wird ...
Kannst Du die durch die Fensterkontakte in FHEM getriggerten Funkaussendungen mal testweise etwas verzögern (1s reicht meist schon)? Bei einem DOIF wäre das mit einem wait-Attribut ja ganz einfach, bei Notify ein "sleep 1;" vor der Ausführung. Wenn sich die Erkennung dann spürbar bessert, wären wir auf dem richtigen Weg.
Die ersten schnellen Tests mit eingebautem "Sleep" waren erfolgreich - danke bisher für die Antworten. Ich muss aber noch ein bisschen beobachten.