Hauptmenü

HM AES aktiv?

Begonnen von birdy, 09 Juni 2016, 23:22:34

Vorheriges Thema - Nächstes Thema

birdy

Ich habe vor ein paar Tagen einen HM-CFG-USB-2 bekommen und via HMLAND angebunden.

Vorerst habe ich lediglich 1 weite HM Komponente im Betrieb, eine HM-SCI-3-FM (Funk-Schliesserkontakt-Schnittstelle 3-fach)

Das Ganze funktioniert grundsätzlich, die Stati der Schliesserkontakte werden in FHEM korrekt angezeigt. Nun habe versucht AES zu aktivieren. Dazu habe ich alles ausprobiert was ich im Netz dazu gefunden (ohne in Detail verstanden zu haben was ich gemacht habe).  Aber ob AES nun wirklich aktiv ist...?

Wie kann ich das ausfindig machen, welche Möglichkeiten gibt es?

Schon mal vielen Dank
FHEM  @Debian bullseye @Proxmox VE 8.4.1
GMKtec mit AMD Ryzen 7 5700U
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

LuckyDay

lass uns doch auch sehen was du siehst :)

list <device> und poste hier die Ausgabe in codeTags
ein HM-SCI-3-FM kann AES

birdy

Welches ist die gesuchte Device, der threeStateSensor ?

Internals:
   DEF        3A8ED3
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     245
   NAME       HM_FM_Sensor
   NR         135
   NTFY_ORDER 50-HM_FM_Sensor
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_3A8ED3_Sw_01
   channel_02 HM_3A8ED3_Sw_02
   channel_03 HM_3A8ED3_Sw_03
   hmusb_MSGCNT 245
   hmusb_RAWMSG E3A8ED3,0000,0AF24DBE,FF,FFDA,DF84003A8ED300000012005F4D45513033313433313580030000
   hmusb_RSSI -38
   hmusb_TIME 2016-06-10 00:40:59
   lastMsg    No:DF - t:00 s:3A8ED3 d:000000 12005F4D45513033313433313580030000
   protCmdDel 16
   protEvt_AESCom-ok 47 last_at:2016-06-09 22:51:38
   protLastRcv 2016-06-10 00:40:59
   protResnd  3 last_at:2016-06-09 22:30:07
   protResndFail 1 last_at:2016-06-09 22:30:22
   protSnd    106 last_at:2016-06-09 22:51:38
   protState  CMDs_done
   rssi_at_hmusb max:-38 lst:-38 cnt:151 min:-73 avg:-47.55
   Readings:
     2016-06-10 00:40:59   Activity        alive
     2016-06-09 22:24:15   CommandAccepted yes
     2016-06-10 00:40:59   D-firmware      1.2
     2016-06-10 00:40:59   D-serialNr      MEQ0314315
     2016-06-09 22:51:34   PairedTo        0x000000
     2016-06-07 21:48:03   R-cyclicInfoMsg off
     2016-06-07 21:48:03   R-pairCentral   0x000000
     2016-06-09 22:51:33   RegL_00.          02:00 09:00 0A:00 0B:00 0C:00 14:06 00:00
     2016-06-09 22:51:38   aesCommToDev    ok
     2016-06-09 22:18:07   aesKeyNbr       00
     2016-06-09 22:51:05   battery         ok
     2016-06-09 22:51:38   state           CMDs_done
   Helper:
     HM_CMDNR   223
     cSnd       011702173A8ED303040000000001,011702173A8ED30303
     mId        005F
     rxType     12
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3A8ED3,01,01,0E
       nextSend   1465512059.20681
       prefIO
       rxt        2
       vccu
       p:
         3A8ED3
         01
         01
         0E
     Mrssi:
       mNo        DF
       Io:
         hmusb      -36
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -47.5562913907285
         cnt        151
         lst        -38
         max        -38
         min        -73
     Shadowreg:
   Role:
Attributes:
   IODev      hmusb
   actCycle   028:00
   actStatus  alive
   aesCommReq 1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.2
   model      HM-SCI-3-FM
   room       CUL_HM
   serialNr   MEQ0314315
   subType    threeStateSensor
   webCmd     getConfig:clear msgEvents
