[Gelöst] Vorhandenes HM-SEC-SD2-Team wie anlernen?

[Manul]

Ich habe ein Team von 9 HM-SEC-SD2, die untereinander gepeert aber bis jetzt mit keiner Zentrale gepairt sind. Wie kriege ich die am besten ins FHEM? Einzeln anlernen? Team vorher auflösen? Nur einen anlernen und der Rest wird automatisch entdeckt? Oder wie sonst?

[cjung]

Und auch hier gibt es eine gute Doku: https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder#virtueller_TeamLead

[Manul]

Danke! Da sehe ich allerdings nicht, wie ich bei Rauchmeldern vorgehe, die unabhängig von FHEM bereits ein Team bilden.

[martinp876]

Die SD müssen einzeln gepairt werden. Fertig. Ok, prüfen, dass fhem die Register gelesen hat. Tip: hminfo archconfig und configcheck.

Ich bevorzuge einen virtuellen Teamlead. Du kannst es so lassen. Wenn du umstellen willst musst du jeden SD unpeeren und dann mit dem zu erstellenden virtuellen Teamlead peeren.

[Manul]

Danke! Ich habe jetzt den ersten angelernt. Wenn ich ein getConfig ausführe, geht er allerdings zuerst in einen Status "RESPONSE TIMEOUT:RegisterRead" und anschließend in "MISSING ACK". protState ist dann "CMDs_done_Errors:1".

Muß ich den SD2 zum Einlesen der Register nochmal in den Anlernmodus setzen oder gibt's noch was anderes zu beachten?

[Ricö]

