HM-Sec-SCo - Sendet bei Schließen nicht korrekt

[xray]

Hallo zusammen,

nachdem ich dank der Hilfe von Otto und Joachim meinen HM-Sec-SCo endlich zum Laufen bekommen habe, hat alles für drei Wochen lang allerbestens funktioniert - siehe https://forum.fhem.de/index.php?topic=62519.0.
Inzwischen zeigt der HM-Sec-SCo leider jedoch dauerhaft den state "open" an.
Öffnet man die Tür, so wird das Signal korrekt übertragen (LED blinkt kurz grün). Schließt man die Tür nach einigen Sekunden, so blinkt die LED orange und anschließend rot => state verbleibt auf "open".

Nachfolgend das"list" des Sensors:

Code Auswählen Erweitern

Internals:
   DEF        4E55BF
   IODev      RM_HmUART_EG
   LASTInputDev RM_HmUART_EG
   MSGCNT     3
   NAME       HM_4E55BF
   NOTIFYDEV  global
   NR         517
   NTFY_ORDER 50-HM_4E55BF
   RM_HmUART_EG_MSGCNT 3
   RM_HmUART_EG_RAWMSG 050000493484004E55BF0000001000C74E45513039343135303180810101
   RM_HmUART_EG_RSSI -73
   RM_HmUART_EG_TIME 2017-01-09 19:34:44
   STATE      open
   TYPE       CUL_HM
   lastMsg    No:34 - t:00 s:4E55BF d:000000 1000C74E45513039343135303180810101
   protCmdPend 14 CMDs pending
   protLastRcv 2017-01-09 19:34:44
   protResnd  2 last_at:2017-01-09 19:33:44
   protSnd    3 last_at:2017-01-09 19:33:38
   protState  CMDs_pending
   rssi_at_RM_HmUART_EG avg:-71 lst:-73 cnt:3 max:-68 min:-73
   Readings:
     2017-01-09 19:33:38   Activity        alive
     2017-01-09 19:12:24   CommandAccepted no
     2017-01-09 19:33:38   D-firmware      1.0
     2017-01-09 19:33:38   D-serialNr      NEQ0941501
     2017-01-09 19:12:24   PairedTo        0x81B377
     2016-12-14 17:58:21   R-cyclicInfoMsg on
     2016-12-14 17:58:22   R-eventDlyTime  0 s
     2016-12-14 17:58:21   R-pairCentral   0x81B377
     2016-12-14 17:58:21   R-sabotageMsg   on
     2016-12-14 17:58:22   R-sign          on
     2017-01-09 19:11:04   alive           yes
     2017-01-09 19:21:17   battery         ok
     2017-01-09 19:21:17   contact         open (to RM_HmUART_EG)
     2017-01-09 19:09:59   powerOn         2017-01-09 19:09:59
     2017-01-09 19:11:04   recentStateType info
     2017-01-09 19:11:04   sabotageError   off
     2017-01-09 19:21:17   state           open
     2017-01-09 19:21:17   trigDst_81B377  noConfig
     2017-01-09 19:21:17   trigger_cnt     12
     Regl_00.:
       VAL
   cmdStack:
     ++A00181B3774E55BF00040000000000
     ++A00181B3774E55BF01040000000001
     ++A00181B3774E55BF0103
     ++A00181B3774E55BF00040000000000
     ++A00181B3774E55BF01040000000001
     ++A00181B3774E55BF0103
     ++A00181B3774E55BF00040000000000
     ++A00181B3774E55BF01040000000001
     ++A00181B3774E55BF0103
     ++A00181B3774E55BF00040000000000
     ++A00181B3774E55BF01040000000001
     ++A00181B3774E55BF0103
     ++A00181B3774E55BF00040000000000
     ++A00181B3774E55BF01040000000001
     ++A00181B3774E55BF0103
   Helper:
     HM_CMDNR   52
     cSnd       0181B3774E55BF00040000000000,0181B3774E55BF00040000000000
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4E55BF,02,00,00
       nextSend   1483986884.26949
       prefIO
       rxt        2
       vccu
       p:
         4E55BF
         00
         00
         00
     Mrssi:
       mNo        34
       Io:
         RM_HmUART_EG -71
     Prt:
       bErr       0
       sProc      2
       sleeping   0
       wuReSent   3
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_rm_hmuart_eg:
         avg        -71
         cnt        3
         lst        -73
         max        -68
         min        -73
Attributes:
   IODev      RM_HmUART_EG
   actCycle   001:05
   actStatus  alive
   alias      HM_Haustuer
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   peerIDs    00000000,
   room       CUL_HM
   serialNr   NEQ0941501
   subType    threeStateSensor

Ich habe noch einen Bewegungsmelder von Homematic laufen, dieser verursacht keinerlei Probleme.

Korrekt gepairt scheint er m.E. zu sein. Mir sind allerdings zwei Dinge aufgefallen:
a) Im list sind 14 CMDs pending
b) Der Sensor hat sich heute Nacht eine längere Zeit nicht gemeldet - siehe angehängtes Bild.

Die Batterie habe ich bereits gewechselt und auch einige Male den Taster am Sensor gedrückt - leider keinen Erfolg.
Das Öffnen wir im Event-Monitor angezeigt, das Schließen nicht (keinerlei Eintrag).

Hat jemand von Euch einen Ansatzpunkt?

Besten Dank & Grüße

xray

[xray]

Nachfolgend noch eine Auszug aus der fhem.cfg, wobei ich an dieser Stelle seit einiger Zeit nichts verändert habe...

Code Auswählen Erweitern

#HomeMatic HM-Sec-Sco Haustuer
define HM_4E55BF CUL_HM 4E55BF
attr HM_4E55BF IODev RM_HmUART_EG
attr HM_4E55BF actCycle 001:05
attr HM_4E55BF actStatus alive
attr HM_4E55BF alias HM_Haustuer
attr HM_4E55BF autoReadReg 4_reqStatus
attr HM_4E55BF expert 2_raw
attr HM_4E55BF firmware 1.0
attr HM_4E55BF model HM-SEC-SCo
attr HM_4E55BF peerIDs 00000000,
attr HM_4E55BF room CUL_HM
attr HM_4E55BF serialNr NEQ0941501
attr HM_4E55BF subType threeStateSensor
define FileLog_HM_4E55BF FileLog ./log/HM_4E55BF-%Y.log HM_4E55BF
attr FileLog_HM_4E55BF logtype text
attr FileLog_HM_4E55BF room CUL_HM
define SVG_FileLog_HM_4E55BF SVG FileLog_HM_4E55BF:Haustuer:CURRENT
attr SVG_FileLog_HM_4E55BF room CUL_HM

define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector

define BewegungHaustuer DOIF ([HM_4E55BF] eq "open")\
(set telegram message Haustuer offen)

[martinp876]

Die letzte message ist eine config Message. Hat das device gebootet? Hast du den Knopf gedrückt? Sind die Batterien OK?

[xray]

Hi!

Das Device könnte gebootet haben, da ich nach dem Problem die Batterien getauscht habe (Ausschlußprinzip, Status wurde immer als OK übermittelt).
Der Knopf am Sensor wurde mehrere Male gedrückt.

In der Zwischenzeit funktioniert der Sensor wieder ohne Probleme, aber irgendwie finde ich einen solchen Ausfall nicht sehr vertrauenserweckend.

Kann ich etwas unternehmen, damit ich den Grund für den Ausfall beim nächsten Mal besser eingrenzen kann?

Gruß

xray