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
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
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 ;-)
das perl modul rjindal ist installiert?
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
Crypt::Rijndael
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.
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.
Das Perlmodul wars. Geht auch ohne VCCU.
DANKE !!!!
:)
linuxpaul
Hallo,
können die HM-SEC-SCo Sensoren auch mit einem COC gepairt werden? Ist dieser gleichzusetzen mit einem CUL?
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
Ich bekomme es leider auch nicht hin. Auch mit der Anleitung von errazzor nicht.
Hat noch jemand einen Tipp für mich? :-(
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
Hi,
bei mir war das Problem mit
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
Zitat von: linuxpaul am 26 Oktober 2016, 17:13:19
Hi,
bei mir war das Problem mit
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
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