Hallo zusammen,
hier sind seit ca. 5-6 Jahren diverse threeStateSensoren HM-SEC-RHS und HM-SEC-SC(2) verbaut.
Ich gestehe, dass ich nie wirklich hinter das Geheimnis meiner HM Devices gestiegen bin.
Da sie trotz diverser Konfigurationsfehler aber immer recht zuverlässig geöffnete und geschlossene Fenster in fhemweb angezeigt und etliche notify getriggert haben, habe ich sie ausser zum Batteriewechsel stets in Ruhe gelassen.
Jetzt wollte ich es endlich mal richten und habe nach Anleitung (wiki und commandref) eine VCCU eingerichtet und musste somit alle Sensoren neu anlernen. Bei der Gelegenheit dachte ich: "Versuche es doch diesmal gleich richtig zu machen". Naja, so ganz rund lief/läuft es dann doch nicht.
Nach diversen Stolperfallen (Stichwort: eventMap) konnte ich die Sensoren doch noch knapp vor der Zerstörung bewahren und das Register "cyclicInfoMsg" erfolgreich auf "on" setzen.
Allerdings meldet der ActionDetector nach Ablauf von "actCycle" die Sensoren als "dead", wenn keine Zustandsänderung am Fenster/Tür stattgefunden hat. Genau das sollte ja verhindert werden.
Da das Problrm aber unabhängig vom installierten Sensortyp auftritt (HM-SEC-SC-2, HM-SEC-SC, HM-SEC-RHS) ist meine Vermutung, dass möglicherweise noch etwas in einer Config fehlt.
Dem ActionDetector hab ich schon ein "actAutoTry=1_on" spendiert, aber sowie ich es verstanden hatte, hilft das bei den HM-SEC-* sowieso nicht.
Gibt es noch Möglichkeiten, um die Sensoren "am Leben" zu halten, ob wohl keine Zustandsänderung über einen längeren Zeitraum stattfindet?
Danke und Grüße
mi.ke
Beispiel-Sensor
Internals:
DEF 24E1B2
HMLanW1_MSGCNT 5
HMLanW1_RAWMSG 0500005F82A61024E1B24A74CB06010000
HMLanW1_RSSI -95
HMLanW1_TIME 2019-02-25 15:09:59
IODev VCCU
LASTInputDev HMLanW1
MSGCNT 5
NAME UG_Fenster_Waschkueche
NOTIFYDEV global
NR 636
NTFY_ORDER 50-UG_Fenster_Waschkueche
STATE geschlossen
TYPE CUL_HM
lastMsg No:82 - t:10 s:24E1B2 d:4A74CB 06010000
protLastRcv 2019-02-25 15:09:46
protRcv 1 last_at:2019-02-25 15:09:46
rssi_at_HMLanW1 cnt:5 min:-96 max:-95 avg:-95.6 lst:-95
READINGS:
2019-02-26 19:19:35 Activity dead
2019-02-24 15:14:02 CommandAccepted yes
2019-02-24 15:14:31 D-firmware 2.4
2019-02-24 15:14:31 D-serialNr KEQ11111111
2019-02-24 15:14:34 PairedTo 0x4A74CB
2019-02-24 15:13:01 R-cyclicInfoMsg on
2019-02-24 15:14:06 R-eventDlyTime 2 s
2019-02-24 15:03:07 R-pairCentral 0x4A74CB
2019-02-24 15:03:10 R-sign off
2019-02-24 15:14:34 RegL_00. 00:00 02:01 09:01 0A:4A 0B:74 0C:CB 10:01 14:06
2019-02-24 15:14:39 RegL_01. 00:00 08:00 20:6C 21:02 22:64 30:06
2019-02-25 15:09:46 alive yes
2019-02-25 15:09:46 battery ok
2019-02-25 15:09:46 contact closed (to VCCU)
2019-02-25 15:09:46 recentStateType info
2019-02-24 15:08:16 sabotageAttackId_ErrIoId_F10000 cnt:1
2019-02-25 15:09:46 sabotageError off
2019-02-25 15:09:46 state closed
2019-02-24 15:18:37 trigger_cnt 124
helper:
HM_CMDNR 130
mId 0030
regLst ,0,1,4p
rxType 20
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +24E1B2,00,00,00
nextSend 1551103799.94814
prefIO
rxt 2
vccu VCCU
p:
24E1B2
00
00
00
mRssi:
mNo 82
io:
HMLanW1:
-95
-95
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HMLanW1:
avg -95.6
cnt 5
lst -95
max -95
min -96
shadowReg:
tmpl:
Attributes:
BatterieAnzahl 2 Stück
BatterieTyp LR44|B10|1.5V
HerstellerTyp HM-SEC-RHS
IODev VCCU
IOgrp VCCU
actCycle 028:00
actStatus dead
alias Waschküche
autoReadReg 5_readMissing
devStateIcon geschlossen:fts_window_2w offen:fts_window_2w_open_lr@red gekippt:fts_window_2w_tilt_lr@red
event-min-interval 3600
eventMap tilted:gekippt open:offen closed:geschlossen
expert 2_full
firmware 2.4
group FensterTueren
icon fts_window_2w_open_lr
model HM-SEC-RHS
peerIDs 00000000,
room Erdgeschoss,FlurSensoren,Keller,Sensoren
serialNr KEQ11111111
sortby 6
stateFormat { if (ReadingsVal($name,"battery",0) eq "ok") {ReadingsVal($name,"state",0)} else {"Battery LOW"}}
subType threeStateSensor
VCCU:
Internals:
DEF 4A74CB
HMLanW1_MSGCNT 831
HMLanW1_RAWMSG 05000063FC80022B846927BEAA00F633FE8A
HMLanW1_RSSI -99
HMLanW1_TIME 2019-02-27 11:28:27
HMLanW2_MSGCNT 1114
HMLanW2_RAWMSG 05000062F9A61027BEAA2B846906012880
HMLanW2_RSSI -98
HMLanW2_TIME 2019-02-27 11:12:21
IODev HMLanW1
LASTInputDev HMLanW1
MSGCNT 1945
NAME VCCU
NOTIFYDEV global
NR 2580
NTFY_ORDER 50-VCCU
STATE HMLanW1:ok,HMLanW2:ok,
TYPE CUL_HM
assignedIOs HMLanW1,HMLanW2
lastMsg No:88 - t:02 s:4A74CB d:526390 00
protLastRcv 2019-02-27 11:10:19
protRcv 665 last_at:2019-02-27 11:10:19
protRcvB 21 last_at:2019-02-27 10:25:55
protSnd 25 last_at:2019-02-26 12:28:14
protState CMDs_done
rssi_at_HMLanW1 cnt:499 min:-99 max:-76 avg:-85.47 lst:-90
rssi_at_HMLanW2 cnt:318 min:-98 max:-77 avg:-85.66 lst:-96
READINGS:
2019-02-27 11:10:19 CommandAccepted yes
2019-02-27 07:29:02 recentStateType ack
2019-02-25 19:01:17 state HMLanW1:ok,HMLanW2:ok,
2019-02-27 11:28:27 unknown_27BEAA received
2019-02-27 10:54:42 unknown_27C0DA received
2019-02-27 11:28:27 unknown_2B8469 received
2019-02-27 07:39:22 unknown_32D2B4 received
2019-02-26 12:40:04 unknown_F10000 received
helper:
HM_CMDNR 136
PONtest 1
mId FFF0
regLst ,0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
nextSend 1551262218.94739
prefIO
vccu VCCU
ioList:
HMLanW1
HMLanW2
mRssi:
mNo 88
io:
HMLanW1:
-88
-88
HMLanW2:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
rssi:
at_HMLanW1:
avg -85.4729458917836
cnt 499
lst -90
max -76
min -99
at_HMLanW2:
avg -85.6603773584906
cnt 318
lst -96
max -77
min -98
shadowReg:
tmpl:
Attributes:
IODev HMLanW1
IOList HMLanW1,HMLanW2
IOgrp VCCU
expert 2_full
group SystemCUL
icon icoSYSTEM
model CCU-FHEM
room Heizung,Server
sortby 02
subType virtual
webCmd update
ActionDetector:
Internals:
CHANGED
DEF 000000
IODev
NAME ActionDetector
NOTIFYDEV global
NR 2142
NTFY_ORDER 50-ActionDetector
STATE alive:13 dead:3 unkn:1 off:0
TYPE CUL_HM
READINGS:
2019-02-27 11:34:12 state alive:13 dead:3 unkn:1 off:0
2019-02-27 11:34:12 status_EG_Fenster_Flur alive
2019-02-27 11:34:12 status_EG_Kellertuer alive
2019-02-27 11:34:12 status_HM_26A911 alive
2019-02-27 11:34:12 status_Haustuer alive
2019-02-27 11:34:12 status_Haustuer_alt alive
2019-02-27 11:34:12 status_OG_Fenster_Bad alive
2019-02-27 11:34:12 status_OG_Fenster_Buero alive
2019-02-27 11:34:12 status_OG_Fenster_Schlafzimmer alive
2019-02-27 11:34:12 status_OG_Fenster_Schrank dead
2019-02-27 11:34:12 status_OG_Heizung_Bad alive
2019-02-27 11:34:12 status_OG_Heizung_Buero alive
2019-02-27 11:34:12 status_OG_Heizung_Schlafzimmer dead
2019-02-27 11:34:12 status_OG_Schlafzimmertuer alive
2019-02-27 11:34:12 status_Terrassentuer alive
2019-02-27 11:34:12 status_TerrassentuerLinks alive
2019-02-27 11:34:12 status_UG_Fenster_Waschkueche dead
2019-02-27 11:34:12 status_UG_Kellertuer unknown
helper:
HM_CMDNR 180
actCycle 600
mId
peers 243A6D,243D92,24DEAB,24E0CF,24E104,24E159,24E18C,24E1AA,24E1B2,24E1BC,26A911,38DF3A,38DF40,38E80D,526184,526390,558B6C
243A6D:
start 2019-02-26 10:34:12
243D92:
start 2019-02-27 10:11:41
24DEAB:
start 2019-02-25 11:52:50
24E0CF:
start 2019-02-25 11:52:51
24E104:
start 2019-02-26 12:49:06
24E159:
start 2019-02-25 11:52:49
try 99
24E18C:
start 2019-02-26 11:41:00
24E1AA:
start 2019-02-25 11:52:49
24E1B2:
start 2019-02-25 11:52:51
try 99
24E1BC:
start 2019-02-25 11:52:47
26A911:
start 2019-02-25 13:17:55
38DF3A:
start 2019-02-24 18:09:34
38DF40:
start 2019-02-24 18:09:35
try 99
38E80D:
start 2019-02-24 18:09:33
526184:
start 2019-02-25 11:34:46
526390:
start 2019-02-24 23:10:05
558B6C:
start 2019-02-24 18:09:30
io:
newChn +000000,00,00,00
prefIO
rxt 0
vccu
p:
000000
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
shadowReg:
tmpl:
Attributes:
actAutoTry 1_on
event-on-change-reading .*
group SystemCUL
model ActionDetector
room Heizung,Server
sortby 6
webCmd update
1. zum einrichten einer vccu muss niemals neu gepairt werden.
2. entweder funk zum fk verbessern
rssi_at_HMLanW1 cnt:5 min:-96 max:-95 avg:-95.6 lst:-95
oder den actCycle verlängern, damit während eines cycle immer eine msg empfangen wird.
actAutoTry ist bei fk sinnlos, da man diese nicht remote aufwecken kann, damit sie eine msg senden.
ich würde den funk verbessern.
Danke für Deine Hilfe.
Zitat von: frank am 27 Februar 2019, 11:58:42
1. zum einrichten einer vccu muss niemals neu gepairt werden.
Die Sensoren hatten als "contact" immer die ID eines nicht mehr im System vorhandenen HMLan.
Das habe ich mangels Kenntnissen nur mit einem Werksreset der Sensoren und einem neuem pairen mit der VCCU wegbekommen.
Zitat von: frank am 27 Februar 2019, 11:58:42
1. zum einrichten einer vccu muss niemals neu gepairt werden.
2. entweder funk zum fk verbessern
rssi_at_HMLanW1 cnt:5 min:-96 max:-95 avg:-95.6 lst:-95
oder den actCycle verlängern, damit während eines cycle immer eine msg empfangen wird.
actAutoTry ist bei fk sinnlos, da man diese nicht remote aufwecken kann, damit sie eine msg senden.
ich würde den funk verbessern.
Habe in den Keller jetzt noch einen 3.tes Gatway gehängt
rssi_at_HMLanW3 cnt:12 min:-67 max:-56 avg:-64.58 lst:-56 und die actCycle bei allen HM-Sec.* auf 099:00 (über 4 Tage gestellt)
Jetzt heisst es abwarten.
Danke und Grüße
cheers
mi.ke
1) die vccu gibt den ios die hmid. Die hmlans haben dann keine andere mehr in Nutzung. Du hättest also die alte hmid der vccu geben können.
2) Einige deiner devices sind alive. Es betrifft also nicht alle.
2a) der default actio cycle ist immer länger als der garantierte. Bei deinem sc sind es 24h nominell und 28h sind eingestellt. Passt also.
2b) du kannst am Zeitstempel der letzten receive msg erkennen, ob der actiondetector korrekt rechnet ( hat er bislang)
2c) betaetige den sc und prüfe, ob fhem den trigger bekommt. Wenn ja ist der funkempfang ok
2d) ggf noch einmal die register lesen und cyclic info message prüfen
Danke für Deine Hilfe, Martin.
Jetzt ist der Forschergeist entgültig geweckt, um meinen HM-Devices ihre Geheimnisse zu entreissen. 8)
Zitat von: martinp876 am 27 Februar 2019, 19:49:18
2) Einige deiner devices sind alive. Es betrifft also nicht alle.
Zitat von: mi.ke am 27 Februar 2019, 11:41:30
Allerdings meldet der ActionDetector nach Ablauf von "actCycle" die Sensoren als "dead", wenn keine Zustandsänderung am Fenster/Tür stattgefunden hat. Genau das sollte ja verhindert werden.
Die, die alive sind, hatten während der Zeit auch eine Zustandsänderung.
Zitat von: martinp876 am 27 Februar 2019, 19:49:18
2a) der default actio cycle ist immer länger als der garantierte. Bei deinem sc sind es 24h nominell und 28h sind eingestellt. Passt also.
2b) du kannst am Zeitstempel der letzten receive msg erkennen, ob der actiondetector korrekt rechnet ( hat er bislang)
2c) betaetige den sc und prüfe, ob fhem den trigger bekommt. Wenn ja ist der funkempfang ok
Ich hab jetzt die .*RHS, .*SC und .*SC-2 wieder auf 28 Stunden gestellt und bin einmal durch's Haus und hab bei allen SCs eine Zustandsänderung vorgenommen.
"get ActionDetector info" sagt:
state last next h:mm:ss name
alive 2019-02-28 11:16:42 next 27:33:04 HM_26A911
alive 2019-02-28 11:16:42 next 27:33:04 Haustuer_alt
alive 2019-02-28 11:35:53 next 27:52:15 UG_Fenster_Waschkueche
alive 2019-02-28 11:36:37 next 27:52:59 UG_Kellertuer
alive 2019-02-28 11:37:26 next 27:53:48 EG_Fenster_Flur
alive 2019-02-28 11:37:55 next 27:54:17 TerrassentuerLinks
alive 2019-02-28 11:39:25 next 27:55:47 Terrassentuer
alive 2019-02-28 11:41:29 next 27:57:51 Haustuer
alive 2019-02-28 11:41:31 next 27:57:53 OG_Fenster_Schrank
alive 2019-02-28 11:41:33 next 27:57:55 OG_Fenster_Bad
alive 2019-02-28 11:41:36 next 27:57:58 OG_Fenster_Schlafzimmer
alive 2019-02-28 11:41:40 next 27:58:02 OG_Fenster_Buero
alive 2019-02-28 11:37:09 next 2:43:31 EG_Kellertuer
alive 2019-02-28 11:41:37 next 2:47:59 OG_Schlafzimmertuer
alive 2019-02-28 11:41:40 next 0:08:02 OG_Heizung_Buero
alive 2019-02-28 11:43:32 next 0:09:54 OG_Heizung_Bad
dead 2018-12-25 17:13:44 next 7133:40:06 OG_Heizung_Schlafzimmer
PS. OG_Heizung_Schlafzimmer ist z.Z. nicht in Betrieb,
EG_Kellertuer und OG_Schlafzimmertuer sind HM-SEC-SCo und von dem Problem nicht betroffen.
Alle Zustandsänderungen an den Sensoren haben sofort einen trigger in fhem ausgelöst, Funk scheint also okay zu sein.
Zitat von: martinp876 am 27 Februar 2019, 19:49:18
2d) ggf noch einmal die register lesen und cyclic info message prüfen
Ich warte jetzt mal bis morgen, ob dann alle noch leben.
Cheers
mi.ke
es gab zusätzlich noch einige Registerfehler, die ich über
get HMinfo configCheck
finden konnte.
von ober nach unten abgearbeitet und siehe da, seit dem keine Probleme mehr mit den HM-Sec.*
Vielen Dank Euch Beiden für die Hilfe !!
Cheers
mi.ke