FHEM  @Debian bullseye @Proxmox VE 8.4.1
GMKtec mit AMD Ryzen 7 5700U
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

Deudi

So:
2016-06-09 22:51:34   PairedTo        0x000000
wird das nix. Nochmal anlernen.
Gigabyte Brix, Ubuntu 16.04.3 LTS, Homematic, Z-Wave, EnOcean, Shelly@MQTT, SIGNALduino, JeeLink DAVIS-Sketch

birdy

Da stellt sich mir die Frage wie und was genau angelernt werden muss, der threeStateSensor, die einzelnen Kanäle oder......?

Gemäss Wiki muss doch die AES Signatur vom Empfänger angefordert werden, in den man ,,set Geraet sign on" setzt.
In meinen Fall ist HM-SCI-3-FM der Sender und HM-CFG-USB-2 der Empfänger. Kann man beim HM-CFG-USB-2 auch sign on setzen? Ich habe keine solche Möglichkeit gefunden
FHEM  @Debian bullseye @Proxmox VE 8.4.1
GMKtec mit AMD Ryzen 7 5700U
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

marvin78

Das Device aus dem list ist nicht gepairt. Paire es und dann kannst du mit AES weiter machen.

MadMax-FHEM

Hallo,

also gut, das Wiki ist an der Stelle etwas knapp... ;-)

Aber du hast ja zum Gerät eine Bedienungsanleitung!?

Dort steht bestimmt drin, wie man das Gerät an eine Zentrale anlernt.

Überall wo sowas wie "ccu in Anlernmodus" etc. immer vglbares in FHEM tun, also z.B. 'hmPairForSec 60' etc.
Das steht dann z.B. hier:

http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU

es empfiehlt sich eh eine vccu anzulegen...

Ansonsten geht pairing etc. genau so, nur halt bei deinem hmlan (wie immer der bei dir in fhem definiert ist/heißt)...

Welche HM-ID hast du??

'000000' geht nicht!

Steht auch im genannten Link.

Erst wenn (wie bereits geschrieben) das Gerät gepairt ist (an Zentrale angelernt), inkl. getConfig etc. (vielleicht auch mal bei anderen HM-Geräten in diversen wikis kucken http://www.fhemwiki.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat oder http://www.fhemwiki.de/wiki/HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP aber halt "nur" um einen Eindruck von den "üblichen" Abläufen zu bekommen...)

Wenn du damit durch bist, erneut ein list von dem Gerät/Device...
Und wenn dann alles passt gut aussieht, kann man mit den anderen Dingen wie "peeren" mit anderen Aktoren/Sensoren bzw. AES etc. weiter machen.
Vorher hat das wohl keinen Sinn...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

birdy

Hallo Joachim

Vielen Dank für die Tipps, werde mich am Abend durcharbeiten.

Ihr sprecht davon, dass das Device nicht paired sei. Aber wie bereits geschrieben, die Stati der Schliesserkontakte werden in FHEM korrekt angezeigt.
Das dies bei nicht paired devices funktionieren sollt, empfinde ich als äusserst merkwürdig. Aber evtl. bin ich einfach (noch) auf dem falschen Dampfer.

Danke & Gruss
birdy
FHEM  @Debian bullseye @Proxmox VE 8.4.1
GMKtec mit AMD Ryzen 7 5700U
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

marvin78

Bist du. Das Device ist nicht gepairt. Hier zu sehen:

2016-06-09 22:51:34   PairedTo        0x000000

Statt 000000 sollte dort deine HMID stehen.

MadMax-FHEM

Hi birdy,

ZitatIhr sprecht davon, dass das Device nicht paired sei. Aber wie bereits geschrieben, die Stati der Schliesserkontakte werden in FHEM korrekt angezeigt.
Das dies bei nicht paired devices funktionieren sollt, empfinde ich als äusserst merkwürdig. Aber evtl. bin ich einfach (noch) auf dem falschen Dampfer.

Jep bist du wohl (noch) ;-)

