HM-Sec-SC an CUL: AES eingerichtet aber FHEM stürzbei Key-Eingabe ab

Begonnen von bmwfan, 27 September 2015, 19:37:27

Vorheriges Thema - Nächstes Thema

bmwfan

Die Statusmeldungen werden jetzt übertragen. Allerdings kann ich nicht sagen, ab welchem Zeitpunkt meiner Versuche.

Bedeutet das Übertragen des Status (Open / closed) automatisch, dass AES aktiviert ist? Wenn nicht, wie kann ich prüfen, ob es aktiviert ist?
Synology DS720+ mit Docker-Container und Haupt-FHEM, HM-LAN, Jalousienaktoren HmWired, Shelly-Devices; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

Ralli

In den Readings sign = on und aesKeyNbr sollte einen recht aktuellen Zeitstempel haben.

In den Internals:

protEvt_AESCom-ok
12 last_at:2015-10-03 ...
Gruß,
Ralli

Proxmox 8.4 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.4 dev, virtualisierte RaspberryMatic (3.83.6.20250705) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.4.1) und HMW-GW, FRITZBOX 7490 (07.59), FBDECT, Siri und Alexa

bmwfan

Dann nicht. Ich habe weder in den readings ein "sign", noch einen "aeskeynbr" und in den inetrnales keinen protEvt_AESCom.

Ich fürchte aber, wenn ich nochmal den Versuch mit "assignhmkey" und "sign on" mache, dass dann wieder meine Verbindung nicht geht. Ist das möglich oder kann jetzt, da die Daten übertragen werden, der Fall nicht mehr eintreten?
Synology DS720+ mit Docker-Container und Haupt-FHEM, HM-LAN, Jalousienaktoren HmWired, Shelly-Devices; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

Ralli

Versuch macht kluch ;).

Erst sign on, Config-Taster am Device, dann assign hmkey, Config-Taster am Device usw...

Ich sehe an Deinem Device nur ein IODev aber kein IOgrp, ist das überhaupt der vCCU (bzw. ihrem IO) zugeordnet?

Gruß,
Ralli

Proxmox 8.4 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.4 dev, virtualisierte RaspberryMatic (3.83.6.20250705) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.4.1) und HMW-GW, FRITZBOX 7490 (07.59), FBDECT, Siri und Alexa

bmwfan

Versuch kann auch viel Arbeit bringen.  ;)

Ist zugeordnet:
ZitatReadings:
     2015-10-03 19:28:04   Activity        alive
     2015-10-03 18:25:09   D-firmware      2.1
     2015-10-03 18:25:09   D-serialNr      KEQ0366855
     2015-10-03 19:30:03   alive           yes
     2015-10-03 19:30:44   battery         ok
     2015-10-03 19:30:44   contact         closed (to VCCU)
     2015-10-03 19:30:03   recentStateType info
     2015-10-03 19:30:03   sabotageError   off
     2015-10-03 19:30:44   state           closed
     2015-10-03 19:30:44   trigger_cnt     34

Attributes:
   IODev      CUL_0
   IOgrp      VCCU:CUL_0
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.1
   model      HM-SEC-SC
   peerIDs    00000000,
   room       Wohnzimmer
   serialNr   KEQ0366855
   subType    threeStateSensor


Was bedeutet das Reading Sabotage Error?
Synology DS720+ mit Docker-Container und Haupt-FHEM, HM-LAN, Jalousienaktoren HmWired, Shelly-Devices; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd