HM-RC-Key4-2 - quittierung LED

Begonnen von kaeptnb, 07 März 2017, 17:55:27

Vorheriges Thema - Nächstes Thema

kaeptnb

Hallo!

erstmal - danke für das tolle FHEM! ist zwar oft ganz schön frickelig, aber das liegt nur daran dass es (auch dank perl) ja 1001 Möglichkeit gibt, ein Problem zu lösen...
Ich hoffe das ist jetzt auch bei meinem so:)

Es geht schlicht darum, dass ich es nicht schaffe die HM Fernbedienung (HM-RC-Key4-2, aber auch HM-RC-Key4-3) dazuzubringen mir die Tastendrücke mit einer "grünen" LED zu quittieren.
d.h. ich drücke eine der 4 Tasten, ich sehe im CUL/FHEM kommt das alles an, alles prima - aber die Fernbedienung zeigt nur orange und danach rot an.
Wiegesagt, die Aktion (Tastendruck) kommt bei FHEM an, aber man sieht diese Tatsache leider nicht, im Gegenteil, man denkt es kam nicht an, weil ja ne rote LED geblinkt hat (Stichwort WAF...).

Technisch sieht es so aus dass die 4 Channels der FB mit virtuellen Channels der VCCU gepeert sind, AES Signing ist ON.
Apropos AES Signing: im VCCU Channel Reading sehe ich "nur" "trig_fb1_light"  (am Beispiel des LICHT-Knopfes der FB) - es gab wohl auch mal ein "trig_aes_fb1_light", d.h. ein Reading das nur dann erhöht/gesetzt wurde, wenn garantiert eine AES Kommunikation stattfand. Leider wird letzteres Reading bei mir nicht mehr gesetzt, hab ich da was falsch geconft in der Zwischenzeit, oder gibt es das Reading so nicht mehr?

Danke für Eure Ideen!
Gruss
K.

Otto123

Hi,

bitte je ein list vom Hauptgerät und allen vier channels - in Code Tags bitte -> die # Taste über  :-X.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

kaeptnb

Hallo Otto,

gerne:

hier die fb1 an sich:


Internals:
   DEF        4010AE
   IODev      cul1
   LASTInputDev cul1
   MSGCNT     29
   NAME       fb1
   NOTIFYDEV  global
   NR         153
   STATE      fb1_unlock Short
   TYPE       CUL_HM
   channel_01 fb1_unlock
   channel_02 fb1_lock
   channel_03 fb1_light
   channel_04 fb1_open
   cul1_MSGCNT 29
   cul1_RAWMSG A0B36A2404010AE5DA74B013A::-83.5:cul1
   cul1_RSSI  -83.5
   cul1_TIME  2017-03-07 20:35:44
   lastMsg    No:36 - t:40 s:4010AE d:5DA74B 013A
   protLastRcv 2017-03-07 20:35:44
   protSnd    29 last_at:2017-03-07 20:35:44
   protState  CMDs_done
   rssi_at_cul1 lst:-83.5 max:-78.5 avg:-85.27 cnt:29 min:-93.5
   Readings:
     2017-03-07 01:05:24   CommandAccepted yes
     2017-03-07 01:06:34   D-firmware      1.2
     2017-03-07 01:06:34   D-serialNr      MEQ1115771
     2017-03-07 00:34:14   PairedTo        0x5DA74B
     2016-10-12 03:24:44   R-pairCentral   0x5DA74B
     2017-03-07 00:34:14   RegL_00.        02:01 0A:5D 0B:A7 0C:4B 18:C8 00:00
     2017-03-06 23:35:29   aesCommToDev    ok
     2017-03-07 01:05:24   aesKeyNbr       04
     2016-10-16 02:13:33   aesReqTo        VCCU
     2016-10-12 03:23:53   alive           yes
     2017-03-07 20:35:44   battery         ok
     2016-10-12 03:23:53   powerOn         2016-10-12 03:23:53
     2016-10-12 03:23:53   recentStateType info
     2017-03-07 20:35:44   state           fb1_unlock Short
   Helper:
     HM_CMDNR   54
     mId        00A6
     rxType     20
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       dwoCAA     448
       lRcTm      79895748
       lstRecType 40
       lstSnd     1488915344.78747
       lstSndTgd  120
       newChn     +4010AE,00,02,1E
       nextSend   1488915344.78747
       nxtSndMcnt 36
       rxt        2
       tgtDly     120
       vccu       VCCU
       p:
         4010AE
         00
         02
         1E
       prefIO:
         cul1
     Mrssi:
       mNo        36
       Io:
         cul1       -81.5
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         cul1
       flg        A
       ts         1488915344.66913
       ack:
         HASH(0x55c23242e430)
         3680025DA74B4010AE00
     Rssi:
       At_cul1:
         avg        -85.2758620689655
         cnt        29
         lst        -83.5
         max        -78.5
         min        -93.5
     Shadowreg:
     Tmpl:
   Role:
Attributes:
   IODev      cul1
   IOgrp      VCCU:cul1
   aesCommReq 0
   aesKey     2
   autoReadReg 4_reqStatus
   event-on-change-reading .*
   expert     2_raw
   firmware   1.2
   model      HM-RC-Key4-2
   msgRepeat  5
   room       z_virt
   serialNr   MEQ1115771
   subType    remote
   webCmd     getConfig:clear msgEvents



dann mal exemplarisch der "LIGHT" Button:



Internals:
   DEF        4010AE03
   NAME       fb1_light
   NOTIFYDEV  global
   NR         157
   STATE      Short (to VCCU)
   TYPE       CUL_HM
   chanNo     03
   device     fb1
   peerList   VCCU_Btn7,
   Readings:
     2017-03-07 00:33:46   CommandAccepted no
     2017-03-07 01:02:45   R-VCCU_Btn7-expectAES on
     2017-03-07 01:02:45   R-VCCU_Btn7-peerNeedsBurst off
     2016-10-16 02:23:34   R-sign          on
     2017-03-07 01:02:44   RegL_01.        04:F0 08:01 09:00 00:00
     2017-03-07 01:02:45   RegL_04.VCCU_Btn7 01:80 00:00
     2017-03-07 17:57:52   peerList        VCCU_Btn7,
     2017-03-07 02:27:35   state           Short (to VCCU)
     2016-11-03 12:32:00   trig_aes_VCCU   ok:78
     2017-03-07 02:27:35   trigger         Short_166
     2017-03-07 02:27:35   trigger_cnt     166
   Helper:
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
   Role:
Attributes:
   aesCommReq 1
   event-min-interval .*:3
   model      HM-RC-Key4-2
   peerIDs    00000000,5DA74B07,
   room       z_virt



und das ist der zum LIGHT-Button gehörige VCCU Button:



Internals:
   DEF        5DA74B07
   NAME       VCCU_Btn7
   NOTIFYDEV  global
   NR         102
   STATE      set_press short
   TYPE       CUL_HM
   chanNo     07
   device     VCCU
   peerList   fb1_light,
   Readings:
     2017-03-07 17:57:52   peerList        fb1_light,
     2017-03-07 00:39:59   state           set_press short
     2017-03-07 02:27:35   trigLast        fb1_light:short
     2016-11-03 12:32:00   trig_aes_fb1_light ok:78
     2017-03-07 02:27:35   trig_fb1_light  Short_166
   Helper:
     Expert:
       def        1
       det        0
       raw        0
       tpl        0
     Role:
       chn        1
       vrt        1
     Shadowreg:
     Tmpl:
   Role:
Attributes:
   aesCommReq 1
   event-min-interval .*:1
   model      CCU-FHEM
   peerIDs    4010AE03,
   room       z_virt
   webCmd     press short:press long

[/code}

Otto123

Moin,

also pairing und peering scheint mir in Ordnung. Ich denke das liegt das Problem am AES.
Hast Du hmInfo definiert? Was sagt das?

Im AES Handling kenne mich nicht so gut aus, da kann ich Dir im speziellen nicht helfen.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

kaeptnb

hmInfo meldet keine Fehler bzgl. irgendeinem der beteiligten Devices.

Hm. Du meinst ohne AES würde es funktionieren mit der LED quittierung? Hast Du das so laufen?

Gruss
K.

Otto123

Hi,

nein. Das Gerät macht von sich aus AES, ich habe nur keine eigenen Keys gesetzt.

Also wenn stimmt vielleicht  was mit Deinen Keys nicht.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz