Fensterkontakt arbeitet keine CMDs ab

Begonnen von Saphora, 14 Mai 2017, 10:26:00

Vorheriges Thema - Nächstes Thema

Saphora

Hallo,
ich habe aktuell ein Problem, dass zwei meiner Fensterkontakte die CMDs nicht mehr abarbeitet.
Ich mache z.B. ein "getConfig" und 3 CMDs sind prending.
Nach drücken des Anlernknopfes wird einmal abgeabeitet und mit grün signalisiert.
Danach verfällt der Fensterkontakt immer in den Anlernmodus, aber keine CMDs werden abgearbeitet.
Das Verhalten ist aktuell bei zwei meiner Fensterkontakte.
Hat jemand eine Idee warum das so ist?

Großen Dank.

KernSani

Kannst du mal ein list eines Fensterkontaktes posten?
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

Saphora

Gerne.

Internals:
   DEF        2FEE7B
   IODev      SCC1
   LASTInputDev SCC1
   MSGCNT     50
   NAME       WZ_Fensterkontakt
   NOTIFYDEV  global
   NR         111
   NTFY_ORDER 50-WZ_Tuerkontakt
   SCC1_MSGCNT 50
   SCC1_RAWMSG A1A0584002FEE7B0000002400B14C45513132313230303480810101::-87:SCC1
   SCC1_RSSI  -87
   SCC1_TIME  2017-05-14 10:40:30
   STATE      open
   TYPE       CUL_HM
   lastMsg    No:05 - t:00 s:2FEE7B d:000000 2400B14C45513132313230303480810101
   protCmdPend 5 CMDs pending
   protLastRcv 2017-05-14 10:40:30
   protResnd  9 last_at:2017-05-14 10:40:32
   protSnd    50 last_at:2017-05-14 10:40:30
   protState  CMDs_pending
   rssi_at_SCC1 cnt:50 lst:-87 max:-60.5 min:-89.5 avg:-78.44
   Readings:
     2017-05-14 10:40:30   Activity        alive
     2017-05-14 10:39:56   CommandAccepted yes
     2017-05-14 10:40:30   D-firmware      2.4
     2017-05-14 10:40:30   D-serialNr      LEQ1214338 
     2017-05-14 10:39:55   R-pairCentral   set_0x159AEC
   cmdStack:
     ++A001159AEC2FEE7B00050000000000
     ++A001159AEC2FEE7B000802010A150B9A0CEC
     ++A001159AEC2FEE7B0006
     ++A001159AEC2FEE7B00040000000000
     ++A001159AEC2FEE7B01040000000001
     ++A001159AEC2FEE7B0103
   Helper:
     HM_CMDNR   45
     PONtest    0
     cSnd       01159AEC2FEE7B000802010A150B9A0CEC,01159AEC2FEE7B00050000000000
     getCfgList all
     getCfgListNo ,4
     mId        00B1
     rxType     28
     supp_Pair_Rep 1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +2FEE7B,02,02,00
       nextSend   1494751230.56241
       rxt        2
       vccu       VCCU
       p:
         2FEE7B
         00
         02
         00
       prefIO:
         SCC1
     Mrssi:
       mNo        05
       Io:
         SCC1       -85
     Prt:
       bErr       0
       sProc      2
       wuReSent   3
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_scc1:
         avg        -78.44
         cnt        50
         lst        -87
         max        -60.5
         min        -89.5
     Shadowreg:
       RegL_00.    02:01 0A:15 0B:9A 0C:EC
     Tmpl:
Attributes:
   IODev      SCC1
   IOgrp      VCCU:SCC1
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   devStateIcon closed:fts_door open:fts_door_open
   expert     2_raw
   firmware   2.4
   icon       control_1
   model      HM-SEC-SC-2
   peerIDs    00000000,
   room       CUL_HM,Wohnzimmer
   serialNr   LEQ1214338 
   subType    threeStateSensor

Gernott

Meine Erfahrung: Wenn die Liste der pending commands etwas länger ist, muß man ggf. mehrere Male drücken. Bei ungünstigem RSSI hilft es, den Antennendraht rauszupfriemeln und in eine iterativ zu ermittelnde Richtung zu biegen.

Gruß
G.

Saphora

Super.
Das mit der Antenne hat tatsächlich etwas gebraucht.
Danke  :)