HM-RC-Sec4-2 aes virtuelle ccu bei tastendruck

Begonnen von domwo, 06 September 2014, 10:20:04

Vorheriges Thema - Nächstes Thema

domwo

Hallo ich versuche verzweifelt den  aes bei Tastendruck auf dem  HM-RC-Sec4-2  hinzubekommen.
Ich benutze fhem in der aktuelle version (altuell über update befehl" und einen hm-cfg-usb

ich habe beim  HM-RC-Sec4-2  über die Windows Konfigurationssoftware einen aes key eingetragen.
in fhem habe ich denselben key hinterlegt.
dann habe ich eine virtuelle ccu erstellt und einen channel mit einem button dort gepaired "set key01_disarm peerchan 0 ccu_Btn3 single set"

Hier die definitionen:
den HM-RC-Sec4-2 habe ich key01 eingenannt.

define HMLAN1 HMLAN 127.0.0.1:1000
attr HMLAN1 hmId 0E0123
attr HMLAN1 hmKey 01:<XXXXXXXXXXXXXX>
attr HMLAN1 hmLanQlen 1_min
attr HMLAN1 wdTimer 25

define ccu CUL_HM 0E0123
attr ccu IODev HMLAN1
attr ccu expert 2_full
attr ccu model CCU-FHEM
attr ccu subType virtual
attr ccu webCmd virtual:update
attr ccu IOList  HMLAN1
define ccu_Btn1 CUL_HM 0E012301
attr ccu_Btn1 model CCU-FHEM
attr ccu_Btn1 peerIDs
attr ccu_Btn1 webCmd press short:press long
define ccu_Btn2 CUL_HM 0E012302
attr ccu_Btn2 model CCU-FHEM
attr ccu_Btn2 webCmd press short:press long
define ccu_Btn3 CUL_HM 0E012303
attr ccu_Btn3 model CCU-FHEM
attr ccu_Btn3 peerIDs 2683D804,
attr ccu_Btn3 webCmd press short:press long
define ccu_Btn4 CUL_HM 0E012304
attr ccu_Btn4 model CCU-FHEM
attr ccu_Btn4 webCmd press short:press long

define key01 CUL_HM 2683D8
attr key01 IODev HMLAN1
attr key01 aesCommReq 1
attr key01 autoReadReg 4_reqStatus
attr key01 expert 2_full
attr key01 firmware 1.2
attr key01 model HM-RC-Sec4-2
attr key01 room CUL_HM
attr key01 serialNr LEQ0135809
attr key01 subType remote
attr key01 webCmd getConfig:clear msgEvents
define FileLog_key01 FileLog ./log/key01-%Y.log key01
attr FileLog_key01 logtype text
attr FileLog_key01 room CUL_HM
define key01_armInt CUL_HM 2683D801
attr key01_armInt model HM-RC-Sec4-2
attr key01_armInt peerIDs 00000000,
define key01_armExt CUL_HM 2683D802
attr key01_armExt model HM-RC-Sec4-2
attr key01_armExt peerIDs 00000000,
define key01_light CUL_HM 2683D803
attr key01_light model HM-RC-Sec4-2
attr key01_light peerIDs 00000000,
define key01_disarm CUL_HM 2683D804
attr key01_disarm model HM-RC-Sec4-2
attr key01_disarm peerIDs 00000000,0E012303,


Virtuelle CCU Webseite:

Internals
DEF 0E0123
IODev HMLAN1
NAME ccu
NR 38
STATE HMLAN1:UAS
TYPE CUL_HM
assignedIOs HMLAN1
channel_01 ccu_Btn1
channel_02 ccu_Btn2
channel_03 ccu_Btn3
channel_04 ccu_Btn4

Attributes
IODev HMLAN1
IOList HMLAN1
expert 2_full
model CCU-FHEM
subType virtual
webCmd virtual:update


device key01 webseite:

Internals
BNO 128
BNOCNT 1
DEF 2683D8
HMLAN1_MSGCNT 34
HMLAN1_RAWMSG E2683D8,0000,024CAF7C,FF,FFC0,20A6402683D80E01230497
HMLAN1_RSSI -64
HMLAN1_TIME 2014-09-06 09:40:41
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 34
NAME key01
NR 123
STATE CMDs_done
TYPE CUL_HM
channel_01 key01_armInt
channel_02 key01_armExt
channel_03 key01_light
channel_04 key01_disarm
lastMsg No:20 - t:40 s:2683D8 d:0E0123 0497
protLastRcv 2014-09-06 09:40:41
protSnd 34 last_at:2014-09-06 09:40:41
protState CMDs_done
rssi_at_HMLAN1 avg:-57.52 min:-64 max:-52 lst:-64 cnt:21

Readings
CommandAccepted yes 2014-09-06 08:59:28
D-firmware 1.2 2014-09-05 20:49:36
D-serialNr LEQ0135809 2014-09-05 20:49:36
PairedTo 0xE0123 2014-09-06 09:28:47
R-localResDis off 2014-09-06 09:28:47
R-pairCentral 0xE0123 2014-09-06 09:28:47
RegL_00: 02:01 0A:0E 0B:01 0C:23 18:00 00:00 2014-09-06 09:28:47
aesCommToDev ok 2014-09-06 09:28:54
aesKeyNbr 01 2014-09-06 08:59:27
battery ok 2014-09-06 09:40:41
state CMDs_done 2014-09-06 09:40:41

Attributes
IODev HMLAN1
IOgrp ccu:HMLAN1
aesCommReq 1
autoReadReg 4_reqStatus
expert 2_full
firmware 1.2
model HM-RC-Sec4-2
room CUL_HM
serialNr LEQ0135809
subType remote
webCmd getConfig:clear msgEvents


channel key01_disarm Webseite:

Internals
DEF 2683D804
HMLAN1_MSGCNT 8
HMLAN1_RAWMSG E2683D8,0000,024CAF7C,FF,FFC0,20A6402683D80E01230497
HMLAN1_RSSI -64
HMLAN1_TIME 2014-09-06 09:40:41
LASTInputDev HMLAN1
MSGCNT 8
NAME key01_disarm
NR 128
STATE Short (to ccu)
TYPE CUL_HM
chanNo 04
device key01
peerList ccu_Btn3

Readings
R-ccu_Btn3-expectAES off 2014-09-06 09:24:33
R-ccu_Btn3-peerNeedsBurst off 2014-09-06 09:24:33
R-dblPress 0 s 2014-09-04 18:55:24
R-longPress 0.4 s 2014-09-04 18:55:24
R-sign on 2014-09-06 09:24:31
RegL_01: 04:10 08:01 09:00 00:00 2014-09-06 09:28:52
RegL_04:ccu_Btn3 01:00 00:00 2014-09-06 09:28:54
peerList ccu_Btn3, 2014-09-06 09:28:53
state Short (to ccu) 2014-09-06 09:40:41
trigger Short_151 2014-09-06 09:40:41

Attributes
model HM-RC-Sec4-2
peerIDs 00000000,0E012303



bei einem "set key01 getconfig" scheint er ja aes zumachen:


2014-09-06 09:28:43 CUL_HM key01 CMDs_pending
2014-09-06 09:28:43 CUL_HM key01 CMDs_pending
2014-09-06 09:28:43 CUL_HM key01 CMDs_pending
2014-09-06 09:28:43 CUL_HM key01 CMDs_pending
2014-09-06 09:28:43 CUL_HM key01 CMDs_pending
2014-09-06 09:28:43 CUL_HM key01 CMDs_pending
2014-09-06 09:28:43 CUL_HM key01 CMDs_pending
2014-09-06 09:28:43 CUL_HM key01 CMDs_pending
2014-09-06 09:28:43 CUL_HM key01 CMDs_pending
2014-09-06 09:28:46 CUL_HM ccu_Btn3 trig_key01_disarm: short
2014-09-06 09:28:46 CUL_HM ccu_Btn3 trigLast: key01_disarm :short
2014-09-06 09:28:46 CUL_HM key01 battery: ok
2014-09-06 09:28:46 CUL_HM key01 key01_disarm Short (to ccu)
2014-09-06 09:28:46 CUL_HM key01_disarm Short (to ccu)
2014-09-06 09:28:46 CUL_HM key01_disarm trigger: Short_149
2014-09-06 09:28:47 CUL_HM key01 R-pairCentral: 0xE0123
2014-09-06 09:28:47 CUL_HM key01 R-localResDis: off
2014-09-06 09:28:47 CUL_HM key01 aesCommToDev: ok
2014-09-06 09:28:48 CUL_HM key01_armInt R-sign: on
2014-09-06 09:28:48 CUL_HM key01 aesCommToDev: ok
2014-09-06 09:28:49 CUL_HM key01 aesCommToDev: ok
2014-09-06 09:28:49 CUL_HM key01_armExt R-sign: on
2014-09-06 09:28:49 CUL_HM key01 aesCommToDev: ok
2014-09-06 09:28:50 CUL_HM key01 aesCommToDev: ok
2014-09-06 09:28:51 CUL_HM key01_light R-sign: on
2014-09-06 09:28:51 CUL_HM key01 aesCommToDev: ok
2014-09-06 09:28:52 CUL_HM key01 aesCommToDev: ok
2014-09-06 09:28:53 CUL_HM key01 aesCommToDev: ok
2014-09-06 09:28:53 CUL_HM key01 aesCommToDev: ok
2014-09-06 09:28:54 CUL_HM key01 CMDs_done
2014-09-06 09:28:54 CUL_HM key01 aesCommToDev: ok


bei einem tastendruck auf der hmrc-sec4-2 nicht:


2014-09-06 09:30:12 CUL_HM ccu_Btn3 trig_key01_disarm: short
2014-09-06 09:30:12 CUL_HM ccu_Btn3 trigLast: key01_disarm :short
2014-09-06 09:30:12 CUL_HM key01 battery: ok
2014-09-06 09:30:12 CUL_HM key01 key01_disarm Short (to ccu)
2014-09-06 09:30:12 CUL_HM key01 CMDs_done
2014-09-06 09:30:12 CUL_HM key01_disarm Short (to ccu)
2014-09-06 09:30:12 CUL_HM key01_disarm trigger: Short_150


2014.09.06 10:12:36.785 0: HMLAN_Parse: HMLAN1 R:E2683D8   stat:0000 t:0269E8D8 d:FF r:FFBC     m:23 A640 2683D8 0E0123 049A



irgentwie fordert die virtuelle ccu im fhem keine aes an ich kann dort auch kein attr cuu aesCommReq 1 machen dann kommt folgender fehler
aesCommReq illegal for virtual devices


Kann mir jemand weierhelfen ?

martinp876

die ccu beauftragt das HMLAN, AES anzufordern.

du musst in der RC-4 (device) aesCommReq setzen (was ich bei dir gesehen habe) - dann wird es auch ausgeführt.
ccu_btn und RC4 button müssen gepeert sein, um es auch darzustellen.

Ich sehe bei dir keinen wirklichen Fehler - habe es bei mir identisch getestet. Da hat es funktioniert.
a) du bist auf der neusten SW?
b) logge die rohmessages wenn du aesCommReq einmal aus und wieder einschaltest - danach einmal einen Tastendruck ausführst.

