HM-SEC-SD-2 virtuelles Rauchmelder_Team -> Passt das so?

[hoppel118]

Und das steht auch nicht zwischen den Zeilen: "Bitte beachten: die HMID (im obigen Beispiel 111111) muss für die gesamte Installation einmalig sein und es darf nur Btn1 (HM Channel ID xxxxxx01) als TeamLead verwendet werden."

Otto, das war keine negative Kritik am Wiki. Wenn dann nur konstruktiv.

Ich kann das da trotzdem nicht klar herauslesen. Folgende Ergänzung wäre meiner Ansicht nach sinnvoll: ,,Die Team-ID darf nicht der HMID der VCCU oder eines HM-IOs entsprechen."

Wie dem auch sei, ich hatte damals das gleiche Problem. Meine Vorgehensweise hatte ich ja zuvor beschrieben, um herauszufinden, wie das konfiguriert werden muss.

Viele Grüße Hoppel

[duke-f]

Otto hat schon Recht, eigentlich steht das ja auch so im Abschnitt ,,Teamlead", zumindest wenn man so lesen will 😉

Sinn und Zweck ist einzig, eine Team-Adresse (HMId) festzulegen, unter der man alle SDs eines Teams ansprechen kann. Diese muss, wie alle HMIds, einzig im System sein. Um dies zu erreichen, verwendet HM beim Teamen ohne Zentrale die HMId eines der SDs. Verwendet man eine Zentrale (FHEM) kann man dies auch entzerren und einen virtuellen SD als TeamLead nutzen.

Für mich hatte ich im Hinterkopf die Idee, die Rauchmelder nicht nur unter sich zu peeren, sondern eventuell auch mit anderen HM-Komponenten. So dass beispielsweise unabhängig von FHEM auch im Dachzimmer das Licht angeht, wenn im Wohnzimmer Rauch gemeldet wird.

[Otto123]

Nein ich bin nicht der Meister
Ich formuliere es nochmal neu 

[duke-f]

Nein ich bin nicht der Meister
Ich formuliere es nochmal neu 

Einigen wir uns darauf: Für mich bist Du "einer der Meister" in diesem Thema?
Ich habe zwischenzeitlich nochmal einige - auch deutlich ältere - gelesen und gewinne nach und nach an Sicherheit. Auf die praktischen Tests muss ich warten, bis ich mal alleine zuhause bin.

EDIT:
Konnte es doch nicht abwarten. Jetzt hat alles geklappt. Bis darauf, dass die IO des virt. Teamlead nicht automatisch angelegt wurde praktisch ohne Probleme. Jetzt bleibt zu hoffen, dass sie nie zum Einsatz kommen.

Besten Dank Euch beiden nochmal!

[trabantp60]

Hallo zusammen,

mir ist die Vorgehensweise trotzdem noch nicht plausibel.
Ich habe ein "dummes" IODevice (CULHat), gesteuert von einer VCCU, dann ein virtuelles Device angelegt (RM_TEAMDEV) dessen Kanal 01 (RM_TEAMLEAD) als SD-Teamleader für 6 HM-SEC-SD2 genutzt werden soll.
Ist es notwendig, das virtuelle Device mit der VCCU zu pairen (wie alle reellen HM-Devices) und wenn ja, wie geht das? Ich finde beim virtuellen Device dazu keinen set-Befehl.
Derzeit liefert das virtuelle Device noch ein "MISSING ACK".

Code Auswählen Erweitern

Internals:
   DEF        760119
   FUUID      5ead7492-f33f-8609-b671-67fb4f6731265c4e
   FVERSION   10_CUL_HM.pm:0.210930/2020-02-02
   IODev      CULHat1
   NAME       RM_TEAMDEV
   NOTIFYDEV  global
   NR         609
   NTFY_ORDER 50-RM_TEAMDEV
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 RM_TEAMLEAD
   READINGS:
     2020-05-02 20:22:22   state           MISSING ACK
   helper:
     HM_CMDNR   212
     mId        FFF1
     peerFriend peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       vccu       VCCU
       prefIO:
         CULHat1
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      CULHat1
   IOgrp      VCCU:CULHat1
   group      SICHERHEIT
   model      VIRTUAL
   room       80_SICHERHEIT
   subType    virtual
   webCmd     virtual

[frank]

nur reale devices werden gepairt.
was funktioniert denn nicht?
missing ack ist von gestern abend, also veraltet.

rm sind gepeert, wie im wiki?
"get hminfo configCheck" zeigt eventuelle fehler.