AES Merkwürdihkeiten

Begonnen von KurtB, 07 Dezember 2021, 00:00:56

Vorheriges Thema - Nächstes Thema

KurtB

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

frank

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
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

KurtB

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


frank

so sieht es ok aus.
die readings aesKeyNbr und aesReqTo werden bei mir auch nicht mehr aktualisiert, habe ich gerade bemerkt.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

KurtB

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