Gruss Martin

domwo

Hier mit aescommreq 0 auf dem device des handsenders

2014.09.07 18:07:44.863 0: HMLAN_Send:  HMLAN1 I:+2683D8,00,01,1E
2014.09.07 18:07:56.577 0: HMLAN_Parse: HMLAN1 R:E2683D8   stat:0000 t:09436BA6 d:FF r:FFCB     m:98 A640 2683D8 0E0123 04E3
2014.09.07 18:07:56.659 3: Trigget Log: Name: ccu_Btn3: Event: trig_key01_disarm: short
2014.09.07 18:07:56.666 3: Trigget Log: Name: ccu_Btn3: Event: trigLast: key01_disarm :short
2014.09.07 18:07:56.689 3: Trigget Log: Name: key01: Event: battery: ok
2014.09.07 18:07:56.695 3: Trigget Log: Name: key01: Event: key01_disarm Short (to ccu)
2014.09.07 18:07:56.701 3: Trigget Log: Name: key01: Event: CMDs_done
2014.09.07 18:07:56.725 3: Trigget Log: Name: key01_disarm: Event: Short (to ccu)
2014.09.07 18:07:56.731 3: Trigget Log: Name: key01_disarm: Event: trigger: Short_227
2014.09.07 18:08:04.456 0: HMLAN_Send:  HMLAN1 I:K
2014.09.07 18:08:04.512 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:KEQ1111123 d:263488 O:0E0123 t:09438A9D IDcnt:0005


Hier mit aescommreq 1 auf dem device des handsenders

2014.09.07 18:09:02.782 0: HMLAN_Send:  HMLAN1 I:+2683D8,01,01,1E
2014.09.07 18:09:19.481 0: HMLAN_Send:  HMLAN1 I:K
2014.09.07 18:09:19.546 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:KEQ1111123 d:263488 O:0E0123 t:0944AFB6 IDcnt:0005
2014.09.07 18:09:44.491 0: HMLAN_Send:  HMLAN1 I:K
2014.09.07 18:09:44.537 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:KEQ1111123 d:263488 O:0E0123 t:09451153 IDcnt:0005
2014.09.07 18:09:51.896 0: HMLAN_Parse: HMLAN1 R:E2683D8   stat:0000 t:09452E12 d:FF r:FFCA     m:99 A640 2683D8 0E0123 04E4
2014.09.07 18:09:51.978 3: Trigget Log: Name: ccu_Btn3: Event: trig_key01_disarm: short
2014.09.07 18:09:51.984 3: Trigget Log: Name: ccu_Btn3: Event: trigLast: key01_disarm :short
2014.09.07 18:09:52.008 3: Trigget Log: Name: key01: Event: battery: ok
2014.09.07 18:09:52.014 3: Trigget Log: Name: key01: Event: key01_disarm Short (to ccu)
2014.09.07 18:09:52.019 3: Trigget Log: Name: key01: Event: CMDs_done
2014.09.07 18:09:52.050 3: Trigget Log: Name: key01_disarm: Event: Short (to ccu)
2014.09.07 18:09:52.057 3: Trigget Log: Name: key01_disarm: Event: trigger: Short_228
2014.09.07 18:10:09.496 0: HMLAN_Send:  HMLAN1 I:K
2014.09.07 18:10:09.561 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:KEQ1111123 d:263488 O:0E0123 t:09457311 IDcnt:0005
2014.09.07 18:10:34.503 0: HMLAN_Send:  HMLAN1 I:K
2014.09.07 18:10:34.549 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:KEQ1111123 d:263488 O:0E0123 t:0945D4AE IDcnt:0005



