Optischer Fensterkontakt (HM-SEC-SCo): Activity bleibt auf dead

[Bastel-Frank]

Hallo zusammen,

es geht um den optischen Fensterkontakt (HM-SEC-SCo). Dieser zeigt nach einer leeren Batterie und einem Batteriewechsel auch nach Ablauf des actCycles (Probehalber auf "000:01" gestellt) weiterhin in "Activity" ein "dead" an. Das Reading "alive" steht aber auf "yes".

Wie bekomme ich das Device wieder auf "alive"?

list

Code Auswählen Erweitern

Internals:
   CUL_KG_MSGCNT 100
   CUL_KG_RAWMSG A0C03A6414DF1A97383960103C8::-42:CUL_KG:
   CUL_KG_RSSI -42
   CUL_KG_TIME 2018-08-14 10:03:24
   DEF        4DF1A9
   IODev      CUL_KG
   LASTInputDev CUL_KG
   MSGCNT     100
   NAME       Rolllade_AS_Kontakt_Test
   NOTIFYDEV  global
   NR         842
   NTFY_ORDER 50-HM_4DF1A9
   STATE      open
   TYPE       CUL_HM
   lastMsg    No:03 - t:41 s:4DF1A9 d:738396 0103C8
   protLastRcv 2018-08-14 10:03:24
   protSnd    96 last_at:2018-08-14 10:03:24
   protState  CMDs_done
   rssi_at_CUL_KG lst:-42 avg:-59.33 min:-74.5 cnt:100 max:-42
   READINGS:
     2017-12-21 22:17:20   3SSunknownMsg   104DF1C6
     2018-08-14 09:32:37   Activity        dead
     2018-08-13 13:16:08   CommandAccepted yes
     2018-08-14 09:18:16   D-firmware      1.0
     2018-08-14 09:18:16   D-serialNr      NEQ0947644
     2018-08-13 13:17:39   PairedTo        0x738396
     2018-08-13 13:17:39   R-cyclicInfoMsg on
     2018-08-13 13:17:39   R-eventDlyTime  0 s
     2018-08-13 13:17:39   R-pairCentral   0x738396
     2018-08-13 13:17:39   R-sabotageMsg   on
     2018-08-13 13:17:39   R-sign          on
     2018-08-13 13:17:39   RegL_00.          02:01 09:01 0A:73 0B:83 0C:96 10:01 14:06 00:00
     2018-08-13 13:17:39   RegL_01.          08:01 20:9C 21:00 30:06 00:00
     2018-08-13 13:16:08   aesKeyNbr       00
     2018-08-14 10:00:27   alive           yes
     2018-08-14 10:03:24   battery         ok
     2018-08-14 10:03:24   contact         open (to vccu)
     2018-08-14 10:00:27   powerOn         2018-08-14 10:00:27
     2018-08-14 10:00:27   recentStateType info
     2018-08-14 10:00:27   sabotageError   on
     2018-08-14 10:03:24   state           open
     2018-08-14 10:03:24   trigger_cnt     3
   helper:
     HM_CMDNR   3
     PONtest    0
     cSnd       017383964DF1A901040000000001,017383964DF1A90103
     mId        00C7
     peerIDsRaw ,00000000
     regLst     ,0,1,4p
     rxType     28
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       lstRecType 41
       newChn     +4DF1A9,00,00,00
       nextSend   1534233804.90483
       nxtSndMcnt 03
       rxt        2
       tgtDly     88
       vccu       vccu
       lRcTm:
         CUL_KG     922497292
         tnms       930480233
       p:
         4DF1A9
         00
         00
         00
       prefIO:
         CUL_KG
     mRssi:
       mNo        03
       io:
         CUL_EG:
         CUL_GH:
         CUL_KG:
           -32
           -32
         CUL_OG:
     prt:
       bErr       0
       sProc      0
       sleeping   1
       try        1
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         CUL_KG
       flg        A
       ts         1534233804.9067
       ack:
         HASH(0x6ec2e40)
         0380027383964DF1A90101C800
     rssi:
       at_CUL_KG:
         avg        -59.33
         cnt        100
         lst        -42
         max        -42
         min        -74.5
     shadowReg:
     tmpl:
Attributes:
   IODev      CUL_KG
   IOgrp      vccu:CUL_KG
   actCycle   000:01
   actStatus  dead
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   peerIDs    00000000,
   room       Rollladen
   serialNr   NEQ0947644
   subType    threeStateSensor

Viele Grüße
Frank

[darkness]

Hallo

nach Ablauf des actCycles (Probehalber auf "000:01" gestellt)

Sollte der actCycle nicht höher sein? So wird ja der Status nach 1 Minute auf dead gesetzt

...Bietet eine 'alive' oder besser 'not alive' Erkennung für Geräte. [hhh:mm] ist die maximale Zeit ohne Nachricht eines Geräts...

Gruß

[Bastel-Frank]

Im Normalbetrieb steht "actCyle" auf "002:50" (=2h 50min). Solange wollte ich nicht warten und habe daher diese Zeit auf eine Minute zum Testen gestellt.

[darkness]

Vielleicht stehe ich ja gerade auf dem Schlauch..

actCyle steht auf 002:50. Dann löst der Fensterkontakt aus und der Kontakt ist alive. Wenn die 2h50 abgelaufen sind spring das Device auf dead, sofern kein neuer Trigger gesendet wurde.

Wenn du den actCycle auf 1 Minute stellst, springt er entsprechend füher auf dead.

[Bastel-Frank]

ja, soweit richtig.

Mein Kontakt meldet "dead". Ich lege eine neue Batterie ein und sollte dann wieder "alive" sein. Das tut er aber leider nicht.

[frank]

das ändern des attr veranlasst den kontakt nicht, zu senden.
öffne das fenster, dann sendet er zb.

[Bastel-Frank]

ja, habe ich probiert. Bleibt trotzdem "dead"

[frank]

der actiondetector checkt immer erst nach default 10 min.
wenn du weiterhin 1min actcycle ein gestellt hast, musst du also mindestens einmal jede minute das fenster öffnen bis der actiondetector geupdated hat. im schlechtesten fall wahrscheinlich 11 min.

manchmal (häufig) ist geduld gefragt. 

von sich aus meldet der kontakt ca alle 60 min infos, glaube ich. habe selber andere. einfach mal warten.

[Bastel-Frank]

der actiondetector checkt immer erst nach default 10 min.

ok, da ist das der "Verursacher". Wo ist der "actiondetector" definiert? Im Fensterkontakt-Device?

[darkness]

Wieder was gelernt.

Der ActionDetector ist ein eigenes Device welches per AutoCreate angelegt wird.