[Gelöst] CUL Cube & HM-SEC-SCo pairen

[linuxpaul]

Hallo Forum,

ich versuche einen CUL Cube mit HM-SEC-SCo pairen.
Nun sehe ich immer R-pairCentral set_0x409137 am Ende.
Paired to bleibt auf 0x000000

Das ändert sich auch nach mehreren Minuten nicht.
Wie lange dauert das bis das Sensor quittiert?


linuxpaul

[MadMax-FHEM]

Hallo,

hilft wahrsch. nicht wirklich aber vielleicht gibt es weitere Anhaltspunkte.

Hatte ähnliches mit einem "norm. CUL an meinem Testsystem...

Selber Sensor dann an meinem richtigen System mit HM-USB als hmlan ging es sofort...

Vielleicht AES an?
Hab wo gelesen, dass man zuerst mit einem "offiziell" HM-IO den Sensor "bearbeiten" muss...

Wobei ich kein AES verwende...
...es also auch beim Sensor nicht abschalten musste...

Da es dann an meinem eigentlichen System lief habe ich das nicht weiter untersucht...

Gruß, Joachim

[MadMax-FHEM]

Ist ein guter Tipp habe ich aber mit dem "normalen" CUL auch sehr oft gemacht letztendlich leider ohne Erfolg...
...mit dem HM-CFG-USB als hmlan ging es aber dann sehr geschmeidig...

Sorry, dass ich das noch mal einwerfe...

Hatte meinen HM-SEC-SCo auch resetted und noch mal von vorne...
...leider ohne Erfolg.

Wollte aber nach dem Zusammenbau des Sensors nur einen "Quicktest", daher habe ich aufgehört und wollte die Probleme dann beim "echten" System (mit HM-CFG-USB) behandeln...

...waren aber keine (mehr) da...

Nur noch mal so als Hinweis vielleicht ein Unterschied zwischen CUL und HM-Hardware...
...also außer dass es nat. unterschiedliche HW ist

[frank]

das perl modul rjindal ist installiert?

[linuxpaul]

Rein raus und nochmal neu habe ich auch schon versucht.
Auch nochmal kurz drücken -> blinkt gelb wie bei einem pairing ohne CUL.

Ich habe inzwischen ein Attribut aesCommReq gefunden und dies mit aesCommReq 0 eingefügt.
Danach ging auch das das PairedTo auf set_0x409137 (war vorher nicht).
Inzwischen ist das R-pairCentral auf 0x000000 zuückgesprungen, PairedTo steht noch auf set_0x409137

rjindal? von cpan? dort finde ich das nicht.


linuxpaul

[frank]

Crypt::Rijndael

[errazzor]

Ich hatte mal eine kleine Anleitung geschrieben, wie man die Fenstersensoren inkl. AES mit einem CUL bzw. an einer VCCU pairt.  Ich poste sie hier mal, ich hoffe es hilft.

Code Auswählen Erweitern


Anlernen eines HM-SEC-SCo an FHEM mit einem CUL (errazzor)

Zuerst muss das fehlende Crypt-Paket nachinstalliert werden:

sudo /usr/bin/perl -MCPAN -e 'install Crypt::Rijndael'

Danach, falls noch nicht geschehen, eine VCCU definieren und dieser einen AES-Key zuweisen:

define <CCU-Name> CUL_HM <hmId>

Als <hmId> verwendet man die *gleiche* ID wie auch schon zuvor mit dem CUL.

Danach noch einige Attribute inkl. des AES-Keys setzen (CUL_0 ersetzen durch den Namen eures CULs)

attr CCU IODev CUL_0
attr CCU IOList CUL_0
attr CCU hmKey 01:<md5-kodiertes kennwort>    (hier euer persönliches AES-Kennwort, welches ihr vorher mit einem MD5-Kodierer kodiert habt einsetzen. WICHTIG: KEINE Sonderzeichen verwenden!! Key gut merken/aufschreiben!)
attr CCU model CCU-FHEM
attr CCU subType virtual
attr CCU webCmd virtual:update

Jetzt allen bestehenden Devices das Attribut 'ioGrp' mit dem Namen der VCCU setzen. Also z.b. attr <device> IOgrp CCU

Schon jetzt werden alle bisher eingebundenen Devices von der VCCU gesteuert. Habt ihr nur einen Transreceiver, bemerkt ihr natürlich keinen Unterschied.
Der Vorteil ist nun aber, dass ihr jederzeit einen weiteren CUL hinzufügen und der VCCU zuordnen könnt.
Das bringt Ausfallsicherheit bzw. Erweiterung der Funkreichweite. Die VCCU wird immer den CUL mit dem stärksten Signal nehmen, um die Devices zu erreichen.

Das funktioniert so: Die VCCU setzt bei jedem Device automatisch das Attribut IOdef, und zwar dynamisch. IOdef enthält den CUL, über welchen das Device gesteuert/angesprochen wird.
Habt ihr also beispielsweise 2 CULs und CUL1 hat ein stärkeres Signal zum Device, wird die VCCU CUL1 als Attribut IOdef beim Device setzen.
Fällt CUL1 einmal aus wird die VCCU automatisch CUL2 als Attribut IOdef beim Device setzen.

Wichtig: Neue Devices ab sofort immer an der VCCU anlernen und nicht mehr direkt am CUL.

Nun aber zurück zum Fenstersensor.

Die VCCU in den Anlernmodus versetzen:

set CCU hmPairForSec 180 (3 Minuten)

Nun die Config-Taste am Fenstersensor kurz drücken.

