HM-Sec-Sir-WM // r-sign off // AES

Begonnen von borum, 19 September 2016, 14:19:56

Vorheriges Thema - Nächstes Thema

borum

Hallo zusammen,

ich nutze meinen FHEM auf dem PI mit der CUL (V 1.57 CUL868).

Leider ich habe heute ausversehen r-sign auf on gesetzt bei meinem HM-Sec-Sir-WM und da es ausversehen war habe ich auch keine HMkeys aktiviert oder sonstiges für AES konfiguriert.

Danach konnte ich r-sign nicht mehr auf off setzen, habe mit viel probieren die Sirene auch auf Werkseinstellungen gesetzt aber leider alles ohne Erfolg.
Jetzt kann ich auch kein getConfig mehr aufrufen, bekomme immer RESPONSE TIMEOUT:RegisterRead.

Könnt ihr mir vielleicht weiterhelfen wie ich das wieder rückgängig bekomme?!

Vielen Dank im vorraus!

Grüße

borum

#1
Hallo zusammen,

also die HM-Sec-Sir-WM wird auch immer wieder konfiguriert wenn ich diese aus dem FHEM lösche und die Werkseinstellungen herstelle der Serine auch mit allen 4 Kanälen aber z.B. getConfig timed aus.

Liegt es daran das die Sirene signiert reden möchte und der FHEM nicht?

Wenn ja kann ich das mit dem CUL ändern?!

Danke

Grüße

martinp876

Das device hat einen eq3 default key eingetragen, wenn nicht veraendert von dir. Wenn du diesen eintraegst bei den ios sollte fhem mit dem device reden koennen. Du musst bei der cul das aes zum laufen bekommen.rijdale muss laufen.

borum

Hallo Martin,

danke erst mal für deine Hilfe!

Nein ich habe keine Keys geändert oder irgendwo eingetragen, weder auf FHEM/CUL Seite noch im Device.

Habe im Forum etwas vom homematic bidcos default aes key gefunden, ist das der default Key? (A4E375C6B09FD185F27C4E96FC273AE4)

Meinst du mit im ios eintragen das?
attr VCCU hmKey geheimerSchluessel

Ja das Packet rijdale hatte ich danach bereits installiert und den FHEM upgedatet. (reicht das um den FHEM/CUL für AES zu aktivieren?)
Oder muss meine CUL einen bestimmte Firmware haben?

Danke

Grüße



EinEinfach

Zitatattr VCCU hmKey geheimerSchluessel
Mit diesem Attribut änderst du deinen Standard-HM aes Key. Mit dem
set Geraet assignHmKey
würdest du den Standar-HM aes Key im Gerät überschreiben. Vorausgesetzt die Kommunikation zwischen der Basis und dem Gerät steht, was bei dir nicht der Fall ist.

Bringt dich dieser Artikel nicht weiter?
http://fhemwiki.de/wiki/AES_Encryption
fhem auf Intel NUC6CAYH mit Proxmox im LXC (Debian 10), KNX mit knxd über MDT SCN-IP000.02, Buderus GB192-15i über KM100, Solaredge WR SE9K über Modbus-TCP

borum

Hallo,

den Artikel habe ich mir wirklich oft durchgelesen bevor ich im Forum geschrieben habe aber leider ist für mich daraus nicht alles klar geworden.

Ich hatte auch schon versucht  attr CUL1 hmKey geheimerSchluessel aber leider kommt folgende Meldung. 

ZitatCUL1: unknown attribute hmKey. Type 'attr CUL1 ?' for a detailed list.

Muss ich explizit dafür eine VCCU anlegen?

Ist das der default Key? (A4E375C6B09FD185F27C4E96FC273AE4)


Danke

Grüße


LuckyDay

ZitatIst das der default Key?
Fhem kennt den defaultkey von EQ3 , wenn dein Fhem aktuell ist

borum

Ok danke.
Was trage ich dann ein bei dem Attribut hmkey?
Oder brauche ich nichts eintragen weil es default ist im fhem?

borum

Also ich habe jetzt die VCCU eingerichtet die auch funktioniert.

Dann habe ich verschiedene hmKey ausprobiert sowie auch das attr CUL1 hmKey komplett weg gelassen, leider alles ohne Erfolg.

Gibt es eine Möglichkeit zu prüfen das auch AES gesprochen wird?

Habt ihr vielleicht noch eine Idee für mich?

mgernoth

Hallo,

Zitat von: borum am 22 September 2016, 22:36:19
Gibt es eine Möglichkeit zu prüfen das auch AES gesprochen wird?

Nachrichten mitsniffen. Daran kann man sehen ob und wer AES spricht (bzw. versucht).

Zitat
Habt ihr vielleicht noch eine Idee für mich?

Schau mal im fhem-Log ob irgendwelche Fehler auftauchen, wenn Du mit dem Gerät reden willst.

Viele Grüße
  Michael

borum

Ich habe nochmal angelernt und getConfig ausgeführt und das Log dazu angeschaut und angefügt.

Ich habe daraus keinen Fehler gesehen, vielleicht seht ihr mehr als ich?



2016.09.23 12:45:14 5: Cmd: >define HM_4C4900 CUL_HM 4C4900<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 IODev CUL1<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 IOgrp VCCU:CUL1<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 autoReadReg 4_reqStatus<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 expert 2_raw<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 firmware 1.0<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 model HM-Sec-Sir-WM<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 msgRepeat 1<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 room CUL_HM<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 serialNr NEQ0510586<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 subType siren<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900 webCmd getConfig:clear msgEvents<
2016.09.23 12:45:14 5: Cmd: >define FileLog_HM_4C4900 FileLog ./log/HM_4C4900-%Y.log HM_4C4900<
2016.09.23 12:45:14 5: Cmd: >attr FileLog_HM_4C4900 logtype text<
2016.09.23 12:45:14 5: Cmd: >attr FileLog_HM_4C4900 room CUL_HM<
2016.09.23 12:45:14 5: Cmd: >define HM_4C4900_Sen_01 CUL_HM 4C490001<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900_Sen_01 model HM-Sec-Sir-WM<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900_Sen_01 peerIDs 00000000,<
2016.09.23 12:45:14 5: Cmd: >define HM_4C4900_Sen_02 CUL_HM 4C490002<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900_Sen_02 model HM-Sec-Sir-WM<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900_Sen_02 peerIDs 00000000,<
2016.09.23 12:45:14 5: Cmd: >define HM_4C4900_Panic CUL_HM 4C490003<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900_Panic model HM-Sec-Sir-WM<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900_Panic peerIDs 00000000,<
2016.09.23 12:45:14 5: Cmd: >define HM_4C4900_Arm CUL_HM 4C490004<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900_Arm model HM-Sec-Sir-WM<
2016.09.23 12:45:14 5: Cmd: >attr HM_4C4900_Arm peerIDs 00000000,<

2016.09.23 12:45:15 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:15 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:15 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:1
2016.09.23 12:45:15 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:15 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:15 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:2

2016.09.23 12:45:15 5: Cmd: >setstate VCCU CUL1:ok,<
2016.09.23 12:45:15 5: Cmd: >setstate VCCU 2016-09-23 12:40:44 state CUL1:ok,<
2016.09.23 12:45:15 5: Cmd: >setstate VCCU 2016-09-23 12:38:10 unknown_4C4900 received<

2016.09.23 12:45:15 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:15 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:15 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:3
2016.09.23 12:45:15 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:15 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:16 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:4
2016.09.23 12:45:16 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:16 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:16 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:5
2016.09.23 12:45:16 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:16 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:16 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:6
2016.09.23 12:45:16 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:16 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:16 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:7
2016.09.23 12:45:16 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:16 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:16 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:8
2016.09.23 12:45:16 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:16 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:16 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:9
2016.09.23 12:45:16 3: CUL_HM set HM_4C4900 getConfig
2016.09.23 12:45:16 5: CUL1 sending As1002B001F112344C490000040000000000
2016.09.23 12:45:16 4: CUL_send:  CUL1As 10 02 B001 F11234 4C4900 00040000000000
2016.09.23 12:45:16 5: CUL_HM HM_4C4900 protEvent:CMDs_processing... pending:8

2016.09.23 12:45:20 4: CUL_HM_Resend: HM_4C4900 nr 2
2016.09.23 12:45:20 5: CUL1 sending As1002B001F112344C490000040000000000
2016.09.23 12:45:20 4: CUL_send:  CUL1As 10 02 B001 F11234 4C4900 00040000000000

2016.09.23 12:45:26 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:26 5: Starting notify loop for HM_4C4900, first event ResndFail
2016.09.23 12:45:26 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:26 5: Starting notify loop for HM_4C4900, first event CMDs_done_Errors:1
2016.09.23 12:45:26 5: CUL_HM HM_4C4900 protEvent:CMDs_done_Errors:1
2016.09.23 12:45:26 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:26 5: Starting notify loop for HM_4C4900, first event RESPONSE TIMEOUT:RegisterRead