ich häng mich mal mit einer frage kurz rein, da ich auch grade mit den sd2 am einbinden bin ...
(bisher hat das lesen im forum und im wiki alle fragen beantwortet.

mal abgesehen davon, dass das pairing der sd2 echt gedult braucht, bis die readings komplett gefüllt sind ...

beim anlegen gemäß wiki  hab ich ein kleines verständnisproblem.

Code Auswählen Erweitern

define TeamDev CUL_HM 111111

laut wiki soll die HMID (hier 111111) ja einmalig sein.

verständnisfrage: ist das die selbe HMID wie auch im VCCU respektive im myHmUART eingetragen ist oder muss das eine andere sein?

[Manul]

Das VCCU sollte nach meinem Verständnis als Zentrale eine 8-stellige HMID haben. Der virtuelle Teamlead bekommt, wie alle anderen Geräte, eine 6-stellige. Die kannst Du frei wählen, sie muß nur eindeutig sein.

[automatisierer]

Das VCCU sollte nach meinem Verständnis als Zentrale eine 8-stellige HMID haben. Der virtuelle Teamlead bekommt, wie alle anderen Geräte, eine 6-stellige. Die kannst Du frei wählen, sie muß nur eindeutig sein.

Devices haben immer eine 6 Stellige HmID, auch die VCCU
Die Channels haben dann eine 8 Stellige, die HmID vom Device + 2 weitere Stellen. meisst 01 für Channel 1, 02 für Channel 2, usw...

ich häng mich mal mit einer frage kurz rein, da ich auch grade mit den sd2 am einbinden bin ...
(bisher hat das lesen im forum und im wiki alle fragen beantwortet.

mal abgesehen davon, dass das pairing der sd2 echt gedult braucht, bis die readings komplett gefüllt sind ...

beim anlegen gemäß wiki  hab ich ein kleines verständnisproblem.

Code Auswählen Erweitern

define TeamDev CUL_HM 111111

laut wiki soll die HMID (hier 111111) ja einmalig sein.

verständnisfrage: ist das die selbe HMID wie auch im VCCU respektive im myHmUART eingetragen ist oder muss das eine andere sein?

Der TeamDev, stellt ein Device dar, somit muss der auch eine EIGENE HmID haben, nicht die der VCCU. Und sie muss halt einmalig sein, nicht dass du ausversehen eine HmID wählst, die schon ein anderes reales HM-Device nutzt, auswählst.

Das TeamDev ist ein virtuelles Device, hat daher eine 6 stellige HmID. Dann bekommt das TeamDev noch einen Channel, der bekommt dann automatisch die HmID vom TeamDev+01 - ist dann also 8 stellig.

[Manul]

Danke für die Korrektur, da hab ich im Gedächtnis wohl was durcheinandergeworfen.

[Manul]

Darf ich nochmal meine Frage ins Gedächtnis rufen?

Muß ich den SD2 zum Einlesen der Register nochmal in den Anlernmodus setzen oder gibt's noch was anderes zu beachten?

Der SD2 steht immer noch auf "RESPONSE TIMEOUT:RegisterRead" (das anschließende "MISSING ACK" blieb beim letzten Versuch aus. protState ist nicht gesetzt.

[Manul]

Ich komme hier leider immer noch nicht weiter. Der SD-2 steht nach wie vor auf "RESPONSE TIMEOUT:RegisterRead". Ich habe einen 2. angelernt, der verhält sich genauso.

Mit dem 2. habe ich jetzt folgendes versucht:

- getConfig -> keine Änderung
- nochmal in den Anlernmodus versetzt -> keine Änderung
- getConfig und unmittelbar danach in den Anlernmodus versetzt -> keine Änderung

Aufgrund der fest verbauten Batterie möchte ich auch nicht beliebig viel mit dem RM experimentieren.

Crypt::Rijndael ist installiert:

Code Auswählen Erweitern

reiter@hive:/opt/fhem$ dpkg -s libcrypt-rijndael-perl
Package: libcrypt-rijndael-perl
Status: install ok installed
Priority: optional
Section: perl
Installed-Size: 34
Maintainer: Debian Perl Group <pkg-perl-maintainers@lists.alioth.debian.org>
Architecture: armhf
Source: libcrypt-rijndael-perl (1.12-1)
Version: 1.12-1+b1
Depends: perl (>= 5.20.0-4), perlapi-5.20.0, libc6 (>= 2.4)
Description: Perl module implementing the Rijndael algorithm
Crypt::Rijndael is a Perl module that provides an XS-based implementation of
the Advanced Encryption Standard (AES) algorithm Rijndael, designed by Joan
Daemen and Vincent Rijmen.
Homepage: https://metacpan.org/release/Crypt-Rijndael/
reiter@hive:/opt/fhem$ perlconsole
Perl Console 0.4
[!] rcfile /home/reiter/.perlconsolerc is not readable
Perl> use Crypt::Rijndael
Perl>

Ich habe den Thread zum SD-2 bis Seite 12 gelesen. Da habe ich bis jetzt Leute gefunden, die das gleiche Problem hatten, und welche, bei denen das Anlernen problemlos war. Wie man von Zustand A nach Zustand B kommt, habe ich bis jetzt nicht gefunden.

Ich werde den Thread sicher auch noch bis zum Ende durchackern, wäre aber für jede Hilfe dankbar. Ich scheine ja offenbar irgendwas ganz offensichtliches zu übersehen.

Danke im voraus!

[automatisierer]

es können viele Details eine Rolle spielen, ich habe damals alle meine SD2 problemlos angelernt. Vor ein paar Wochen habe ich einen SD2 ausgetauscht, da dieser immer Fehlalarme verursachte - bei dem Neuen hatte ich auch Probleme mit beim pairen.

es könnte sein, dass ich beim letzten mal alle IO's bis auf einen deaktiviert hab und dann das pairForSec bei dem eingegeben hab anstatt bei der vccu.


- hast du eine vccu?
- was für IO's nutzt du? CUL / HMlgw / HMlan

[Manul]

Danke! Oh Mann! Wo ist denn hier bitte das Hand-gegen-die-Stirn-klatsch-Smiley?

Meine Vermutung, daß ich was offensichtliches übersehen habe, hat sich bewahrheitet, und dank Deines Posts bin ich auch drauf gekommen, was das war.



Ich hatte vorher ja nur drei HM-Geräte in FHEM eingebunden - und die waren vorher mit einer Zentrale mit der selben HmID gepairt. Deshalb musste ich sie, nachdem autocreate sie angelegt hat, nicht nochmal neu mit FHEM pairen. Die SD-2s waren hingegen vorher gar nicht gepairt - und daher natürlich nach dem Anlegen durch autocreate auch nicht. pairForSec und erneutes Versetzen in den Anlernmodus hat problemlos funktioniert.

Ich hätte aber noch zwei weitere Fragen:

- Fürs getConfig musste ich den SD-2 nochmal in den Anlernmodus setzen. Gibt es eine Möglichkeit, pairen und getConfig mit einem Mal Anlernmodus auszuführen? Sonst muß ich entweder mit dem Laptop durchs Haus oder für jeden SD-2 zwei Mal hin- und herrennen.
- Zusammenhängend damit: Gibt es einen technischen oder konzeptionellen Grund, warum FHEM/CUL_HM beim Anlernen nicht sofort ein getConfig ausführt? Schiene mir irgendwie praktisch.

Um Deine Fragen noch zu beantworten:

- hast du eine vccu?

Ja.

- was für IO's nutzt du? CUL / HMlgw / HMlan

Einen CUL.

[automatisierer]

- Fürs getConfig musste ich den SD-2 nochmal in den Anlernmodus setzen. Gibt es eine Möglichkeit, pairen und getConfig mit einem Mal Anlernmodus auszuführen? Sonst muß ich entweder mit dem Laptop durchs Haus oder für jeden SD-2 zwei Mal hin- und herrennen.
- Zusammenhängend damit: Gibt es einen technischen oder konzeptionellen Grund, warum FHEM/CUL_HM beim Anlernen nicht sofort ein getConfig ausführt? Schiene mir irgendwie praktisch.

also ich kann bei meinen SD2 ein getConfig machen, ohne den Button am Gerät drücken zu müssen.

Ist das pairing richtig gelaufen und komplett abgeschlossen?

Zeig mal ein list von einem SD2

[Manul]

also ich kann bei meinen SD2 ein getConfig machen, ohne den Button am Gerät drücken zu müssen.

Okay, danke. Vielleicht war ich gestern einfach nicht geduldig genug: Inzwischen scheint auch von dem SD-2, bei dem ich gestern nicht fürs getConfig aufs Knöpfchen gedrückt habe, alles eingetrudelt zu sein, und er steht auf "off". Allerdings ist bei nur R-pairCentral gesetzt, beim anderen auch noch PairedTo. Ich hänge mal beide listings an, vielleicht kannst Du ja mal drüberschauen, ob das okay aussieht.

Erst mal von dem mit Knöpfchen beim getConfig:

Code Auswählen Erweitern

Internals:
   DEF        4C6619
   IODev      CUL_0
   NAME       og_zi_rauchmelder
   NOTIFYDEV  global
   NR         72
   NTFY_ORDER 50-og_zi_rauchmelder
   STATE      off
   TYPE       CUL_HM
   Readings:
     2017-05-04 12:29:12   Activity        alive
     2017-05-04 00:13:14   CommandAccepted yes
     2017-05-04 00:15:19   D-firmware      1.0
     2017-05-04 00:15:19   D-serialNr      NEQ05xxxxx
     2017-05-04 00:15:12   PairedTo        0xFDxxxx
     2017-05-04 00:13:43   R-pairCentral   0xFDxxxx
     2017-05-04 00:15:12   RegL_00.        02:01 0A:FD 0B:9F 0C:7F 16:00 1F:00 00:00
     2017-05-04 00:13:14   aesCommToDev    ok
     2017-05-04 00:13:14   aesKeyNbr       00
     2017-05-04 00:15:20   alarmTest       ok
     2017-05-04 00:15:20   battery         ok
     2017-05-04 00:15:20   level           0
     2017-05-04 00:15:12   peerList        dg_sz_rauchmelder,
     2017-05-04 00:15:20   recentStateType info
     2017-05-04 00:15:12   sdRepeat        off
     2017-05-04 00:15:20   smokeChamber    ok
     2017-05-04 00:15:20   state           off
   Helper:
     HM_CMDNR   38
     mId        00AA
     rxType     6
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4C6619,00,01,00
       prefIO
       rxt        0
       vccu
       p:
         4C6619
         00
         01
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat   00
     Role:
       chn        1
       dev        1
     Tmpl:
Attributes:
   IODev      CUL_0
   actCycle   099:00
   actStatus  alive
   alias      Rauchmelder 1. Stock Zimmer
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Rauchmelder
   model      HM-SEC-SD-2
   msgRepeat  1
   room       1. Stock,CUL_HM
   serialNr   NEQ05xxxxx
   subType    smokeDetector
   webCmd     statusRequest

Und dann das vom anderen, mit dem fehlenden PairedTo:

Code Auswählen Erweitern

Internals:
   DEF        4C65F1
   IODev      CUL_0
   NAME       dg_sz_rauchmelder
   NOTIFYDEV  global
   NR         59
   NTFY_ORDER 50-dg_sz_rauchmelder
   STATE      off
   TYPE       CUL_HM
   Readings:
     2017-05-04 12:29:12   Activity        alive
     2017-05-04 00:17:54   CommandAccepted yes
     2017-05-04 00:17:52   D-firmware      1.0
     2017-05-04 00:17:52   D-serialNr      NEQ05xxxx
     2017-05-04 00:17:52   R-pairCentral   set_0xFDxxxx
     2017-05-04 00:17:54   aesCommToDev    ok
     2017-05-04 00:17:53   aesKeyNbr       00
     2017-05-04 05:07:42   alarmTest       ok
     2017-05-04 05:07:42   battery         ok
     2017-05-04 05:07:42   eventNo         01
     2017-05-04 05:07:42   level           0
     2017-05-04 05:07:42   recentStateType info
     2017-05-04 00:17:52   sdRepeat        invalid
     2017-05-04 05:07:42   smokeChamber    ok
     2017-05-04 05:07:42   smoke_detect    none
     2017-05-04 05:07:42   state           off
   Helper:
     HM_CMDNR   173
     mId        00AA
     rxType     6
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4C65F1,00,01,00
       prefIO
       rxt        0
       vccu
       p:
         4C65F1
         00
         01
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat   00
     Role:
       chn        1
       dev        1
     Tmpl:
Attributes:
   IODev      CUL_0
   actCycle   099:00
   actStatus  alive
   alias      Rauchmelder Schlafzimmer
   alias_Schlafzimmer Rauchmelder
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Rauchmelder
   model      HM-SEC-SD-2
   msgRepeat  1
   room       CUL_HM,Schlafzimmer
   serialNr   NEQ05xxxx
   subType    smokeDetector
   userattr   alias_Schlafzimmer
   webCmd     statusRequest

Ist das pairing richtig gelaufen und komplett abgeschlossen?

Wie stelle ich das genau fest? Ich verwende FHEM jetzt seit ca. einer Woche, ist alles noch etwas neu für mich.