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.
Hi,
bitte je ein list vom Hauptgerät und allen vier channels - in Code Tags bitte -> die # Taste über :-X.
Gruß Otto
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}
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
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.
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