Probleme mit Fensterkontakte

Begonnen von tom_gru, 10 September 2017, 10:57:41

Vorheriges Thema - Nächstes Thema

tom_gru

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

netsrac4th

Kannst du mal ein "list namevomfensterkontakt" posten?
Bitte Code Tag nutzen.

tom_gru

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

Morgennebel

Zitatrssi_at_HMLAN1 min:-94 max:-76 lst:-94 avg:-82.39 cnt:82

Der Fensterkontakt ist zu weit vom Sender entfernt...

Ciao, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

tom_gru

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

tom_gru

Ergänzung:

und der Wandthermostat und die Fensterkontakte sind ca. 4m voneinander entfernt.

Pfriemler

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.

"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

tom_gru

Die ersten schnellen Tests mit eingebautem "Sleep" waren erfolgreich - danke bisher für die Antworten. Ich muss aber noch ein bisschen beobachten.