Hallo,
ich setze einige SEC-RHS, SEC-SCo und einen HM-SEC-SC-2 ein.
Ich es normal, dass der SC-2 kein Reading "alive" zyklisch liefert? (letzte Meldung : 2015-01-25 16:37:07)
Das Reading "Activity" ist zumindest leicht veraltet.
Hier ein List vom Device:
Internals:
CFGFN /opt/fhem/FHEM/Kontakte.cfg
CUL_0_MSGCNT 26
CUL_0_RAWMSG A0CE4A6412AD7010815AC01CE00::-74.5:CUL_0
CUL_0_RSSI -74.5
CUL_0_TIME 2015-10-18 16:11:27
DEF 2AD701
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 26
NAME EG_Schiebetuer
NR 97
STATE closed
TYPE CUL_HM
lastMsg No:E4 - t:41 s:2AD701 d:0815AC 01CE00
protLastRcv 2015-10-18 16:11:27
protSnd 26 last_at:2015-10-18 16:11:27
protState CMDs_done
rssi_at_CUL_0 avg:-77.38 min:-82 max:-73 lst:-74.5 cnt:26
CHANGETIME:
Readings:
2015-10-16 21:32:52 Activity alive
2014-12-26 10:10:43 D-firmware 2.4
2014-12-26 10:10:43 D-serialNr LEQ0499406
2014-12-26 10:10:43 PairedTo 0x0815AC
2014-12-26 10:10:43 R-cyclicInfoMsg on
2014-12-26 10:10:44 R-eventDlyTime 0 s
2014-12-26 10:10:44 R-ledOnTime 0.5 s
2014-12-26 10:10:44 R-msgScPosA closed
2014-12-26 10:10:44 R-msgScPosB open
2014-12-26 10:10:43 R-pairCentral 0x0815AC
2014-12-26 10:10:43 R-sabotageMsg on
2014-12-26 10:10:44 R-sign off
2014-12-26 10:10:43 R-transmDevTryMax 6
2014-12-26 10:10:44 R-transmitTryMax 6
2014-12-26 10:10:43 RegL_00: 02:01 09:01 0A:08 0B:15 0C:AC 10:01 14:06 00:00
2014-12-26 10:10:44 RegL_01: 08:00 20:60 21:00 22:64 30:06 00:00
2015-01-25 16:37:07 alive yes
2015-10-18 16:11:27 battery ok
2015-10-18 16:11:27 contact closed (to CUL_0)
2015-01-25 16:37:07 recentStateType info
2015-01-25 16:37:07 sabotageError off
2015-10-18 16:11:27 state closed
2015-10-18 16:11:27 trigDst_0815AC noConfig
2015-10-18 16:11:27 trigger_cnt 206
Helper:
HM_CMDNR 228
mId 00B1
rxType 28
Io:
newChn +2AD701,00,00,00
nextSend 1445177487.30026
prefIO
rxt 2
vccu
p:
2AD701
00
00
00
Mrssi:
mNo E4
Io:
CUL_0 -72.5
Prt:
bErr 0
sProc 0
sleeping 1
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO CUL_0
flg A
ts 1445177487.20569
ack:
HASH(0x2fbe828)
E480020815AC2AD7010101C800
Rssi:
At_cul_0:
avg -77.3846153846154
cnt 26
lst -74.5
max -73
min -82
Attributes:
IODev CUL_0
actCycle 023:00
actStatus alive
alias Schiebetür
autoReadReg 5_readMissing
devStateIcon open:fts_door_slide_open_m@red closed:fts_door_slide_m@green
expert 2_full
firmware 2.4
group Fenster / Türen
model HM-SEC-SC-2
peerIDs 00000000,
room Fenster - Tür
serialNr LEQ0499406
sortby 1
subType threeStateSensor
Habe ich etwas falsch verstanden oder falsch konfiguriert?
Vielen Dank im Voraus,
Hermann
Was ist leicht veraltet?
Er sollte etwa täglich senden. Steht doch im activity cycle
ZitatHabe ich etwas falsch verstanden oder falsch konfiguriert?
das attr actioncycle hast du doch sicherlich auf 23 std gestellt? da der kontakt etwa alle 24 std für selbstständige info messages benötigt, wird es wahrscheinlich öfter dead geben. default sind wohl 28 std.
Vielen Dank für die Antworten,
leider hilft es mir nicht weiter.
Ich habe wahrscheinlich meine Fragen nicht klar genug formuliert. Zur Verdeutlichung habe ich die relevanten Zeilen des vollständigen Lists nochmal kopiert:
Readings:
2015-10-16 21:32:52 Activity alive
2015-01-25 16:37:07 alive yes
2015-10-18 16:11:27 battery ok
2015-10-18 16:11:27 contact closed (to CUL_0)
Attributes:
actCycle 023:00
Frage 1: Warum ist das Reading "alive" vom 25.01.2015?
Frage 2: Das Attribut "actCycle" steht auf 23 Stunden. Das letzte Reading "Activity" stammt vom 16.10.2015 21:32, d.h. das Device sollte sich also ungefähr am 17.10.2015 um die gleiche Zeit melden. Das List habe ich am 18.10. nach 16:11 erstellt. Das ist deutlich mehr als ein Tag. Warum?
Entschuldigt bitte, ich möchte die Sache nur verstehen.
Gruß,
Hermann
Es gibt nichts zu entschuldigen.
Mache ein clear readings um das alte zeug los zu werden. Dann gibt es nur noch eins und es sollte klar sein
Herzlichen Dank für den Hinweis, jetzt bin ich den ganzen Restmüll erst einmal los.
Wieder was gelernt. Mal abwarten, wer sich wie oft meldet.
Gruß,
Hermann