Im Logfile sollte nun zu sehen, dass der Sensor gepaired wurde und er sollte im Raum CUL_HM auftauchen.

Nun in die Eigenschaften des Sensor gehen und per

set assignHmKey

euren AES-key dem Device zuordnen.

Dann solltet ihr in den Readings des Sensors sehen:

PairedTo 0x<eure hmid>
aesCommToDev ok
aesKeyNbr 00

Diese drei Werte sind wichtig.

Dann ein getConfig ausführen.

Sollten nun längere Zeit die CMDS_pending ausstehen, einfach kurz den Config-Knopf am Sensor drücken. Dann sollten die CMDs umgehend übertragen werden und ihr seht in den Readings jede Menge neue Werte.
Unter anderem folgender wichtiger Wert:

R-sign on

Wenn ihr das alles habt, ist es geschafft.

Euer Fenstersensor ist gepaired und kommuniziert per AES mit eurem CUL bzw. VCCU.


[linuxpaul]

Das Perlmodul wars. Geht auch ohne VCCU.

DANKE !!!!


linuxpaul

[huhu]

Hallo,

können die HM-SEC-SCo Sensoren auch mit einem COC gepairt werden? Ist dieser gleichzusetzen mit einem CUL?

[linuxpaul]

Aus dem Bauch raus würde ich sagen ja, warum soll das nicht gehen?
Der Chip ist doch immer der Selbe. CUN, CUL, COC, ....

Zur Vollständigkeit:
Inzwischen betreibe ich meinen MaxCube als CUN mit VCCU.


linuxpaul

[JayP]

Ich bekomme es leider auch nicht hin. Auch mit der Anleitung von errazzor nicht.
Hat noch jemand einen Tipp für mich?

Code Auswählen Erweitern

nternals:
   CUL868_MSGCNT 2
   CUL868_RAWMSG A1A1D84004E4F360000001000C74E45513039343331373480810101::-75:CUL868
   CUL868_RSSI -75
   CUL868_TIME 2016-10-26 16:41:50
   DEF        4E4F36
   IODev      CUL868
   LASTInputDev CUL868
   MSGCNT     2
   NAME       HM_4E4F36
   NOTIFYDEV  global
   NR         256
   NTFY_ORDER 50-HM_4E4F36
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:1D - t:00 s:4E4F36 d:000000 1000C74E45513039343331373480810101
   protCmdPend 3 CMDs_pending
   protLastRcv 2016-10-26 16:41:50
   protState  CMDs_pending
   rssi_at_CUL868 cnt:2 lst:-75 min:-78.5 avg:-76.75 max:-75
   Readings:
     2016-10-26 16:40:43   Activity        alive
     2016-10-26 16:40:43   D-firmware      1.0
     2016-10-26 16:40:43   D-serialNr      xxBLUBBxx
     2016-10-26 16:32:56   R-pairCentral   set_0xB89B12
     2016-10-26 16:32:57   aesKeyNbr       00
     2016-10-26 16:33:01   battery         ok
     2016-10-26 16:33:01   contact         closed (to broadcast)
     2016-10-26 16:33:01   state           closed
     2016-10-26 16:33:01   trigDst_broadcast noConfig
     2016-10-26 16:33:01   trigger_cnt     3
   cmdStack:
     ++A001B89B124E4F3600040000000000
     ++A001B89B124E4F3601040000000001
     ++A001B89B124E4F360103
   Helper:
     HM_CMDNR   29
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4E4F36,00,01,00
       nextSend   1477492910.59953
       prefIO
       rxt        0
       vccu
       p:
         4E4F36
         00
         01
         00
     Mrssi:
       mNo        1D
       Io:
         CUL868     -73
     Prt:
       bErr       0
       sProc      2
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul868:
         avg        -76.75
         cnt        2
         lst        -75
         max        -75
         min        -78.5
     Tmpl:
Attributes:
   IODev      CUL868
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   room       CUL_HM
   serialNr   xxBLUBBxx
   subType    threeStateSensor

Danke und Gruß
Jay

[linuxpaul]

Hi,

bei mir war das Problem mit

Code Auswählen Erweitern

cpan -i Crypt::Rijndael
gelöst.
Sonst habe ich nix weiter von der Anleitung gemacht.
Allerdings erinnere ich mich, dass ich meinen Sensor
vor dem Pairing wieder auf Factory defaults zurückgesetzt habe.


linuxpaul

[Kusselin]

Hi,

bei mir war das Problem mit

Code Auswählen Erweitern

cpan -i Crypt::Rijndael
gelöst.
Sonst habe ich nix weiter von der Anleitung gemacht.
Allerdings erinnere ich mich, dass ich meinen Sensor
vor dem Pairing wieder auf Factory defaults zurückgesetzt habe.


linuxpaul

Hallo,

ich möchte auch demnächst den Fensterkontakt installieren..dazu muss man das "Rijndael" installieren...

linuxpaul beschreibt das mit "cpan -i Crypt::Rijndael"

gibt man das dann einfach in Fhem in die Kommandozeile ein oder wie funzt das?
Normalerweise installiert man das doch über die Raspi Kommandozeile  mit sudo oder?

Bitte klärt mich auf.

Gruss

[linuxpaul]

Hi Kusselin,

das gibt man auf der Kommandline des Raspis ein.
cpan ist ein Binary aus dem Perl Packages zur Verwaltung der Perl Module,
also sowas wie ein apt-get bei debian.

Btw. Ich habe inzwischen eine VCCU drauf und würde es nicht mehr ohne machen.


linuxpaul