Hallo
vor kurzem habe ich einen HM-Sen-MDIR-WM55 zusammengebaut und mit HMLAN gepairt. Alles funktionierte super bis ich versucht habe Channel 01 des MDIR Taster mit Channel 01 eines LED Dimmers zu peeren auf dem bereits ein zweifach Wandtaster gepeert ist. Dabei ist mir wohl ein schreibfehler oder sonstiges unterlaufen.
Jetzt funktioniert nur noch Channel Motion (03) des MDIR Taster und wird in den Readings erkannt.
In Channel 01 & 02 des Taster fehlen einige Readings die auch mit getConfig nicht mehr zu lesen sind.
Reset des MDIR Taster auf Werkseinstellungen und neues pairen mit HMLAN war keine Lösung.
Erfolgreiches updaten der Firmware auf 1.1.2 und anschliessendes pairen auch nicht.
Wer kann mir hier helfen die Readings der Channel wiederherzustellen?
Dir ist ein Fehler unterlaufen und es fehlen Register.
Was fehlt?
Hast du das peering entfernt? Ausser peer Register kann man keine löschen.
Mir fehlen z.B. state, trigger, trigger_cnt und peerlist.
Das peering vom MDIR Taster zum LED Dimmer ist entfernt. Der gepeerte zweifach Wandtaster funktioniert weiterhin und hat die oben beschriebenen Readings welche im MDIR Taster fehlen.
Dann fange mit der peerlist an.
Wenn diese nach einem getconfig fehlt fehlt das peering. Trage es ein, ggf noch einmal peeren. Obacht: wenn die Gegenseite noch ok ist immer nur die fehlende Seite peere . Also actor oder se sor. Sonst gehen die Register verloren.
Hier ein list aus dem Channel 01 des Tasters
Internals:
DEF 4A134B01
NAME HM_4A134B_Btn_01
NR 1809
NTFY_ORDER 50-HM_4A134B_Btn_01
STATE ???
TYPE CUL_HM
chanNo 01
device HM_4A134B
peerList vccu_Btn3,
Readings:
2016-08-07 23:41:07 R-sign on
2016-08-08 00:03:39 R-vccu_Btn3-expectAES off
2016-08-08 00:03:39 R-vccu_Btn3-peerNeedsBurst off
2016-08-08 00:03:36 RegL_01. 04:10 09:00 08:01 22:C8 30:03 00:00
2016-08-08 00:03:39 RegL_04.vccu_Btn3 01:00 00:00
2016-08-08 00:03:36 peerList vccu_Btn3,
Helper:
peerIDsRaw ,29A06B03,00000000
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Shadowreg:
RegL_01. 04:10 09:00 08:01 22:C8 30:03 00:00
Tmpl:
Attributes:
model HM-Sen-MDIR-WM55
peerIDs 00000000,29A06B03,
Ok, der Kanal ist mit einem channel der vccu gepeert, erfolgreich.aes ist ein, expectaes aus. Wenn du kein AES willst schalte sign aus
Hallo Martin,
vielen Dank für deine Hilfe. Habe jetzt "sign" auf off erhalte aber kein Reading mit "state" für short oder long button push.
Internals:
DEF 4A134B01
IODev
NAME HM_4A134B_Btn_01
NR 1809
NTFY_ORDER 50-HM_4A134B_Btn_01
STATE ???
TYPE CUL_HM
chanNo 01
device HM_4A134B
peerList vccu_Btn3,
protState Info_Cleared
Readings:
2016-08-08 10:25:51 R-dblPress 0 s
2016-08-08 10:25:51 R-ledOnTime 1 s
2016-08-08 10:25:51 R-longPress 0.4 s
2016-08-09 01:17:18 R-sign off
2016-08-08 10:25:51 R-transmitTryMax 3
2016-08-08 10:26:36 R-vccu_Btn3-expectAES off
2016-08-08 10:26:36 R-vccu_Btn3-peerNeedsBurst off
2016-08-09 01:17:19 peerList vccu_Btn3,
Helper:
peerIDsRaw ,29A06B03,00000000
Expert:
def 1
det 1
raw 0
tpl 0
Prt:
bErr 0
sProc 0
Role:
chn 1
Shadowreg:
Tmpl:
Nb:
cnt 1
Role:
Attributes:
expert 1_allReg
model HM-Sen-MDIR-WM55
peerIDs 00000000,29A06B03,
State ist ? ? ?. Der Channel 03 mit Motion funktioniert einwandfrei.
Hier noch das "list" des Device HM-Sen-MDIR-WM55
Internals:
DEF 4A134B
HMLAN1_MSGCNT 486
HMLAN1_RAWMSG E4A134B,0000,082DE44E,FF,FFBA,4CA6414A134B29A06B032E5980
HMLAN1_RSSI -70
HMLAN1_TIME 2016-08-09 01:21:37
HMLAN2_MSGCNT 297
HMLAN2_RAWMSG E4A134B,0050,00D96139,02,FFA4,4CA6414A134B29A06B032E5980
HMLAN2_RSSI -92
HMLAN2_TIME 2016-08-09 01:21:37
HMLAN3_MSGCNT 230
HMLAN3_RAWMSG E4A134B,0000,0634C7D8,FF,FFC6,4CA6414A134B29A06B032E5980
HMLAN3_RSSI -58
HMLAN3_TIME 2016-08-09 01:21:37
HMLAN4_MSGCNT 232
HMLAN4_RAWMSG E4A134B,0000,066B5DC5,FF,FFB1,4CA6414A134B29A06B032E5980
HMLAN4_RSSI -79
HMLAN4_TIME 2016-08-09 01:21:37
IODev HMLAN1
LASTInputDev HMLAN2
MSGCNT 1245
NAME HM_4A134B
NR 1807
NTFY_ORDER 50-HM_4A134B
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_4A134B_Btn_01
channel_02 HM_4A134B_Btn_02
channel_03 HM_4A134B_Motion
lastMsg No:4C - t:41 s:4A134B d:29A06B 032E5980
protEvt_AESCom-ok 32 last_at:2016-08-09 01:17:18
protLastRcv 2016-08-09 01:21:37
protResnd 6 last_at:2016-08-09 01:17:35
protSnd 133 last_at:2016-08-09 01:21:37
protState CMDs_done
rssi_at_HMLAN1 lst:-70 max:-58 min:-71 cnt:51 avg:-64.74
rssi_at_HMLAN2 cnt:46 min:-101 avg:-91.45 max:-83 lst:-92
rssi_at_HMLAN3 lst:-58 max:-45 cnt:82 min:-71 avg:-55.23
rssi_at_HMLAN4 max:-79 lst:-79 cnt:68 min:-104 avg:-86.44
Readings:
2016-08-09 01:17:18 CommandAccepted yes
2016-08-09 01:17:42 D-firmware 1.1
2016-08-09 01:17:42 D-serialNr MEQ1848280
2016-08-08 10:27:18 PairedTo 0x29A06B
2016-08-08 10:25:50 R-pairCentral 0x29A06B
2016-08-09 01:21:37 aesCommToDev fail
2016-08-09 01:17:18 aesKeyNbr 00
2016-08-09 01:21:37 state CMDs_done
Helper:
HM_CMDNR 76
PONtest 0
cSnd 0129A06B4A134B020429A06B0404,0129A06B4A134B030429A06B0504
mId 00DB
rxType 28
Ack:
Expert:
def 1
det 1
raw 0
tpl 0
Io:
newCh 1
newChn +4A134B,00,02,00
nextSend 1470698497.37144
rxt 2
vccu vccu
p:
4A134B
00
02
00
prefIO:
HMLAN1
Mrssi:
mNo 4C
Io:
HMLAN1 -68
HMLAN3 -58
HMLAN4 -79
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
Rpt:
IO HMLAN4
flg A
ts 1470698497.167
ack:
HASH(0x54bfdd0)
4C800229A06B4A134B01015900
HASH(0x54bfdd0)
4C800229A06B4A134B00
Rssi:
At_hmlan1:
avg -64.7450980392157
cnt 51
lst -70
max -58
min -71
At_hmlan2:
avg -91.4565217391305
cnt 46
lst -92
max -83
min -101
At_hmlan3:
avg -55.2317073170732
cnt 82
lst -58
max -45
min -71
At_hmlan4:
avg -86.4411764705882
cnt 68
lst -79
max -79
min -104
Shadowreg:
Tmpl:
Role:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
autoReadReg 5_readMissing
expert 1_allReg
firmware 1.1
model HM-Sen-MDIR-WM55
room CUL_HM
serialNr MEQ1848280
subType motionAndBtn
webCmd getConfig:clear msgEvents
Auffällig ist hier das "aesCommToDev fail"
was sagt ein log (sniffen)?
Hier ein Auszug vom Log des Device
2016-08-10_10:52:07 HM_4A134B CMDs_done
2016-08-10_10:52:07 HM_4A134B aesCommToDev: pending
2016-08-10_10:52:07 HM_4A134B aesCommToDev: fail
2016-08-10_11:00:11 HM_4A134B aesCommToDev: pending
2016-08-10_11:00:11 HM_4A134B CMDs_done
2016-08-10_11:00:11 HM_4A134B aesCommToDev: fail
2016-08-10_11:06:56 HM_4A134B CMDs_done
2016-08-10_11:06:56 HM_4A134B aesCommToDev: pending
2016-08-10_11:06:56 HM_4A134B aesCommToDev: fail
2016-08-10_11:14:36 HM_4A134B aesCommToDev: pending
2016-08-10_11:14:36 HM_4A134B CMDs_done
2016-08-10_11:14:36 HM_4A134B aesCommToDev: fail
2016-08-10_11:21:07 HM_4A134B aesCommToDev: pending
2016-08-10_11:21:07 HM_4A134B CMDs_done
2016-08-10_11:21:07 HM_4A134B aesCommToDev: fail
2016-08-10_11:25:10 HM_4A134B CMDs_done
2016-08-10_11:25:10 HM_4A134B aesCommToDev: pending
2016-08-10_11:25:10 HM_4A134B aesCommToDev: fail
2016-08-10_11:29:33 HM_4A134B aesCommToDev: pending
2016-08-10_11:29:33 HM_4A134B CMDs_done
2016-08-10_11:29:34 HM_4A134B aesCommToDev: fail
2016-08-10_11:53:19 HM_4A134B aesCommToDev: pending
2016-08-10_11:53:19 HM_4A134B CMDs_done
2016-08-10_11:53:19 HM_4A134B aesCommToDev: fail
2016-08-10_12:49:24 HM_4A134B aesCommToDev: pending
2016-08-10_12:49:24 HM_4A134B CMDs_done
2016-08-10_12:49:24 HM_4A134B aesCommToDev: fail
2016-08-10_23:27:55 HM_4A134B CMDs_done
2016-08-10_23:27:55 HM_4A134B aesCommToDev: pending
2016-08-10_23:27:56 HM_4A134B aesCommToDev: fail
Hatte schon versucht mit dem Attribut "aesCommReq" den Fehler zu beheben aber ohne Erfolg.
Bitte sniffen, siehe Wiki