Muss nicht die virtuelle ccu denn sign request anforden ?

oder kann es an dem hm-cfg-usb oder am hmland liegen ?

martinp876

dein HMLAN hatte die HMId 0E0123  und du hast es per Attribut auf 263488  geändert (ok)
dein RC4 (2683D8 ) sendet an 0E0123, was nicht mehr genutzt wird.

** paire dein Device zu den IDs, die du auch nutzt

wenn FB2 an 263488   sendet sollte es auch funktionieren

domwo

Ok verstehe ich das so richtig das ich meine hmid des hm-cfg-usb auf 263488 aendern muss ?
dort hatte ich die 0e0123 eingestellt

Ist die 263488 ist original id des hmlan und sollte mann die immer verwenden anstatt einer eigenen ?

Oder gibt es ne möglichkeit das die ferbedienng an die selbstdefinierte h,id des hm-cfg-usb sendet ?

fiedel

ZitatIst die 263488 ist original id des hmlan und sollte mann die immer verwenden anstatt einer eigenen ?

Nein, du kannst immer eine selbst ausgedachte ID verwenden. Wenn du die änderst, muss danach allerdings alles neu gepairt und gepeert (nur das, was mit FHEM, bzw. der vCCU gepeert ist) werden. Der Übersichtlichkeit halber solltest du die alten peers entfernen. Wenn du die Windows- Soft verwendest, solltest du die ID in der Soft gleich der in FHEM setzen. Wie das geht (ist etwas tricky) steht irgendwo hier im Forum. Eine gute Übersicht was womit gepeert ist, findest du in HMInfo (ggf. dieses Modul noch definieren) bei "peer xref" (im Webinterface einfach anklicken).

Gruß

Frank
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

domwo

Habe mal mit hminfo überprüft


peerXref done:
x-ref list
    ccu_Btn3 => key01_disarm
    key01_disarm => ccu_Btn3


und einen config check

configCheck done:
PairedTo mismatch to IODev
    key01 paired:0xE0123 IO attr: 0E0123.


was bedeutet der mismatch hier im key01 steht

IODev HMLAN1

und der HMLAN1 hat die HMid 0E0123

Könnte hier mein fehler liegen und wenn ja wie kann ich das korigieren ?
reseten und neu pairen des rc-4 hatte auch nicht gebracht

fiedel

Die xref sieht gut aus. Zum Mismatch: Wenn du in den Eigensch. der FB bei "PairedTo" nachschaust, muss dort die HM-ID oder der Name der vCCU, bzw. des HMLAN stehen. Falls nicht, noch mal unpair und neu pairen.

Gruß

Frank
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

domwo

#8
ja da sieht es auch gut aus

key01:

PairedTo 0xE0123
R-pairCentral 0xE0123


bei der vccu steht

DEF 0E0123


und beim HMLAN

hmId 0E0123


woran könnte es nooch leigen das ich denn aes trigger nicht bekommen wenn ich nen taste drücke ?

fiedel

Soltte es nicht "PairedTo 0E0123" statt "PairedTo 0xE0123" sein? Bin da jetzt nicht ganz sicher, wo dieses "x" herkommt.
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

domwo

0x steht normalerweise für hex .

Kannst du mal schauen wie es bei dor aussieht ?

fiedel

#11
Bin gerade nicht am System. Heut Abend sehe ich mal nach. Aber eigentlich sollte da kein Hex vorkommen und dann müsste es auch wieder überall gleich aussehen. Lies am Besten noch mal nach, wie das Format der HM-ID sein soll.
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423

fiedel

Scheint doch zu stimmen. Bei mir sieht das so aus: vCCU: 123456 ; FB: 0x123456
FeatureLevel: 6.1 auf Wyse N03D ; Deb. 11 ; Perl: v5.14.2 ; IO: HM-MOD-RPI-PCB + VCCU|CUL 868 V 1.66|LinkUSBi |TEK603
HM: SEC-SCO|SCI-3-FM|LC-SW4-PCB|ES-PMSW1-PL|RC-4-2|SEN-MDIR-O|SEC-WDS-2
CUL: HMS100TF|FS20 S4A-2 ; OWDevice: DS18S20|DS2401|DS2406|DS2423