Hi @all ,
ich benötige Hilfe :-(
Ich möchte folgenden HM-SEC-RHS ( Türgriffsensor ) aus Ehem ordnungsgemäß ablernen bzw resetten .
Leider funktioniert das nicht ! Der HM-SEC-RHS ist weiter in fhem erreichbar und zeigt weiter munter an ...so lässt er sich dann auch nicht an einer CCU
anlernen ....habt ihr ne Idee und könnt bitte helfen
DEF 2BD6AD
FUUID 64d3f54f-f33f-9812-c2e3-8e2a9ad42513565f
IODev MapleCUN_2_868
LASTInputDev hmusb
MSGCNT 84
MapleCUN_0_868_MSGCNT 17
MapleCUN_0_868_RAWMSG A1001A00158F6E42BD6AD00050000000000::-32.5:MapleCUN_0_868
MapleCUN_0_868_RSSI -32.5
MapleCUN_0_868_TIME 2024-11-07 19:52:29
MapleCUN_1_433_MSGCNT 17
MapleCUN_1_433_RAWMSG A1001A00158F6E42BD6AD00050000000000::-57.5:MapleCUN_1_433
MapleCUN_1_433_RSSI -57.5
MapleCUN_1_433_TIME 2024-11-07 19:52:29
MapleCUN_2_868_MSGCNT 17
MapleCUN_2_868_RAWMSG A1001A00158F6E42BD6AD00050000000000::-43:MapleCUN_2_868
MapleCUN_2_868_RSSI -43
MapleCUN_2_868_TIME 2024-11-07 19:52:29
MapleCUN_3_868_MSGCNT 16
MapleCUN_3_868_RAWMSG A1001A00158F6E42BD6AD00050000000000::-50:MapleCUN_3_868
MapleCUN_3_868_RSSI -50
MapleCUN_3_868_TIME 2024-11-07 19:52:29
NAME FensterKontaktTGriff
NR 855
NTFY_ORDER 48-FensterKontaktTGriff
STATE set_reset noArg
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 68
hmusb_MSGCNT 17
hmusb_RAWMSG E58F6E4,0000,6584A7AD,FF,FFCC,01A00158F6E42BD6AD00050000000000
hmusb_RSSI -52
hmusb_TIME 2024-11-07 19:52:29
lastMsg No:CE - t:00 s:2BD6AD d:000000 2400304C45513035363634373680910101
protCmdPend 1 CMDs_pending
protErrIoAttack 60 last_at:2024-11-07 19:52:29
protErrIoId_58F6E4 60 last_at:2024-11-07 19:52:29
protLastRcv 2024-11-07 19:52:28
protRcv 5 last_at:2024-11-07 19:52:28
protResnd 2 last_at:2024-11-07 19:52:31
protSnd 2 last_at:2024-11-07 19:52:28
protState CMDs_pending
rssi_at_MapleCUN_0_868 cnt:5 min:-69.5 max:-56.5 avg:-63.5 lst:-65.5
rssi_at_MapleCUN_1_433 cnt:5 min:-80.5 max:-74.5 avg:-76.9 lst:-78
rssi_at_MapleCUN_2_868 cnt:5 min:-79.5 max:-67.5 avg:-75.4 lst:-77
rssi_at_MapleCUN_3_868 cnt:4 min:-76 max:-67 avg:-71.25 lst:-72
rssi_at_hmusb cnt:5 min:-64 max:-54 avg:-60.8 lst:-64
READINGS:
2024-11-07 19:47:14 Activity alive
2024-11-07 19:52:28 D-firmware 2.4
2024-11-07 19:52:28 D-serialNr LEQ0566476
2024-11-07 19:52:28 IODev MapleCUN_2_868
2024-11-07 18:58:21 R-pairCentral set_0x000000
2024-11-07 19:12:44 RegL_00.
2024-11-07 18:54:48 alive yes
2024-11-07 19:49:49 battery ok
2024-11-07 19:04:23 cfgState updating
2024-11-07 19:52:31 commState CMDs_pending
2024-11-07 19:49:49 contact open (to broadcast)
2024-10-08 09:45:04 powerOn 2024-10-08 09:45:04
2024-11-07 18:54:48 recentStateType info
2024-11-07 19:52:29 sabotageAttackId_ErrIoId_58F6E4 cnt:60
2024-11-07 19:52:29 sabotageAttack_ErrIoAttack_cnt 60
2024-11-07 18:54:48 sabotageError on
2024-11-07 19:50:09 state set_reset noArg
2024-11-07 19:49:49 trigger_cnt 202
cmdStack:
++A0111AA7772BD6AD0400
helper:
HM_CMDNR 246
cSnd 111AA7772BD6AD0400,111AA7772BD6AD0400
lastMsgTm 1731005548.84145
mId 0030
peerFriend peerAct,peerVirt
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 20
supp_Pair_Rep 1
cmds:
TmplKey :no:1731005346.46306
TmplTs 1731005346.46306
cmdKey 1:1:0::FensterKontaktTGriff:0030:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
peerSmart -peerOpt-
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt AussenLicht_1,AussenLicht_2,FensterLicht,Grillbeleuchtung,HM_22B091_WindowRec,HM_22B091_remote,HM_5299A1_WindowRec,HM_5299A1_remote,VCCU,Wohnzimmerlampe,Wz_Sturz
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 2
newChn +2BD6AD,02,00,00
nextSend 1731005548.95581
rxt 2
sendWu 1
vccu
p:
2BD6AD
00
00
00
prefIO:
mRssi:
mNo CE
io:
MapleCUN_0_868:
-65.5
-65.5
MapleCUN_1_433:
-78
-78
MapleCUN_2_868:
-75
-75
MapleCUN_3_868:
-72
-72
hmusb:
-64
-64
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 2
wuReSent 3
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rssi:
at_MapleCUN_0_868:
avg -63.5
cnt 5
lst -65.5
max -56.5
min -69.5
at_MapleCUN_1_433:
avg -76.9
cnt 5
lst -78
max -74.5
min -80.5
at_MapleCUN_2_868:
avg -75.4
cnt 5
lst -77
max -67.5
min -79.5
at_MapleCUN_3_868:
avg -71.25
cnt 4
lst -72
max -67
min -76
at_hmusb:
avg -60.8
cnt 5
lst -64
max -54
min -64
tmpl:
Attributes:
IOgrp hmusb
actCycle 028:00
actStatus unset
autoReadReg 4_reqStatus
devStateIcon open:fts_door_open closed:fts_door tilted:fts_door_tilt
expert defReg,rawReg
firmware 2.4
group Fensterkontakt
model HM-SEC-RHS
peerIDs 00000000
room Heizung
serialNr LEQ0566476
subType threeStateSensor
Ich hab nun suchmal den Werksreset ( sec bis rotes blinken, dann erneut 5 sec ...schnelles rotes blinken ) probiert !
Immer mal wieder aus fhem heraus reset gesendet ...nix !
Als Sender nutze ich zur Zeit gerade den HM USB Stick ... Tür Auf / Tür zu wird weiter in fhem angezeigt - ich kann ihn einfach keinen wirksamen Reset durchführen
Fhem wird auf/zu immer abzeigen!
Zumindest solange das Dung sendet und fhem empfängt...
Hat aber NICHTS mit Pairing zu tun!
Es ist Funk: das Ding sendet (immer) seinen Zustand/Änderung und fhem (und andere Systeme) empfängt und ordnet das einem Device zu (das gibt es ja offenbar noch/schon) und zeigt es an...
Das passiert, ob nun gepaired oder nicht...
EDIT: ich denke er ist resetted:
Zitat2024-11-07 18:58:21 R-pairCentral set_0x000000
...
2024-11-07 19:50:09 state set_reset noArg
Wie geschrieben, dass weiterhin open/closed angezeigt wird hat damit nichts zu tun.
Wie erkennst du, dass er nicht resetted sein soll(te)?
Hast du ihn mal an deine CCU angelernt?
EDIT: gepaired heißt, dass das Gerät auch "Befehle" entgegen nimmt. Bei einem Sensor wird das nicht (gleich) erkannt. Da sieht er selbst ohne gepaired zu sein so aus als würde er "funktionieren" und wäre verbunden. Aber bei einem Aktor merkst du das schnell: einen Schaltbefehl senden und du wirst sehen, dass sich nix tut. Trotzdem kann es aber sein, dass wenn du den Aktor anderweitig schaltest, der Zustand trotzdem in fhem auftaucht...
Bei einem Sensor würdest du es nur beim Parametrisieren merken, z.B. peeren oder Register setzen etc. Da merkst du dann, ob der Sensor gepaired ist oder nicht...
Gruß, Joachim
@MadMax-Fhem,
vielen Dank für Deine Hilfe !
Joachim, ok, verstehe nun, das ich den AUF & ZU Zustand noch in Fhem sehen kann, ich dachte das Teil wäre noch fest mit fhem verheiratet.
Nein, der HM-SEC-RHS lässt sich nicht mit der CCU verbinden :-( Darum dachte ich, es liegt am AES Schlüssel und fhem lässt ihn nicht los ...
Habe ja nun auch mehrfach auf Werkseinstellungen Zurückgesetz , leider bis jetzt alles erfolglos ...
Zitatder HM-SEC-RHS lässt sich nicht mit der CCU verbinden
kein wunder!
solange du den sensor aktiv in fhem definiert hast, wird fhem auch versuchen, mit ihm zu kommunizieren. insbesondere, wenn dieser, aus fhem sicht, diverse probleme im list zeigt.
also entweder die fhem kommunikation zum sensor abschalten => "attr dummy 1",
oder total ignorieren => "attr ignore 1".
oder 3. das device aus fhem löschen.
anschliessend auch mal den hmusb rebooten, damit dieser auf jeden fall nicht noch selbstständig zum sensor funkt.
wenn 2 zentralen gleichzeitig mit dem device quatschen ist halt keine saubere kommunikation möglich.
Hallo Frank ,
danke für deine Rückmeldung !
hmmm, also ich habe ja versucht das Gerät via reset zurückzusetzen - mittlerweile habe ich es auch komplett aus der config fhem gelöscht und neu gestartet .
Leider lässt sich das Teil nicht an der CCU anmelden .
Da ich es ja schon aus der config von fhem raus hatte , dachte ich , ich lerne mal in fhem neu an und schaue ob er sich da dann resetten lässt .
NIX ! nada ... lässt sich auch in fhem nicht anlernen ...ok alte config wieder rein , und er zeigt wieder, wie erwartet, seine Zustände an
Zitat von: Aladin222 am 08 November 2024, 10:26:10NIX ! nada ... lässt sich auch in fhem nicht anlernen
wie pairst du denn genau?
ich vermute, dass du was falsch machst.
warscheinlich drückst du das knöpfchen nicht richtig.
deine config aus dem 1. post hat auch fehler bezüglich deiner ios.
zb ist das attr IOgrp gesetzt, obwohl du scheinbar keine vccu definiert hast.
Also vorweg , ich nutze normal ne VCCU aber hatte sie testweise auch mal draussen
Internals:
CFGFN /opt/fhem/FHEM/50_Fensterkontakte.cfg
DEF 2BD6AD
FUUID 64d3f54f-f33f-9812-c2e3-8e2a9ad42513565f
IODev MapleCUN_0_868
LASTInputDev hmusb
MSGCNT 10
MapleCUN_0_868_MSGCNT 2
MapleCUN_0_868_RAWMSG A0D1B86102BD6AD0000000601C800::-60.5:MapleCUN_0_868
MapleCUN_0_868_RSSI -60.5
MapleCUN_0_868_TIME 2024-11-08 09:49:46
MapleCUN_1_433_MSGCNT 2
MapleCUN_1_433_RAWMSG A0D1B86102BD6AD0000000601C800::-73.5:MapleCUN_1_433
MapleCUN_1_433_RSSI -73.5
MapleCUN_1_433_TIME 2024-11-08 09:49:46
MapleCUN_2_868_MSGCNT 2
MapleCUN_2_868_RAWMSG A0D1B86102BD6AD0000000601C800::-76:MapleCUN_2_868
MapleCUN_2_868_RSSI -76
MapleCUN_2_868_TIME 2024-11-08 09:49:46
MapleCUN_3_868_MSGCNT 2
MapleCUN_3_868_RAWMSG A0D1B86102BD6AD0000000601C800::-70:MapleCUN_3_868
MapleCUN_3_868_RSSI -70
MapleCUN_3_868_TIME 2024-11-08 09:49:46
NAME FensterKontaktTGriff
NR 840
NTFY_ORDER 48-FensterKontaktTGriff
STATE open
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 4
hmusb_MSGCNT 2
hmusb_RAWMSG E2BD6AD,0000,688333E0,FF,FFC9,1B86102BD6AD0000000601C800
hmusb_RSSI -55
hmusb_TIME 2024-11-08 09:49:46
lastMsg No:1B - t:10 s:2BD6AD d:000000 0601C800
protCmdPend 0 CMDs_pending
protLastRcv 2024-11-08 09:49:46
protRcv 2 last_at:2024-11-08 09:49:46
protResnd 1 last_at:2024-11-08 09:49:50
protSnd 1 last_at:2024-11-08 09:49:46
protState CMDs_pending
rssi_at_MapleCUN_0_868 cnt:2 min:-62 max:-60.5 avg:-61.25 lst:-60.5
rssi_at_MapleCUN_1_433 cnt:2 min:-74.5 max:-73.5 avg:-74 lst:-73.5
rssi_at_MapleCUN_2_868 cnt:2 min:-76 max:-75 avg:-75.5 lst:-76
rssi_at_MapleCUN_3_868 cnt:2 min:-70 max:-68 avg:-69 lst:-70
rssi_at_hmusb cnt:2 min:-58 max:-55 avg:-56.5 lst:-55
READINGS:
2024-11-08 09:57:50 Activity alive
2024-11-08 09:47:50 D-firmware 2.4
2024-11-08 09:47:50 D-serialNr LEQ0566476
2024-11-08 09:49:46 IODev MapleCUN_0_868
2024-11-08 09:49:46 alive yes
2024-11-08 09:49:46 battery ok
2024-11-08 09:49:50 commState CMDs_pending
2024-11-08 09:49:46 contact open (to broadcast)
2024-11-08 09:49:46 recentStateType info
2024-11-08 09:49:46 sabotageError off
2024-11-08 09:49:46 state open
2024-11-08 09:48:53 trigger_cnt 24
helper:
HM_CMDNR 28
lastMsgTm 1731055786.81306
mId 0030
peerFriend peerAct,peerVirt
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 20
supp_Pair_Rep 0
cmds:
TmplKey :no:1731055670.7993
TmplTs 1731055670.7993
cmdKey 1:1:0::FensterKontaktTGriff:0030:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
peerSmart -peerOpt-
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt AussenLicht_1,AussenLicht_2,FensterLicht,Grillbeleuchtung,HM_22B091_WindowRec,HM_22B091_remote,HM_5299A1_WindowRec,HM_5299A1_remote,VCCU,Wohnzimmerlampe,Wz_Sturz
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 3
newChn +2BD6AD,03,00,02
nextSend 1731055787.01195
rxt 2
sendWu 1
vccu
p:
2BD6AD
01
00
02
prefIO:
mRssi:
mNo 1B
io:
MapleCUN_0_868:
-56.5
-56.5
MapleCUN_1_433:
-73.5
-73.5
MapleCUN_2_868:
-76
-76
MapleCUN_3_868:
-70
-70
hmusb:
-55
-55
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 2
wuReSent 2
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rssi:
at_MapleCUN_0_868:
avg -61.25
cnt 2
lst -60.5
max -60.5
min -62
at_MapleCUN_1_433:
avg -74
cnt 2
lst -73.5
max -73.5
min -74.5
at_MapleCUN_2_868:
avg -75.5
cnt 2
lst -76
max -75
min -76
at_MapleCUN_3_868:
avg -69
cnt 2
lst -70
max -68
min -70
at_hmusb:
avg -56.5
cnt 2
lst -55
max -55
min -58
tmpl:
Attributes:
IOgrp MapleCUN_2_868
actCycle 028:00
actStatus alive
aesCommReq 1
autoReadReg 4_reqStatus
devStateIcon open:fts_door_open closed:fts_door tilted:fts_door_tilt
expert defReg,rawReg
firmware 2.4
group Fensterkontakt
model HM-SEC-RHS
peerIDs 00000000
room Heizung
serialNr LEQ0566476
subType threeStateSensor
Naja , pairen , denke ich mache ich schon richtig , hoffe ich .... ich starte pairing 60 sec über fhem und starte am HM-Gerät das anlernen ....blinkt grün , schliesst aber mit rot nach ca 30 Sekunden ab
Zitat von: Aladin222 am 08 November 2024, 12:25:29ich starte pairing 60 sec über fhem
über welches device?
ZitatIOgrp MapleCUN_2_868
das ist falsch, weil kein vccu name eingetragen ist.
zeig ein list der vccu.
nach dem editieren der fhem.cfg braucht es auch ein
fhem restart.
hminfo configcheck sollte fehler zeigen.
Hi , nochmal vielen Dank für eure Hilfe !
list VCCU
Internals:
CFGFN /opt/fhem/FHEM/02_VCCU.cfg
DEF 1AA777
FUUID 64c7d9e1-f33f-9812-42d5-884d03210c7d5491
IODev MapleCUN_0_868
LASTInputDev hmusb
MSGCNT 5450
MapleCUN_0_868_MSGCNT 1037
MapleCUN_0_868_RAWMSG A0B0684401C0D4E0000004104::-39.5:MapleCUN_0_868
MapleCUN_0_868_RSSI -39.5
MapleCUN_0_868_TIME 2024-11-09 09:37:41
MapleCUN_1_433_MSGCNT 1043
MapleCUN_1_433_RAWMSG A0B0684401C0D4E0000004104::-48:MapleCUN_1_433
MapleCUN_1_433_RSSI -48
MapleCUN_1_433_TIME 2024-11-09 09:37:41
MapleCUN_2_868_MSGCNT 982
MapleCUN_2_868_RAWMSG A0B0684401C0D4E0000004104::-49:MapleCUN_2_868
MapleCUN_2_868_RSSI -49
MapleCUN_2_868_TIME 2024-11-09 09:37:41
MapleCUN_3_868_MSGCNT 1036
MapleCUN_3_868_RAWMSG A0B0684401C0D4E0000004104::-46.5:MapleCUN_3_868
MapleCUN_3_868_RSSI -46.5
MapleCUN_3_868_TIME 2024-11-09 09:37:41
NAME VCCU
NR 148
NTFY_ORDER 48-VCCU
STATE MapleCUN_0_868:ok,MapleCUN_1_433:ok,MapleCUN_2_868:ok,MapleCUN_3_868:ok,hmusb:ok
TYPE CUL_HM
assignedIOs MapleCUN_0_868,MapleCUN_1_433,MapleCUN_2_868,MapleCUN_3_868,hmusb
chanNo 01
disableNotifyFn 1
eventCount 2
hmusb_MSGCNT 1352
hmusb_RAWMSG E3BA9EE,0000,6DA86FB9,FF,FFA1,1200833BA9EEF000010002298ADC892892065F
hmusb_RSSI -95
hmusb_TIME 2024-11-09 09:48:33
lastMsg No:58 - t:11 s:1AA777 d:2EAD9D 0201C80000
protLastRcv 2024-11-08 12:52:28
protRcv 77 last_at:2024-11-08 12:52:28
rssi_at_MapleCUN_0_868 cnt:210 min:-50 max:-26 avg:-46.59 lst:-26
rssi_at_MapleCUN_1_433 cnt:224 min:-62 max:-22.5 avg:-55.47 lst:-23
rssi_at_MapleCUN_2_868 cnt:182 min:-64.5 max:-18 avg:-58.24 lst:-18
rssi_at_MapleCUN_3_868 cnt:232 min:-56 max:-26.5 avg:-50.73 lst:-27.5
rssi_at_hmusb cnt:31 min:-51 max:-45 avg:-46.58 lst:-46
READINGS:
2024-11-08 09:49:01 CommandAccepted yes
2024-11-08 09:47:50 IODev MapleCUN_0_868
2024-11-08 09:47:50 IOopen 5
2024-10-23 15:56:22 aesKeyNbr 00
2024-11-08 09:42:44 hmPair name:HM_2BD6AD SN: model:HM-SEC-RHS
2024-11-08 09:47:50 state MapleCUN_0_868:ok,MapleCUN_1_433:ok,MapleCUN_2_868:ok,MapleCUN_3_868:ok,hmusb:ok
2024-11-09 09:37:41 unknown_1C0D4E received
2024-09-19 07:02:44 unknown_22DAAA received
2024-09-22 03:30:51 unknown_22F366 received
2024-10-24 04:44:24 unknown_22F3A0 received
2024-11-09 08:48:23 unknown_2CE9D7 received
2024-10-24 11:24:28 unknown_2EA0C5 received
2024-11-09 09:33:57 unknown_33BB28 received
2024-11-09 08:33:41 unknown_364E0C received
2024-11-09 09:27:18 unknown_36B999 received
2024-11-08 12:56:57 unknown_378985 received
2024-11-06 11:46:38 unknown_37F127 received
2024-11-08 03:56:21 unknown_39FEB4 received
2024-11-09 06:56:41 unknown_3A2349 received
2024-11-09 09:48:33 unknown_3BA9EE received
2024-11-09 08:28:43 unknown_3DA6DD received
2024-11-09 08:21:40 unknown_3F9066 received
2024-11-01 11:23:32 unknown_43FE52 received
2024-11-09 09:20:05 unknown_49013A received
2024-11-09 09:47:55 unknown_4BE2F2 received
2024-11-08 14:40:29 unknown_4CD8BF received
2024-11-09 09:41:46 unknown_4DB337 received
2024-11-09 08:10:45 unknown_551994 received
2024-09-22 03:16:50 unknown_575DFC received
2024-11-09 09:31:26 unknown_58F6E4 received
2024-11-09 07:09:33 unknown_5BA87D received
2024-11-08 13:05:44 unknown_5C1FF6 received
2024-11-09 08:48:23 unknown_5C5EBE received
2024-11-09 08:38:38 unknown_5C6255 received
2024-11-08 05:31:29 unknown_5EF30A received
2024-11-09 09:47:09 unknown_6284F7 received
2024-11-08 17:26:47 unknown_64288E received
2024-11-08 09:02:46 unknown_670077 received
2024-11-09 05:42:18 unknown_676E0B received
2024-09-07 07:27:37 unknown_67BAA0 received
2024-11-09 09:04:36 unknown_692C55 received
2024-09-22 08:55:17 unknown_69659C received
2024-11-09 09:06:22 unknown_69F5B8 received
2024-11-04 19:33:53 unknown_6A7A12 received
2024-10-19 04:20:25 unknown_B1583C received
helper:
HM_CMDNR 88
PONtest 1
lastMsgTm 1731066748.34834
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1731055670.82322
TmplTs 1731055670.82322
cmdKey 1:1:1::VCCU::01:
cmdLst:
assignHmKey noArg
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
defIgnUnknown noArg
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getDevInfo noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
peerChan -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
postEvent -condition-
press [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{all})]
pressS [(-peer-|{all})]
raw -data- [...]
reset noArg
unpair noArg
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt AussenLicht_1,AussenLicht_2,FensterKontaktTGriff,FensterLicht,Grillbeleuchtung,HM_22B091_WindowRec,HM_22B091_remote,HM_5299A1_WindowRec,HM_5299A1_remote,HM_5BC732_Btn_01,HM_5BC732_Btn_02,HM_6FA6E0_Btn_01,HM_6FA6E0_Btn_02,Wohnzimmerlampe,Wz_Sturz
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice noArg
param -param-
expert:
def 1
det 0
raw 0
tpl 0
io:
nextSend 1731066763.81052
vccu VCCU
ioList:
MapleCUN_0_868
MapleCUN_1_433
MapleCUN_2_868
MapleCUN_3_868
hmusb
prefIO:
mRssi:
mNo 58
io:
MapleCUN_0_868:
MapleCUN_1_433:
-23
-23
MapleCUN_2_868:
MapleCUN_3_868:
-27.5
-27.5
hmusb:
-46
-46
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
rssi:
at_MapleCUN_0_868:
avg -46.6
cnt 210
lst -26
max -26
min -50
at_MapleCUN_1_433:
avg -55.4754464285715
cnt 224
lst -23
max -22.5
min -62
at_MapleCUN_2_868:
avg -58.2445054945055
cnt 182
lst -18
max -18
min -64.5
at_MapleCUN_3_868:
avg -50.7370689655172
cnt 232
lst -27.5
max -26.5
min -56
at_hmusb:
avg -46.5806451612903
cnt 31
lst -46
max -45
min -51
tmpl:
Attributes:
IOList MapleCUN_0_868,MapleCUN_1_433,MapleCUN_2_868,MapleCUN_3_868,hmusb
IOgrp VCCU
group CUL
icon hm_ccu
model CCU-FHEM
modelForce CCU-FHEM
room 1.1 Steuereinheit
subType virtual
webCmd virtual:update
Moin zusammen
Stelle Dich bitte darauf ein, dass dies unter Umständen nur eine temporäre Lösung ist.
Ich habe 10 HM-SEC-RHS im Einsatz und musste schon einige reklamieren, weil sie trotz eine Hardware Resets irgendwann immer wieder angefangen haben dauerhaft zu senden und somit Ihre Batterie leer zu saugen (Homematic Fachsprache: Babbeling Idiots).
Die reklamierten (neuen) Geräte funktionieren dann wieder für ein paar Monate fehlerfrei und dann geht das Spiel von vorne los.
Ich habe noch kein Forum gefunden, welches mir aufzeigen konnte, welches Bauteil hier altert, so dass man es selber aus-/einlöten könnte.
Als Firmware liegen alle bei v2.4.
Ggf. muß ich darüber nachdenken auf HmIP-SRH (https://de.elv.com/p/homematic-ip-smart-home-fenstergriffsensor-hmip-srh-P142800/?itemId=142800) umzusteigen.
Selbst von anderen Herstellern gibt es nicht wirklich eine Alternative.
Ansonsten läuft bei mir, abgesehen von selbst verschuldeten mechanischen Einwirkungen, das Homematic - Classic System seit 14 Jahren einwandfrei!
Gruß
Sailor
moin aladin,
das attr IOList der vccu finde ich seltsam:
IOList MapleCUN_0_868,MapleCUN_1_433,MapleCUN_2_868,MapleCUN_3_868,hmusb
sind das 4 unabhängige maple, die an 4 unterschiedlichen positionen sitzen, oder ein mapple mit 4 funkmodulen?
soll der MapleCUN_1_433 wirklich homematic machen?
in dieser liste dürfen nur die io gelistet sein, die du für homematic nutzt.
da der hmusb beim rhs die besten rssi hat, setze ihn dort als prefered io. also:
attr FensterKontaktTGriff IOgrp VCCU:hmusb
ausserdem zunächst aescommrequest abschalten:
attr FensterKontaktTGriff aesCommReq 0
anschliessend mit
set VCCU hmPairForSec 60drüberpairen, also nichts löschen oder resetten.
wenn es bei dir eigene aes keys gibt, müssen diese auch in die vccu eingetragen werden.
am besten das pairing, wie im wiki beschrieben, sniffen und posten.
So , erstmal vielen Dank für Eure Lösungsansätze ...
Leider blieb nur ein Tausch des Gerätes :-( Nun scheint es erstmal wieder zu funktionieren !
Was Sailer schrieb ,macht mich natürlich nachdenklich ! Ich muss mal schauen ob die Alternative HmIP-SRH mit einer CCU2 funktioniert
( langfristig plane ich einen Wechsel zu HA und da nutze ich eine CCU2
So ein Zufall, ich wollte gerade einen Thread zum gleichen Problem aufmachen, hab aber zum Glück den hier gefunden.
Ich habe das exakt gleiche Problem, dass ein HM-SEC-RHS den ich in FHEM definiert habe und der in FHEM funktioniert sich in meiner neuen Rasperrymatic-Zentrale nicht anlernen lässt.
Ich bekomme immer den Fehler, dass ich den Sicherheitsschlüssel setzen soll und das Anlernen erneut probieren soll.
Aber fangen wir mal von vorne an:
FHEM seit 2015 installiert, Homematic Geräte angebunden per HMLAN-Interface, funktioniert alles soweit, AES-Key habe ich nicht bewusst gesetzt
Nun neu will ich eine Raspberrymatic dazwischen haben mit HmIP-RFUSB als Sender um dann auch IP-Geräte nutzen zu können und das ganze mit Homeassistant auch ansprechen zu können.
Umgezogen habe ich bis jetzt 2 Devices, das eine ist ein Heizkörperthermostat HM-CC-RT-DN und das zweite ist ein Fenstersensor HM-SEC-SC-2, beide sind jetzt in Raspberrymatic sichtbar und funktionieren dort.
Nur der Türdrehgriffsensor HM-SEC-RHS macht Probleme in der Art, dass beim Anlernen an Raspberrymatic immer die Meldung kommt "Sicherheitsschlüssel eingeben und neu probieren".
Ich habe noch 3 weitere von den Sensoren aber diese noch nicht geprüft. Kann es sein, dass der einfach defekt ist oder spinnt?
Gibt es einen Default-Schlüssel den ich in Raspberrymatic eintragen kann zum Testen?
Melde, ein anderer Sensor hat sich problemlos über die folgende Vorgehensweise anlernen lassen:
- In FHEM "attr WZ_Terassentuer ignore 1" setzen
- Sensor zurücksetzen, über 2x mehr als 5 Sekunden den Knopf drücken
- Anlernen in der Zentrale aktivieren und dann den Knopf drücken
Arbeitet einwandfrei und wurde erfolgreich angelernt.
Also: Sensor Nummer 1 hat ne Macke.
Oder?
Zitat von: M@d am 16 Dezember 2024, 12:15:16Also: Sensor Nummer 1 hat ne Macke.
ich behaupte, bei dem wurde ein eigener key gesetzt.