Moin,
würde gerne mit dem HM-LC-SW1-BA-PCB die AES Signierung nutzen. Laut dem Thread http://forum.fhem.de/index.php?topic=21756.0 soll das ja prinzipiell möglich sein.
Bereits durchgeführt wurde folgendes:
- eigenen Key als MD5 Hash erzeugt
- Key der vccu als Attribut hmkey hinterlegt
- erfolgreiche Aktivierung von AES bei einem HM-LC-Sw1PBU-FM
Mit dem HM-LC-SW1-BA-PCB stehe ich jetzt an folgendem Punkt. Der hmkey wurde übertragen "set garagen_oeffner assignHmKey". Das war aus meiner Sicht auch erfolgreich, da das Device cmd_done gemeldet hat und jetzt folgende Internals/Readings hinzugekommen sind:
protEvt_AESCom-ok 2 last_at:2015-12-22 10:03:33
aesCommToDev ok
aesKeyNbr 00
Mit einem "sign on" würde ich nach meinem Verständnis jetzt AES aktivieren. Dazu setze ich folgenden Befehl ab "set garagen_oeffner sign on", aber erhalte dann die Meldung "sign requires parameter: [on|off] ". Hier komme ich leider nicht weiter.
Anbei noch eine vollständige Liste des Devices.
Internals:
DEF 33199B
HMLAN1_MSGCNT 155
HMLAN1_RAWMSG RC8FF74A5,0001,198E9A2D,FF,FFC1,27A01033199B3085960100000000
HMLAN1_RSSI -63
HMLAN1_TIME 2015-12-22 10:22:43
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 155
NAME garagen_oeffner
NR 133
NTFY_ORDER 50-garagen_oeffner
STATE off
TYPE CUL_HM
lastMsg No:27 - t:10 s:33199B d:308596 0100000000
protCmdDel 13
protEvt_AESCom-ok 2 last_at:2015-12-22 10:03:33
protLastRcv 2015-12-22 10:22:43
protResnd 6 last_at:2015-12-22 09:59:32
protResndFail 6 last_at:2015-12-22 09:59:38
protSnd 105 last_at:2015-12-22 10:22:43
protState CMDs_done
rssi_HMLAN1 avg:-72.72 min:-78 max:-61 lst:-67 cnt:18
rssi_at_HMLAN1 avg:-64.46 min:-73 max:-56 lst:-63 cnt:147
Readings:
2015-12-22 10:07:45 CommandAccepted yes
2015-12-22 10:01:24 D-firmware 1.6
2015-12-22 10:01:24 D-serialNr LEQ0943974
2015-12-22 10:22:42 PairedTo 0x308596
2015-12-22 10:01:30 R-intKeyVisib invisib
2015-12-22 07:35:22 R-ledMode off
2015-12-22 10:01:30 R-lowBatLimitBA 10.5 V
2015-12-22 10:01:30 R-pairCentral 0x308596
2015-12-22 07:35:23 R-sign off
2015-12-22 10:22:42 RegL_00: 02:01 05:00 0A:30 0B:85 0C:96 12:69 00:00
2015-12-22 10:22:43 RegL_01: 08:00 00:00
2015-12-22 10:03:33 aesCommToDev ok
2015-12-22 10:03:32 aesKeyNbr 00
2015-12-22 10:07:47 battery low
2015-12-22 10:07:47 deviceMsg off (to vccu)
2015-12-22 10:07:47 level 0
2015-12-22 10:07:47 pct 0
2015-12-22 10:07:47 recentStateType info
2015-12-22 10:07:47 state off
2015-12-22 10:07:47 timedOn off
Helper:
HM_CMDNR 39
PONtest 0
cSnd 0130859633199B01040000000001,0130859633199B0103
dlvlCmd ++A01130859633199B0201000000
mId 006C
peerIDsRaw ,00000000
rxType 2
Expert:
def 1
det 1
raw 1
tpl 0
Io:
newChn +33199B,00,01,00
nextSend 1450776163.74434
rxt 0
vccu vccu
p:
33199B
00
01
00
Mrssi:
mNo 27
Io:
HMLAN1 -61
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLAN1
flg A
ts 1450776163.66139
ack:
HASH(0x2d006a8)
27800230859633199B00
Rssi:
Hmlan1:
avg -72.7222222222222
cnt 18
lst -67
max -61
min -78
At_hmlan1:
avg -64.4625850340136
cnt 147
lst -63
max -56
min -73
Shadowreg:
Role:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
alias Garagentor Öffner
autoReadReg 5_readMissing
devStateIcon on:audio_repeat@blue:off off:audio_repeat:on
event-on-change-reading .*
eventMap /on-for-timer 0.5:on/
expert 3_all
firmware 1.6
group Garage
icon building_carport
model HM-LC-SW1-BA-PCB
msgRepeat 1
peerIDs 00000000,
room Garage,CUL_HM
serialNr LEQ0943974
subType switch
webCmd on
Danke und Gruß
Stephan
vielleicht macht dein eventmap ärger.
du kannst auch einfach das register ändern:
set <dev> regSet sign on
Das eventMap hat den Fehler produziert. Vielen dank für den Hinweis! Das Register setzen ging bei dem eventMap auch nicht.
Zur Vollständigkeit. Das Reading aesKeyNbr steht nach der ersten Aktion jetzt auch auf 02.
Viele Grüße
Stephan