fhem bzw. das entsprechende Modul (CUL_HM!?) "liest" mit weil ja der HM-CFG-USB, HMLAN, CUL, etc. den Funkverkehr empfängt und weitergibt...

Autocreate legt beim Empfang von (bestimmten) Telegrammen mal ein Device an und die passenden Funkmeldungen werden interpretiert und eingetragen...

Vielleicht nicht 100%ig korrekt aber (so wie ich es verstehe) in etwa der Ablauf...

Daher sieht es für dich so aus als würde es "prinzipiell" funktionieren.

Wenn du nur einen Sensor hast (beispielsweise Fenster auf), dann mag dieser Zustand auch reichen, da du ja "auf/zu" mitbekommst...


Erwartet das Gerät allerdings ACKs oder du willst ein Gerät (Aktor) schalten, dann geht das nur, wenn das Gerät an FHEM sauber angelernt (gepairt) ist.
Sonst akzeptiert das Gerät keine Kommandos (weil die HMID mit denen eventuelle Befehel ankommen "nicht bekannt" ist und somit ignoriert werden)...

Vielleicht ist nun etwas klarer was der Unterschied zwischen: es funktioniert doch alles, ich krieg ja die Meldungen UND es funktioniert wirklich alles (auch Dinge die du nicht [gleich] siehst)...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Benni

Und hier noch der allseits beliebte Verweis auf die Dokumentation  ;)

In diesem Fall auf das Einsteiger-PDF http://fhem.de/Heimautomatisierung-mit-fhem.pdf (Seite 71)

birdy

Zitat von: MadMax-FHEM am 10 Juni 2016, 15:22:07

Autocreate legt beim Empfang von (bestimmten) Telegrammen mal ein Device an und die passenden Funkmeldungen werden interpretiert und eingetragen...

Vielleicht nicht 100%ig korrekt aber (so wie ich es verstehe) in etwa der Ablauf...

Daher sieht es für dich so aus als würde es "prinzipiell" funktionieren.


Genau das war das Problem. Nach dem drücken des Anlernkopfes auf den HM-SCI-3-FM hat es für mich so ausgesehen als würde alles funktionieren.  Und weil nicht nur so ausgesehen hat sondern auch wirklich funktioniert hat, bin ich fälschlicherweise davon ausgegangen dass die Devices nun paired sind.

Ich habe jetzt wie von Joachim eine VCCU angelegt.
Vielen Dank für die ausführliche und nachvollziehbare Erklärung.

Wie es nun aussieht sind die Devices jetzt paired
2016-06-12 22:49:18   PairedTo        0x170272

Bedeutet dies, dass nun auch AES aktiv ist? 
2016-06-12 22:51:39   aesCommToDev    ok

Oder stehe ich immer noch im Schilf?