2016.09.23 12:45:40 4: WEB_192.168.10.107_54679 GET /fhem?cmd={AttrVal(%22HM_4C4900%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2016.09.23 12:45:40 5: Cmd: >{AttrVal("HM_4C4900","room","")}<
2016.09.23 12:45:40 4: name: /fhem?cmd={AttrVal(%22HM_4C4900%22,%22room%22,%22%22)}&XHR=1 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2016.09.23 12:45:40 4: WEB_192.168.10.107_54680 GET /fhem?XHR=1&inform=type=status;filter=HM_4C4900;since=1474627538;fmt=JSON&fw_id=899&timestamp=1474627530475; BUFLEN:0
2016.09.23 12:45:52 4: WEB_192.168.10.107_54679 POST /fhem?cmd.HM_4C4900=set%20HM_4C4900%20getConfig&XHR=1&fw_id=899; BUFLEN:0
2016.09.23 12:45:52 5: Cmd: >set HM_4C4900 getConfig<
2016.09.23 12:45:52 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:52 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:1
2016.09.23 12:45:52 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:52 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:2
2016.09.23 12:45:52 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:52 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:3
2016.09.23 12:45:52 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:52 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:4
2016.09.23 12:45:52 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:52 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:5
2016.09.23 12:45:52 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:52 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:6
2016.09.23 12:45:52 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:52 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:7
2016.09.23 12:45:52 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:52 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:8
2016.09.23 12:45:52 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:45:52 5: Starting notify loop for HM_4C4900, first event CMDs_pending
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_pending pending:9
2016.09.23 12:45:52 3: CUL_HM set HM_4C4900 getConfig
2016.09.23 12:45:52 5: CUL1 sending As1003B001F112344C490000040000000000
2016.09.23 12:45:52 4: CUL_send:  CUL1As 10 03 B001 F11234 4C4900 00040000000000
2016.09.23 12:45:52 5: CUL_HM HM_4C4900 protEvent:CMDs_processing... pending:8
2016.09.23 12:45:52 4: name: /fhem?cmd.HM_4C4900=set%20HM_4C4900%20getConfig&XHR=1&fw_id=899 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip

2016.09.23 12:45:58 4: CUL_HM_Resend: HM_4C4900 nr 2
2016.09.23 12:45:58 5: CUL1 sending As1003B001F112344C490000040000000000
2016.09.23 12:45:58 4: CUL_send:  CUL1As 10 03 B001 F11234 4C4900 00040000000000
2016.09.23 12:46:03 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:46:03 5: Starting notify loop for HM_4C4900, first event ResndFail
2016.09.23 12:46:03 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:46:03 5: Starting notify loop for HM_4C4900, first event CMDs_done_Errors:1
2016.09.23 12:46:03 5: CUL_HM HM_4C4900 protEvent:CMDs_done_Errors:1
2016.09.23 12:46:03 5: Triggering HM_4C4900 (1 changes)
2016.09.23 12:46:03 5: Starting notify loop for HM_4C4900, first event RESPONSE TIMEOUT:RegisterRead


Danke

Grüße

mgernoth

Hallo,

Zitat von: borum am 23 September 2016, 13:06:42
Ich habe nochmal angelernt und getConfig ausgeführt und das Log dazu angeschaut und angefügt.

Das Log enthält leider nur die gesendete Befehle. Gab es beim Anlernvorgang wenigstes noch ein recv (vor dem geposteten Ausschnitt)?

Schau Dir bitte mal das Ende dieses Beitrags an, um das Logging richtig zu konfigurieren:
https://forum.fhem.de/index.php/topic,16563.msg107848.html#msg107848

Aber ein getconfig selbst sollte eh keine AES-Signatur auslösen, evtl empfängt die Sirene gar nicht mehr sondern sendet nur noch.

Viele Grüße
  Michael

borum

Hallo zusammen,

ich habe jetzt noch ein paar weitere Logs aber das Logging wie in dem Beitrag konnte ich nicht einstellen mit LogIDs, ich habe einfach verbose wie zuvor auf 5 gesetzt in der CUL bzw. VCCU.


2016.09.25 20:33:13.721 5: CUL/RAW: /A1A0484004C49000000001000F94E45513035313035383610C4010057

2016.09.25 20:33:13.723 4: CUL_Parse: CUL1 A 1A 04 8400 4C4900 000000 1000F94E45513035313035383610C4010057 -30.5
2016.09.25 20:33:13.725 5: CUL1 dispatch A1A0484004C49000000001000F94E45513035313035383610C40100::-30.5:CUL1
2016.09.25 20:33:13.734 5: CUL1 sending As1005B001F112344C490000040000000000
2016.09.25 20:33:13.735 5: CUL 4C4900 dly:89ms
2016.09.25 20:33:13.825 4: CUL_send:  CUL1As 10 05 B001 F11234 4C4900 00040000000000
2016.09.25 20:33:14.345 5: CUL/RAW: /A1A05A0104C4900F11234020200034809010A000B000C001217180057

2016.09.25 20:33:14.346 4: CUL_Parse: CUL1 A 1A 05 A010 4C4900 F11234 020200034809010A000B000C001217180057 -30.5
2016.09.25 20:33:14.348 5: CUL1 dispatch A1A05A0104C4900F11234020200034809010A000B000C0012171800::-30.5:CUL1
2016.09.25 20:33:14.352 5: CUL1 sending As0A058002F112344C490000
2016.09.25 20:33:14.353 5: CUL 4C4900 dly:93ms
2016.09.25 20:33:14.448 4: CUL_send:  CUL1As 0A 05 8002 F11234 4C4900 00
2016.09.25 20:33:14.592 5: CUL/RAW: /A0E06A0104C4900F11234021001228356

2016.09.25 20:33:14.593 4: CUL_Parse: CUL1 A 0E 06 A010 4C4900 F11234 021001228356 -31
2016.09.25 20:33:14.594 5: CUL1 dispatch A0E06A0104C4900F112340210012283::-31:CUL1
2016.09.25 20:33:14.598 5: CUL1 sending As0A068002F112344C490000
2016.09.25 20:33:14.599 5: CUL 4C4900 dly:94ms
2016.09.25 20:33:14.694 4: CUL_send:  CUL1As 0A 06 8002 F11234 4C4900 00
2016.09.25 20:33:14.837 5: CUL/RAW: /A0C07A0104C4900F1123402000057

2016.09.25 20:33:14.838 4: CUL_Parse: CUL1 A 0C 07 A010 4C4900 F11234 02000057 -30.5
2016.09.25 20:33:14.839 5: CUL1 dispatch A0C07A0104C4900F11234020000::-30.5:CUL1
2016.09.25 20:33:14.849 5: CUL1 sending As0A078002F112344C490000
2016.09.25 20:33:14.850 5: CUL 4C4900 dly:88ms
2016.09.25 20:33:14.939 4: CUL_send:  CUL1As 0A 07 8002 F11234 4C4900 00
2016.09.25 20:33:14.952 5: CUL1 sending As1008A001F112344C490001040000000001
2016.09.25 20:33:14.953 4: CUL_send:  CUL1As 10 08 A001 F11234 4C4900 01040000000001
2016.09.25 20:33:19.183 5: CUL1 sending As1008B001F112344C490001040000000001
2016.09.25 20:33:19.184 4: CUL_send:  CUL1As 10 08 B001 F11234 4C4900 01040000000001
2016.09.25 20:34:45.509 5: CUL/RAW: /A0FE9861022DC1A0000000A24E40C006434


Ich konnte nach wie vor keinen Fehler finden?!

Seht ihr vielleicht mehr?

Grüße

mgernoth

#13
Hallo,

Zitat von: borum am 25 September 2016, 20:41:51
ich habe jetzt noch ein paar weitere Logs aber das Logging wie in dem Beitrag konnte ich nicht einstellen mit LogIDs, ich habe einfach verbose wie zuvor auf 5 gesetzt in der CUL bzw. VCCU.

Am Ende des Beitrags war die Anleitung für CUL. Verbose 4 am CUL hätte gereicht, aber so passts auch.

Zitat

2016.09.25 20:33:14.346 4: CUL_Parse: CUL1 A 1A 05 A010 4C4900 F11234 020200034809010A000B000C001217180057 -30.5


Ok, das Gerät scheint im Auslieferungszustand zu sein und ist nicht gepaired (Reg. 0A, 0B und 0C sind alle 00).

Zitat

2016.09.25 20:33:14.694 4: CUL_send:  CUL1As 0A 06 8002 F11234 4C4900 00
2016.09.25 20:33:14.838 4: CUL_Parse: CUL1 A 0C 07 A010 4C4900 F11234 02000057 -30.5

2016.09.25 20:33:14.939 4: CUL_send:  CUL1As 0A 07 8002 F11234 4C4900 00
2016.09.25 20:33:14.953 4: CUL_send:  CUL1As 10 08 A001 F11234 4C4900 01040000000001
2016.09.25 20:33:19.184 4: CUL_send:  CUL1As 10 08 B001 F11234 4C4900 01040000000001


Irgendwas geht dann im Pairingprozess schief, die Konfigurationsanfrage wird trotz Antwort wiederholt.
Von AES-Requests ist nirgends etwas zu sehen, das scheidet also als Ursache aus.

Aber Dein RSSI ist groß klein, erhöhe mal die Entfernung zwischen CUL und Sirene, evtl. übersteuert da was.

Viele Grüße
  Michael

borum

Hallo zusammen,

erstmal ein ganz großen Dank an ALLE die mich unterstützt haben beim Fehler finden bzw. eingrenzen.

Lösung:
Ich habe wie von Michael empfohlen die Entfernung zwischen CUL und Sirene vergrößert (bin in einen anderen Raum gegangen) und sie noch mal in den pairing Modus versetzt und siehe da sie hat sich wieder sauber verbunden.

Wahrscheinlich war nach dem ersten zurücksetzen die ganze AES/Sign-on Konfiguration schon weg und sie hat sich nur durch den beschriebenen Fehler nicht verbunden.

Leider ist mir das Verhalten nicht ganz klar aber es hat funktioniert!?

Danke

Grüße