Hallo,
FHEM läuft bei mir seit sehr vielen Jahren und ich total begeistert - in den letzten 1-2 Jahren standen eigentlich kaum Änderungen, sondern nur regelmäßige Updates von OS und FHEM an.
Nachdem ich FHEM auch als Alarmanlage verwende, habe ich (wo möglich) AES aktiviert.
Nun zu meinem Problem, zu dem ich leider gerade keine Lösung finde: Ein Fensterkontakt war am Wochenende nicht mehr erreichbar. Nach dem Batteriewechsel erhielt ich Missing Ack Meldungen. Den Kontakt zu Pairen funktioniert, interessanterweise wird aber ein AES Key "FE" ausgegeben!? Mein aktueller AES Key ist allerdings "06"
2021-12-06 22:33:10 CUL_HM EG_SchlaZi_Fenster_01 R-pairCentral: set_0x26EA2D
2021-12-06 22:33:10 CUL_HM EG_SchlaZi_Fenster_01 cfgState: updating
2021-12-06 22:33:10 CUL_HM EG_SchlaZi_Fenster_01 commState: CMDs_pending
2021-12-06 22:33:10 CUL_HM EG_SchlaZi_Fenster_01 commState: CMDs_processing...
2021-12-06 22:33:12 CUL_HM EG_SchlaZi_Fenster_01 aesCommToDev: pending
2021-12-06 22:33:12 CUL_HM EG_SchlaZi_Fenster_01 aesKeyNbr: FE
2021-12-06 22:33:13 CUL_HM EG_SchlaZi_Fenster_01 ResndFail
2021-12-06 22:33:13 CUL_HM EG_SchlaZi_Fenster_01 commState: CMDs_done_Errors:1
2021-12-06 22:33:13 CUL_HM EG_SchlaZi_Fenster_01 MISSING ACK
Der Fensterkontakt funktioniert mit "sign = off" einwandfrei, nur sobald ich ein AssignHmKey durchführe erhalte ich:
cfgState: updating
2021-12-06 23:27:42 CUL_HM EG_SchlaZi_Fenster_01 commState: CMDs_pending
2021-12-06 23:27:42 CUL_HM EG_SchlaZi_Fenster_01 commState: CMDs_processing...
2021-12-06 23:27:43 CUL_HM EG_SchlaZi_Fenster_01 commState: CMDs_done
2021-12-06 23:27:45 CUL_HM EG_SchlaZi_Fenster_01 commState: CMDs_done_Errors:1
2021-12-06 23:27:45 CUL_HM EG_SchlaZi_Fenster_01 NACK
2021-12-06 23:27:45 CUL_HM EG_SchlaZi_Fenster_01 Nack
Weiters ist merkwürdig, keines meiner Devices mehr ein Reading aesKeyNbr besitzt, wie kann das sein? Man kann ja die erfolgreich AES Kommunikation sehen:
Internals:
DEF 24CED8
FUUID 5ca67469-f33f-774b-bcb4-1e8a21db22ca46be
IODev HMLANGW1
NAME EG_Gang_Fenster_01
NR 755
NTFY_ORDER 48-EG_Gang_Fenster_01
STATE closed
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
READINGS:
2021-12-06 13:16:08 Activity alive
2021-09-19 16:23:07 CommandAccepted no
2019-09-23 07:14:28 D-firmware 2.2
2019-09-23 07:14:28 D-serialNr KEQ0951861
2021-12-06 13:11:09 IODev HMLANGW1
2018-12-03 10:47:46 PairedTo 0x26EA2D
2018-12-03 10:47:46 R-cyclicInfoMsg on
2018-12-03 10:47:47 R-eventDlyTime 0 s
2018-12-03 10:47:46 R-pairCentral 0x26EA2D
2018-12-03 10:47:46 R-sabotageMsg on
2018-12-03 10:47:47 R-sign on
2019-08-13 21:17:00 RegL_00. 00:00 02:01 09:01 0A:26 0B:EA 0C:2D 10:01 14:06
2019-08-13 21:17:00 RegL_01. 00:00 08:01 20:60 21:00 22:64 30:06
2021-12-06 12:09:22 aesCommToDev ok
2021-10-28 11:37:34 alive yes
2021-12-06 12:09:22 battery ok
2021-12-06 13:26:37 cfgState ok
2021-12-06 12:09:22 commState CMDs_done
2021-12-06 12:09:22 contact closed (to vccu)
2021-04-28 18:56:45 powerOn 2021-04-28 18:56:45
2021-10-28 11:37:34 recentStateType info
2021-10-28 11:37:34 sabotageError off
2021-12-06 12:09:22 state closed
2021-12-06 12:09:22 trig_aes_vccu ok:164
2021-12-06 12:09:22 trigger_cnt 164
helper:
HM_CMDNR 109
mId 002F
peerFriend peerAct,peerVirt
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 4
cmds:
TmplKey :no:1638792670.72022
TmplTs 1638792670.72022
cmdKey 1:1:0::EG_Gang_Fenster_01:002F: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-
tplSet_0 -tplChan-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt
tplChan
tplDel
tplPeer
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 1
newChn +24CED8,01,03,02
rxt 0
vccu vccu
p:
24CED8
01
03
02
prefIO:
HMLANGW1
mRssi:
mNo
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
shadowReg:
tmpl:
Attributes:
DbLogInclude .*(state).*
IOgrp vccu:HMLANGW1
actCycle 028:00
actStatus alive
aesCommReq 1
alarmDevice Sensor
alarmSettings alarm5,|EG_Gang_Fenster_01:open||on
autoReadReg 5_readMissing
event-on-change-reading .*
expert defReg,rawReg
firmware 2.2
group Fensterkontakt Erdgeschoß
model HM-SEC-SC-2
peerIDs 00000000
room Haus Erdgeschoß,Sensor Kontakt
serialNr KEQ0951861
subType threeStateSensor
Kann sich das jemand erklären? Welche Informationen fehlen noch? Ich habe eine vccu, zwei Rapberrys als HMLANGWs. FHEM läuft unter Debian als VM auf einem ESX Host. Ich habe drei AES Keys, als ich AES eingerichtet hatte, waren auf allen Devices die entsprechenden readings vorhanden.
define vccu CUL_HM
attr vccu .mId FFF0
attr vccu IOList HMLANGW1,HMLANGW2
attr vccu IOgrp vccu
attr vccu hmKey 03:xxx
attr vccu hmKey2 02:xxx
attr vccu hmKey3 01:xxx
Vielen Dank für jede Unterstützung!
Liebe grüße,
Kurt
ZitatNun zu meinem Problem, zu dem ich leider gerade keine Lösung finde: Ein Fensterkontakt war am Wochenende nicht mehr erreichbar. Nach dem Batteriewechsel erhielt ich Missing Ack Meldungen.
vermutlich durch leere batterie nun defekt. du wärst nicht der erste.
deine vccu ist falsch definiert
Zitat
deine vccu ist falsch definiert
danke für Deine rasche Antwort! Sorry, hab gerade gesehn, dass ich beim Copy der vccu zu viel gelöscht hate ... hier die komplette definition ohne keys, ist da wirklich etwas falsch und wenn ja, was?
define vccu CUL_HM 26EA2D
setuuid vccu 5ca67468-f33f-774b-a262-b877865c19144d33
attr vccu .mId FFF0
attr vccu IOList HMLANGW1,HMLANGW2
attr vccu IOgrp vccu
attr vccu hmKey 03:xxx
attr vccu hmKey2 02:xxx
attr vccu hmKey3 01:xxx
attr vccu model CCU-FHEM
attr vccu room Z Internals
attr vccu subType virtual
attr vccu webCmd virtual:update
so sieht es ok aus.
die readings aesKeyNbr und aesReqTo werden bei mir auch nicht mehr aktualisiert, habe ich gerade bemerkt.
Wenn das bei Dir auch nicht aktualisiert/angezeigt wird fällt mir ein Stein vom Herzen, dann ist es kein Problem in meiner Installation sondern "nur" ein defekter Fensterkontakt ... vielleicht gibt es ja irgendwann ein Update dazu. :-)
Besten Dank für Deine Hilfe!
LG aus Wien,
Kurt