Hallo zusammen
ich habe 3 der HM_LC_BL1_FM im Einsatz die haben bis vor einigen Tagen auch alle 3 funktioniert. Vor einigen Tagen haben sie angefangen nicht mehr zu funktionieren. Gemerkt habe ich es weil die Rollos nicht mehr Zeitgesteuert arbeiteten. Hab ein wenig im Forum gesucht und festgestellt das es nach einem FHEM Update wieder funktionieren sollte. Hab dieses auch gemacht. Danach funktionierte auch ein HM_LC_BL1_FM wieder. Dieser hat die Firmware Version 2.5. Die beiden anderen haben eine ältere Firmware irgendwas mit 1.7 glaube ich, steht leider nicht mehr drin da ich die Readings gelöscht habe. Es scheint irgendwas mit der Kommunikation von FHEM zum HM_LC_BL1_FM nicht zu stimmen. Die Rückrichtung funktioniert komischer weise. Wenn ich den Rollo manuell hochfahre wird der Status übertragen.
Fehlermeldung : RESPONSE TIMEOUT:RegisterRead bzw. Missing ACK
Hat jemand eine Idee ?
Gibt es für die Teile eine Firmwareupdate oder müssen die zum Updaten eingeschickt werden ? Ich habe nur eins für den HM-LC-Bl1PBU-FM (HM-LC-Bl1PBU-FM_update_V2_8_2_150713) gefunden
LG
Stefan
mach mal von einem nichtfunktionierenden ein
list <device>
und poste es hier
meine HM-LC-BL1-FM haben software 1.5 , und die gehen nach wie vor!
Hallo zusammen wie gewünscht
nicht funktionierend
Internals:
CFGFN ./FHEM/fhem_HM.cfg
DEF 1C7F72
HML_MSGCNT 5
HML_RAWMSG E1C7F72,0000,1DF1B5F4,FF,FFB3,2384101C7F720000000601C800
HML_RSSI -77
HML_TIME 2016-04-22 06:55:44
IODev HML
LASTInputDev HML
MSGCNT 5
NAME HM_LC_BL1_FM_1C7F72
NR 533
NTFY_ORDER 50-HM_LC_BL1_FM_1C7F72
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:23 - t:10 s:1C7F72 d:000000 0601C800
protCmdDel 19
protCmdPend 2 CMDs pending
protCondBurst unknown
protLastRcv 2016-04-22 06:55:44
protResnd 30 last_at:2016-04-22 17:52:41
protResndFail 9 last_at:2016-04-22 07:30:21
protSnd 10 last_at:2016-04-22 17:52:26
protState CMDs_processing...
rssi_at_HML avg:-79.59 min:-85 max:-73 lst:-77 cnt:5
Readings:
2016-04-22 06:55:44 deviceMsg on (to broadcast)
2016-04-22 06:55:44 level 100
2016-04-22 06:55:44 motor stop:on
2016-04-22 06:55:44 pct 100
2016-04-22 06:55:44 recentStateType info
2016-04-22 07:30:21 state MISSING ACK
2016-04-22 06:55:44 timedOn off
Regl_00.:
VAL
cmdStack:
++A0011EA2241C7F7201040000000001
++A0011EA2241C7F720103
Helper:
HM_CMDNR 37
cSnd 111EA2241C7F720201C80000,011EA2241C7F7200040000000000
dlvl C8
dlvlCmd ++A0111EA2241C7F720201C80000
getCfgList all
getCfgListNo ,3
mId 0005
rxType 1
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +1C7F72,00,00,00
nextSend 1461300944.79514
prefIO
rxt 0
vccu
p:
1C7F72
00
00
00
Mrssi:
mNo 23
Io:
HML -75
Prt:
bErr 0
sProc 1
Rspwait:
Pending RegisterRead
cmd As1025A0011EA2241C7F7200040000000000
forChn 00
forList 00
forPeer
mNo 37
nAddr 0
reSent 4
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_hml:
avg -79.6
cnt 5
lst -77
max -73
min -85
Tmpl:
Attributes:
IODev HML
alias HM_LC_BL1_FM_1C7F72_Rollo_Fenster
autoReadReg 4_reqStatus
burstAccess 1_auto
expert 2_full
firmware 1.5
group Rollo,Fenster / Tür
model HM-LC-BL1-FM
peerIDs 00000000,
room Fenster,Haus
serialNr JEQ0302431
subType blindActuator
webCmd toggle:on:off:up:down:stop:statusRequest
nicht funktionierend
Internals:
CFGFN ./FHEM/fhem_HM.cfg
DEF 221498
HML_MSGCNT 5
HML_RAWMSG E221498,0000,1DF1DA34,FF,FFB2,2284102214980000000601C800
HML_RSSI -78
HML_TIME 2016-04-22 06:55:53
IODev HML
LASTInputDev HML
MSGCNT 5
NAME HM_LC_BL1_FM_221498
NR 560
NTFY_ORDER 50-HM_LC_BL1_FM_221498
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
lastMsg No:22 - t:10 s:221498 d:000000 0601C800
protCmdDel 27
protLastRcv 2016-04-22 06:55:53
protResnd 33 last_at:2016-04-22 09:05:53
protResndFail 11 last_at:2016-04-22 09:05:57
protSnd 11 last_at:2016-04-22 09:05:37
protState CMDs_done_Errors:1
rssi_at_HML avg:-78.8 min:-86 max:-76 lst:-78 cnt:5
Readings:
2016-04-22 06:55:53 deviceMsg on (to broadcast)
2016-04-22 06:55:53 level 100
2016-04-22 06:55:53 motor stop:on
2016-04-22 06:55:53 pct 100
2016-04-22 06:55:53 recentStateType info
2016-04-22 09:05:57 state RESPONSE TIMEOUT:RegisterRead
2016-04-22 06:55:53 timedOn off
Regl_00.:
VAL
Helper:
HM_CMDNR 36
cSnd 011EA2242214980009,011EA22422149800040000000000
dlvlCmd ++A0111EA2242214980201C80000
getCfgList all
getCfgListNo ,3
mId 0005
rxType 1
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +221498,00,00,00
nextSend 1461300954.06372
prefIO
rxt 0
vccu
p:
221498
00
00
00
Mrssi:
mNo 22
Io:
HML -76
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
At_hml:
avg -78.8
cnt 5
lst -78
max -76
min -86
Tmpl:
Attributes:
IODev HML
alias HM_LC_BL1_FM_221498_Rollo_Tür
autoReadReg 4_reqStatus
expert 2_full
firmware 1.7
group Fenster / Tür,Rollo
model HM-LC-BL1-FM
peerIDs 00000000,
room Fenster,Haus
serialNr KEQ0542498
subType blindActuator
webCmd toggle:on:off:up:down:stop:statusRequest
funktionierend
Internals:
CFGFN ./FHEM/fhem_HM.cfg
DEF 2957B6
HML_MSGCNT 13
HML_RAWMSG R3EAE9A19,0001,204D8770,FF,FFBE,0AA0102957B61EA2240100000000
HML_RSSI -66
HML_TIME 2016-04-22 17:55:10
IODev HML
LASTInputDev HML
MSGCNT 13
NAME HM_LC_BL1_FM_2957B6
NR 667
NTFY_ORDER 50-HM_LC_BL1_FM_2957B6
STATE on
TYPE CUL_HM
lastMsg No:0A - t:10 s:2957B6 d:1EA224 0100000000
protLastRcv 2016-04-22 17:55:10
protSnd 13 last_at:2016-04-22 17:55:10
protState CMDs_done
rssi_HML avg:-72 min:-74 max:-70 lst:-70 cnt:2
rssi_at_HML avg:-65.69 min:-67 max:-63 lst:-66 cnt:13
Readings:
2016-04-22 06:30:00 CommandAccepted yes
2014-10-15 20:54:02 D-firmware 2.5
2014-10-15 20:54:02 D-serialNr LEQ0279851
2016-04-22 17:55:09 PairedTo 0x1EA224
2014-10-15 20:54:26 R-driveDown 50 s
2014-10-15 20:54:26 R-driveTurn 0.5 s
2014-10-15 20:54:26 R-driveUp 50 s
2014-10-15 20:54:25 R-pairCentral 0x1EA224
2014-10-15 20:54:26 R-sign off
2016-04-22 17:55:09 RegL_00. 02:01 0A:1E 0B:A2 0C:24 15:FF 18:00 00:00
2016-04-22 17:55:10 RegL_01. 08:00 09:00 0A:00 0B:01 0C:F4 0D:01 0E:F4 0F:05 10:00 30:06 57:24 56:00 00:00
2016-04-22 06:30:58 deviceMsg on (to HML)
2016-04-22 06:30:58 level 100
2016-04-22 06:30:58 motor stop:on
2016-04-22 06:30:58 pct 100
2016-04-22 06:30:58 recentStateType info
2016-04-22 06:30:58 state on
2016-04-22 06:30:58 timedOn off
Helper:
HM_CMDNR 10
cSnd 011EA2242957B601040000000001,011EA2242957B60103
dlvlCmd ++A0111EA2242957B60201C80000
mId 0005
peerIDsRaw ,00000000
rxType 1
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +2957B6,00,00,00
nextSend 1461340510.98319
prefIO
rxt 0
vccu
p:
2957B6
00
00
00
Mrssi:
mNo 0A
Io:
HML -64
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HML
flg A
ts 1461340510.88119
ack:
HASH(0x302a368)
0A80021EA2242957B600
Rssi:
Hml:
avg -72
cnt 2
lst -70
max -70
min -74
At_hml:
avg -65.6923076923077
cnt 13
lst -66
max -63
min -67
Shadowreg:
Tmpl:
Attributes:
IODev HML
alias HM_LC_BL1_FM_2957B6_Rollo_SZ
autoReadReg 4_reqStatus
expert 2_full
firmware 2.5
group Fenster / Tür,Rollo,SZ
model HM-LC-BL1-FM
peerIDs 00000000,
room Fenster,Haus
serialNr LEQ0279851
subType blindActuator
webCmd statusRequest:toggle:on:off:up:down:stop
ich würde versuchen neu drüber zu pairen also mit
set HML hmPairSerial JEQ0302431
aber vorher schauen, dass protState CMDs_done ist,
bei den 1.5 FW sendet der Aktor seinen Status immer gegen Broadcast, daran kann man nicht erkennen ob er noch gepairt ist.
Hi
hat glaube ich auch keine Besserung gebracht.
Zitat
D-firmware 1.5 2016-04-23 10:10:04
D-serialNr JEQ0302431 2016-04-23 10:10:04
RegL_00.
deviceMsg on (to broadcast) 2016-04-23 09:31:46
level 100 2016-04-23 09:31:46
motor stop:on 2016-04-23 09:31:46
pct 100 2016-04-23 09:31:46
recentStateType info 2016-04-23 09:31:46
state RESPONSE TIMEOUT:RegisterRead 2016-04-23 10:20:48
timedOn off 2016-04-23 09:31:46
Ich habe das Gefühl das meine gesamte HM Umgebung Zicken macht. Ich bekomme ständig Overload am HMLan Interface. Einige Fenster Sensoren werden nicht mehr grün nur noch rot und orange. Zwei Heizungsthermostate reagieren wie sie wollen. Wiederum andere Sensoren und Thermostate funktionieren einwandfrei. Bringt es eigentlich was (wegen Overload) wenn ich zwei HMInterface verwende und eine Aufteilung der Geräte z.B. nach Stockwerk durchführe ? Ich hab mir mal ein 2. HMLI bestellt.
LG
Stefan
dauernd overload ist schlecht.
nutze HMInfo und mache ein protoEvents. Kontrolliere, wieviel gesendet wird. setze die ProtoZähler zurück mit hminfo clear protoEvents damit du einen sauberen Start hast.
kontrolliere ferner HMInfo msgStat.
du solltest herausfinden können wie stat dein IO belastet ist. Ferner vielsender finden. Danach kann man untersuchen wie man es verschlanken kann.
Hallo Martin
aktuell schaut es im HML so aus
Zitat
msgLoadCurrent 80
msgLoadHistory 5min steps: -2/4/4/-1/-3/-5/-1/-2/-4/-1/4/3
msgParseDly min:-42 max:51223 last:64 cnt:6196
Zitat
Xmit-Events ERROR-Overload:1 ok:5 disconnected:1 init:1 Warning-HighLoad:4 2016-04-23 12:59:29
cond ok 2016-04-23 12:59:29
loadLvl batchLevel 2016-04-23 15:17:04
prot_ERROR-Overload last 2016-04-23 12:50:03
prot_Warning-HighLoad last 2016-04-23 12:53:04
prot_disconnected last 2016-04-23 10:09:04
prot_init last 2016-04-23 10:09:04
prot_keepAlive last 2016-04-22 20:07:55
prot_ok last 2016-04-23 12:59:29
prot_timeout last 2016-04-16 11:23:53
LG
Stefan
mache
define hm HMinfo
get hm protoEvents
get hm msgStat
get hm param -d model
Hi
Zitat
protoEvents done:
name :State |CmdPend |Snd |Resnd #CmdDel |ResndFail |Nack |IOerr
HM_20F44F : Info_Cleared | - | - | - # - | - | - | -
HM_21CEA2 : Info_Cleared | - | - | - # - | - | - | -
HM_225410 : Info_Cleared | - | - | - # - | - | - | -
HM_22E479 : Info_Cleared | - | - | - # - | - | - | -
HM_235EA6 : Info_Cleared | - | - | - # - | - | - | -
HM_268ECA : Info_Cleared | - | - | - # - | - | - | -
HM_26DD40 : Info_Cleared | - | - | - # - | - | - | -
HM_3BB18C : Info_Cleared | - | - | - # - | - | - | -
HM_3BD216 : Info_Cleared | - | - | - # - | - | - | -
HM_3DFD80 : Info_Cleared | - | - | - # - | - | - | -
HM_3E58A1 : done | - | 18: | - # - | - | - | -
HM_3E58DE : done | - | 36: | - # - | - | - | -
HM_4058FD : done | - | 4: | - # - | - | - | -
HM_41F9CD : done | - | 68: | - # - | - | - | -
HM_476C96 : done_Errors:1 | - | 6: | 18: # 6 | 6: | - | -
HM_CC_RT_DN_21B9FE : done_Errors:1 | - | 28: | 11: # 17 | 3: | - | -
HM_CC_RT_DN_21CEB3 : done_Errors:1 | - | 10: | 6: # 17 | 2: | - | -
HM_CC_RT_DN_21CEC3 : done | - | 82: | - # - | - | - | -
HM_ES_PMSw1_Pl_2A3474 : done | - | 94: | - # - | - | - | -
HM_LC_BL1_FM_1C7F72 : Info_Cleared | - | - | - # - | - | - | -
HM_LC_BL1_FM_221498 : Info_Cleared | - | - | - # - | - | - | -
HM_LC_BL1_FM_2957B6 : Info_Cleared | - | - | - # - | - | - | -
HM_MOD_RC_8_2C06F3 : Info_Cleared | - | - | - # - | - | - | -
HM_SCI_3_FM_23CC5E : done | - | 2: | - # - | - | - | -
HM_SEC_KEY_23DC78 : Info_Cleared | - | - | - # - | - | - | -
HM_SEC_KEY_263F7C : done | - | 3: | - # - | - | - | -
HM_SEC_MDIR_2_249B55 : done | - | 84: | - # - | - | - | -
HM_SEC_RHS_1F194F : Info_Cleared | - | - | - # - | - | - | -
HM_SEC_SC_21968B : Info_Cleared | - | - | - # - | - | - | -
HM_SEC_SC_219EE8 : done | - | 3: | - # - | - | - | -
HM_SEC_SC_219F72 : done | - | 16: | - # - | - | - | -
HM_SEC_SC_2252BE : Info_Cleared | - | - | - # - | - | - | -
HM_SEC_SC_2258B6 : done | - | 2: | - # - | - | - | -
HM_SEC_SC_2_24F7A0 : done | - | 14: | - # - | - | - | -
HM_SEC_WDS_1E4D95 : Info_Cleared | - | - | - # - | - | - | -
HM_Sen_RD_O_245973 : Info_Cleared | - | - | - # - | - | - | -
HM_Sen_Wa_Od_1F06B1 : done | - | 7: | - # - | - | - | -
================================================================================================================
sum 3 |0 |477 |35 #40 |11 |0 |0
CUL_HM queue length:0
requests pending
----------------
autoReadReg :
recent : none
status request :
autoReadReg wakeup :
status request wakeup:
autoReadTest :
IODevs:HML:opened pending=0 condition:ok
Zitat
msg statistics
|------------------------------------------------------------------------>*
receive hour :| 00| 01| 02| 03| 04| 05| 06| 07| 08| 09| 10| 11| 12| 13| 14| 15| 16| 17| 18| 19| 20| 21| 22| 23
HML :| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0|825|554|655|313| 0| 0| 0| 0| 0
send hour :| 00| 01| 02| 03| 04| 05| 06| 07| 08| 09| 10| 11| 12| 13| 14| 15| 16| 17| 18| 19| 20| 21| 22| 23
HML :| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0| 0|232|161|333| 55| 0| 0| 0| 0| 0
|------------------------------------------------------------------------>*
receive day :| Mon| Tue| Wed| Thu| Fri| Sat| Sun|# 24h
HML :| 0| 0| 0| 0| 0| 0| 0|#2347
send day :| Mon| Tue| Wed| Thu| Fri| Sat| Sun|# 24h
HML :| 0| 0| 0| 0| 0| 0| 0|# 781
OK
Zitat
param done:
param list
entity : model |
Button_AZ : virtual_1
Button_Bad : virtual_1
Button_Gang : virtual_1
Button_Niklas : virtual_1
Button_Timo : virtual_1
Button_WZ : virtual_1
HM_20F44F : HM-LC-SW4-WM
HM_21CEA2 : HM-CC-RT-DN
HM_225410 : HM-SEC-SC
HM_22E479 : HM-CC-RT-DN
HM_235EA6 : HM-CC-RT-DN
HM_268ECA : HM-RC-Key4-2
HM_26DD40 : HM-RC-Key4-2
HM_3BB18C : HM-ES-PMSw1-DR
HM_3BD216 : HM-ES-TX-WM
HM_3DFD80 : HM-ES-TX-WM
HM_3E58A1 : HM-ES-PMSw1-Pl
HM_3E58DE : HM-ES-PMSw1-Pl
HM_4058FD : HM-SEC-SC-2
HM_41F9CD : HM-ES-PMSw1-Pl
HM_476C96 : HM-LC-RGBW-WM
HM_CC_RT_DN_21B9FE : HM-CC-RT-DN
HM_CC_RT_DN_21CEB3 : HM-CC-RT-DN
HM_CC_RT_DN_21CEC3 : HM-CC-RT-DN
HM_ES_PMSw1_Pl_2A3474 : HM-ES-PMSw1-Pl
HM_LC_BL1_FM_1C7F72 : HM-LC-BL1-FM
HM_LC_BL1_FM_221498 : HM-LC-BL1-FM
HM_LC_BL1_FM_2957B6 : HM-LC-BL1-FM
HM_MOD_RC_8_2C06F3 : HM-MOD-Re-8
HM_SCI_3_FM_23CC5E : HM-SCI-3-FM
HM_SEC_KEY_23DC78 : HM-SEC-KEY
HM_SEC_KEY_263F7C : HM-SEC-KEY
HM_SEC_MDIR_2_249B55 : HM-SEC-MDIR-2
HM_SEC_RHS_1F194F : HM-SEC-RHS
HM_SEC_SC_21968B : HM-SEC-SC
HM_SEC_SC_219EE8 : HM-SEC-SC
HM_SEC_SC_219F72 : HM-SEC-SC
HM_SEC_SC_2252BE : HM-SEC-SC
HM_SEC_SC_2258B6 : HM-SEC-SC
HM_SEC_SC_2_24F7A0 : HM-SEC-SC-2
HM_SEC_WDS_1E4D95 : HM-SEC-WDS
HM_Sen_RD_O_245973 : HM-Sen-RD-O
HM_Sen_Wa_Od_1F06B1 : HM-Sen-Wa-Od
OK
Deine RTS sind das Problem. Viele Wiederholungen und Fehler. Das sollte dir zu denken geben. Da es burst devices sind macht es auf Dauer den hmlan platt.
Was soll gesendet werden? Nutzt du burst?
Hallo Martin
mich wundert das es bis vor einigen Tagen normal funktioniert hat.
Kannst Du bitte deine Fragen etwas konkretisieren. ich stehe gerade etwas auf der Leitung.
Gesendet werden sollen alle Daten die benötigt werden. Kann man da was dran ändern ?
Burst ???
Wie gehe ich vor um alle Geräte wieder funktionsfähig zu bekommen ohne die HM Umgebung neu aufsetzen zu müssen ?
LG
Stefan
basics (meine Meinung) ist die Überwachung des Protokols. Es kann immer etwas schief gehen, das muss man betrachten. HM-Komponenten übergreifend ist HMInfo da - anders ist es nicht zu kontrollieren (oder man baut selbst).
1) wie ist der Stand der messages - sind welche in der Warteschlange, ist etwas schief gegangen.
a) setze den Startpunkt, lösche alte fehlerzähler. Die können zu alt sein.
Set hm clear msgEvents
b) führe die config durch oder lasse das System laufen. kann auch tagelang sein.
c) prüfe auf fehler. get hm protoevents. alles nach dem # sind nicht korrigierte Fehler. Es sollten keine auftreten. wenn ja hat etwas nicht funktioniert
d) HMInfo "mainscreen" zeigt nebenanderen Ereignissen auch an, wenn aktionen schief gegangen sind. sollte man gelegentlich kontrollieren, bewerten, korrigieren. kommt es häufiger vor muss man etwas ändern.
2) message load - man kann sein System überwachen auf überlast eines IO. schau dir die Zähler an - stündlich und tägliche Zähler.
3) konkret bei dir sind Fehler bei den RTs eingetragen. was ist passiert? was sendest du an die RTs? warum hat es nicht geklappt? Solltest du es eilig haben und burst erzwingen ist dies bei Fehlern sehr "teuer". der Burst wird automatischwiederholt. Da kann es schnell zu einem overload kommen. Also debugge was dein RT macht oder besser nicht machen will.
Hallo zusammen
ich habe heute das HMLI vom Arbeitszimmer ins Wohnzimmer verlagert und schon schaut alles viel besser aus. Obwohl die RSSI Werte gar nicht so schlecht waren. Verstehe ich irgendwie nicht. Evtl. habe ich einen Störer im Arbeitszimmer.
Kann so was mit irgendeinem Update zusammen hängen? Es hat ja bis vor kurzem so funktioniert mit HMLI im Arbeitszimmer.
Frage zur Dokumentation. Gibt es außer in der Version 4.0 der FHEM Doku und dem Wiki noch weiter Zusammenfassungen zum Thema HM mit FHEM.
LG
Stefan
Hallo zusammen
zur Vollständigkeit, es scheint nun alles zu funktionieren.
LG
Stefan
Hi,
ich muss diesesn Thread nochmals öffnen, ich habe jetzt neu auch so einen Rollo Schalter (HM-LC-BI1PBU-FM), leider bekomme ich diesen nicht gepairt.
Egal was ich mache, ich bekomme immer wieder RESPONSE TIMEOUT:RegisterRead
Ich habe einen Cul868 bzw. einen USB Konfigurationsdongle. an beiden das gleiche, die andere HM Komponente die im System hängt arbeitet einwandfrei.
Ich habe keine Ahnung was ich noch machen kann, bin allen Anleitungen hier im Forum schon gefolgt.
Gruss Dirk
der sollte perfekt über seriennummer zu pairen sein.
schon mal resettet? aes probleme?
resettet schon bestimmt zwanzig mal.
Angelegt wird der immer einwandfrei. nur kein Pairing!
dann sniffe das pairen, wie im wiki homematic sniffen beschrieben.
IM KM Konfigurator steht der Übertragungsmodus auch auf Standard also soltte AES nicht an sein.
Nach nochmaligen An und Abmelden im HMkonfigurator hat das paaren geklappt!