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
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
Hallo
Zitat von: Bastel-Frank am 14 August 2018, 10:12:11
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
Zitat...Bietet eine 'alive' oder besser 'not alive' Erkennung für Geräte. [hhh:mm] ist die maximale Zeit ohne Nachricht eines Geräts...
Gruß
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.
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.
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.
das ändern des attr veranlasst den kontakt nicht, zu senden.
öffne das fenster, dann sendet er zb.
ja, habe ich probiert. Bleibt trotzdem "dead"
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.
Zitat von: frank am 14 August 2018, 11:35:51
der actiondetector checkt immer erst nach default 10 min.
ok, da ist das der "Verursacher". Wo ist der "actiondetector" definiert? Im Fensterkontakt-Device?
Wieder was gelernt.
Der ActionDetector ist ein eigenes Device welches per AutoCreate angelegt wird.