Und noch die gesamte Übersicht.
Internals:
   DEF        3A8ED3
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     189
   NAME       HM_FM_Sensor
   NR         135
   NTFY_ORDER 50-HM_FM_Sensor
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_3A8ED3_Sw_01
   channel_02 HM_3A8ED3_Sw_02
   channel_03 HM_3A8ED3_Sw_03
   hmusb_MSGCNT 189
   hmusb_RAWMSG E3A8ED3,0040,0027C3B8,01,FFCB,27A4413A8ED31702720177C8
   hmusb_RSSI -53
   hmusb_TIME 2016-06-12 22:51:39
   lastMsg    No:27 - t:41 s:3A8ED3 d:170272 0177C8
   protEvt_AESCom-ok 60 last_at:2016-06-12 22:51:39
   protLastRcv 2016-06-12 22:51:39
   protSnd    95 last_at:2016-06-12 22:51:39
   protState  CMDs_done
   rssi_at_hmusb max:-41 avg:-52.18 lst:-53 min:-70 cnt:69
   Readings:
     2016-06-12 22:49:12   Activity        alive
     2016-06-12 22:43:26   CommandAccepted yes
     2016-06-12 22:49:12   D-firmware      1.2
     2016-06-12 22:49:12   D-serialNr      MEQ0314315
     2016-06-12 22:49:18   PairedTo        0x170272
     2016-06-07 21:48:03   R-cyclicInfoMsg off
     2016-06-12 22:49:13   R-pairCentral   0x170272
     2016-06-12 22:49:18   RegL_00.          02:01 09:00 0A:17 0B:02 0C:72 14:06 00:00
     2016-06-12 22:51:39   aesCommToDev    ok
     2016-06-12 22:43:27   aesKeyNbr       02
     2016-06-12 22:51:39   battery         ok
     2016-06-12 22:51:39   state           CMDs_done
   Helper:
     HM_CMDNR   39
     cSnd       011702723A8ED303040000000001,011702723A8ED30303
     mId        005F
     rxType     12
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3A8ED3,01,01,0E
       nextSend   1465764700.09177
       prefIO
       rxt        2
       vccu
       p:
         3A8ED3
         01
         01
         0E
     Mrssi:
       mNo        27
       Io:
         hmusb      -51
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       try        1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         hmusb
       flg        A
       ts         1465764699.99272
       ack:
         HASH(0x2b58ab0)
         2780021702723A8ED300
     Rssi:
       At_hmusb:
         avg        -52.1884057971014
         cnt        69
         lst        -53
         max        -41
         min        -70
     Shadowreg:
     Tmpl:
   Role:
Attributes:
   IODev      hmusb
   IOgrp      VCCU:hmusb
   actCycle   028:00
   actStatus  alive
   aesCommReq 1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.2
   model      HM-SCI-3-FM
   room       CUL_HM
   serialNr   MEQ0314315
   subType    threeStateSensor
   webCmd     getConfig:clear msgEvents


Danke & Gruss
birdy
FHEM  @Debian bullseye @Proxmox VE 8.4.1
GMKtec mit AMD Ryzen 7 5700U
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

budy

Moin,

das Device sieht gut aus. Du müsstest evtl. in den Channels noch das R-Sign setzen...

Gruß,
Stephan
Debian stretch, FHEM 5.9.
HM-CC-RT-DN, HM-ES-PMSw1-Pl, HM-LC-Dim1TPBU-FM, HMUARTLGW, HMLAN, HM-SEC-KEY, HM-SEC-RHS, HM-SEC-SC-2, HM-SEC-SCo, HM-SEC-SD-2, HM-OU-CFM-TW, div. HUEs, Wifilight, Ring Video Pro

birdy

Zitat von: Benni am 10 Juni 2016, 16:59:57
Und hier noch der allseits beliebte Verweis auf die Dokumentation  ;)

In diesem Fall auf das Einsteiger-PDF http://fhem.de/Heimautomatisierung-mit-fhem.pdf (Seite 71)

Vielen Dank für den Verweis auf die Dokumentation. Bezüglich AES findet man in dieser Dokumentation aber so gut wie keine Informationen.

Es wird erklärt wie man Devices paired und, dass ein sauberes Paring  Voraussetzung  für AES ist. Ok, ich muss zugeben das dies bei mir gefehlt hat.  Aber meine eigentliche Frage war (Titel), wie kann man zuverlässig erkennen ob AES aktiv ist.

Gruss birdy





Gruss birdy
FHEM  @Debian bullseye @Proxmox VE 8.4.1
GMKtec mit AMD Ryzen 7 5700U
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

MadMax-FHEM

Hallo,

hier http://www.fhemwiki.de/wiki/AES_Encryption ist beschrieben, was alles (und warum) gesetzt werden kann bzw. welche Attribute bei den Geräten/Kanälen (warum) angelegt/gesetzt werden können.

Nach dem Studieren sollte es klar(er) sein, wie du feststellen kannst, ob AES bei dir so eingestellt ist (funktioniert->wenn keine Fehler) wie du es verwenden möchtest in dem du prüfst wie die entsprechenden Einstellungen/Settings bei dir sind...

Gruß, Joachim

Vielleicht auch noch interessant: http://www.meintechblog.de/2013/12/hmlan-adapter-system-sicherheitsschluessel-aendern/
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)