Optimale Rauchmelder Installation? HM-SEC-SD

[Otto123]

Du willst es nicht verstehen oder? 
Es fehlt

Code Auswählen Erweitern

attr VCCU IOList HM_MOD_RPI_PCB dann ist der "Fehler" weg.

UAS steht unassigned, die VCCU merkt da ist was, es ist ihr aber nicht zugeordnet.

[ToM_ToM]

Du willst es nicht verstehen oder? 

Hallo Otto, das hat nichts mit "nicht wollen" zu tun! Ich versuche es logisch nachzuvollziehen. Das Attribut habe ich bei meiner anderen Konfiguration auch nicht gesetzt und es funktioniert. Aber egal... selbst wenn ich es hier setze, macht das keinen Unterschied. Der Fehler scheint vermutlich irgendwo anders zu liegen.

[frank]

falsch bleibt falsch,
egal wieviele falsche installationen du noch heranziehst.

vielleicht stimmt der state (mit attr iolist) nach einem "set vccu update"?

[Otto123]

Ich weiß nicht was Du damit meinst: "meiner anderen Konfiguration auch nicht gesetzt und es funktioniert." ?

Was funktioniert denn Deiner Meinung nach an der VCCU? Sie tut nichts und macht keine Fehler? Ich zitiere mal das Wiki

Durch das Pairen der Geräte mit einer virtuellen CCU ergeben sich folgende Vorteile:

Die Verwendung mehrerer I/O-Devices wird möglich. Das sorgt für Redundanz (Ausfallsicherheit) und/oder Reichweiten-Vergrößerung.
Der Tausch eines I/O-Devices ist transparent für gepairte Geräte.
Die VCCU stellt virtuelle Kanäle zur Verfügung, mit denen HomeMatic-Geräte gepeert werden können.
"Geordnete" Termination von Nachrichten. (Da die üblichen Funkschnittstellen (wie CUL im HM-Mode oder HM-LAN-Konfigurator) relativ "dumm" sind, führen viele Zustände zu den bekannten "Help me" Einträge im Log.)

Die Verwendung mehrer IOs verhinderst Du indem du attr IOList nicht setzt!
Den transparenten Tausch von IOs verhinderst Du indem du attr IOList nicht setzt! Du machst ihn sicherlich einfach in dem Du "manuell" die hmId änderst.
Verwendest Du virtuelle Kanäle der VCCU? Die dürften nicht funktionieren ohne korrekte Konfiguration.
Die Verhinderung von help me Einträgen funktioniert bei Dir nicht, wie Du selbst schreibst.

Du versucht Deine Fehlkonfiguration logisch nachzuvollziehen? Nochmal die Frage: Was funktioniert denn Deiner Meinung nach bei deiner VCCU?

Gruß Otto

[ToM_ToM]

Wir müssn hier 2 Dinge trennen bevor es hier noch verwirrender wird.

Ich habe eine lauffähige Konfiguration mit einem HMLAN-Adapter und einer VCCU. Dort ist kein IOList gesetzt. Diese Konfiguration habe ich damals angelegt damit die Taster eine Antwort erhalten. Und hier reagiere ich auf die Events an der VCCU - funktioniert einwandfrei.

Code Auswählen Erweitern


Internals:
   DEF        2BACDD
   IODev      HMLAN01
   NAME       vccu
   NOTIFYDEV  global
   NR         48
   NTFY_ORDER 50-vccu
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 vccu_Btn1
   channel_02 vccu_Btn2
   channel_03 vccu_Btn3
   channel_04 vccu_Btn4
   channel_05 vccu_Btn5
   channel_06 vccu_Btn6
   channel_07 vccu_Btn7
   channel_08 vccu_Btn8
   channel_09 vccu_Btn9
   channel_10 vccu_Btn10
   protSnd    1 last_at:2018-11-24 09:09:15
   protState  CMDs_done
   READINGS:
     2018-11-24 09:09:15   state           CMDs_done
   helper:
     HM_CMDNR   8
     mId       
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
Attributes:
   DbLogExclude .*
   IODev      HMLAN01
   expert     2_full
   model      virtual_16
   room       SYSTEM->Cul_HM
   subType    virtual
   webCmd     virtual




Jetzt möchte ich ein komplett neues FHEM aufsetzen welches mit dem anderen nichts zu tun hat. Das neue System verwendet einen HM_MOD_RPI_PCB und auch eine VCCU.

Code Auswählen Erweitern


Internals:
   DEF        6A60AE
   HM_MOD_RPI_PCB_MSGCNT 115
   HM_MOD_RPI_PCB_RAWMSG 05000022AF8610568F520000000A88C10F0040
   HM_MOD_RPI_PCB_RSSI -34
   HM_MOD_RPI_PCB_TIME 2018-11-24 15:25:50
   IODev      HM_MOD_RPI_PCB
   LASTInputDev HM_MOD_RPI_PCB
   MSGCNT     115
   NAME       VCCU
   NOTIFYDEV  global
   NR         28
   NTFY_ORDER 50-VCCU
   STATE      HM_MOD_RPI_PCB:ERROR-Overload,
   TYPE       CUL_HM
   assignedIOs HM_MOD_RPI_PCB
   channel_01 VCCU_Btn1
   protSnd    1 last_at:2018-11-24 14:47:49
   protState  CMDs_done
   READINGS:
     2018-11-24 15:01:14   state           HM_MOD_RPI_PCB:ERROR-Overload,
     2018-11-24 13:27:04   unknown_2D2D0E  received
     2018-11-24 14:45:39   unknown_305C2E  received
     2018-11-24 15:24:33   unknown_3C5A11  received
     2018-11-24 15:24:35   unknown_51B1F7  received
     2018-11-24 15:25:50   unknown_568F52  received
   helper:
     HM_CMDNR   180
     mId        FFF0
     regLst     ,0
     rxType     1
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
       ioList:
         HM_MOD_RPI_PCB
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     rssi:
     shadowReg:
Attributes:
   IODev      HM_MOD_RPI_PCB
   IOList     HM_MOD_RPI_PCB
   IOgrp      VCCU
   expert     2_raw
   model      CCU-FHEM
   room       SYSTEM->Fhem
   subType    virtual
   webCmd     virtual:update


In dem neuen System möchte ich zusätzlich Rauchmelder integrieren. Laut Wiki ist es sinnvoll diese in ein Team zu packen um z.B. auch Funktionstests des gesamten Teams ausführen zu können. Hierfür benötigt man eine eigenen HMId laut Wiki. Wenn ich die gleiche verwenden möchte, meckert FHEM ja auch korrekterweise.

Code Auswählen Erweitern


Internals:
   DEF        5E71CF
   IODev      VCCU
   NAME       SmokeDetectorTeamDev
   NOTIFYDEV  global
   NR         79
   NTFY_ORDER 50-SmokeDetectorTeamDev
   STATE      CMDs_done_Errors:1
   TYPE       CUL_HM
   channel_01 SmokeDetectorTeam
   protCmdDel 39
   protIOerr  3 last_at:2018-11-24 15:23:49
   protSnd    60 last_at:2018-11-24 14:56:51
   protSndB   60 last_at:2018-11-24 14:56:51
   protState  CMDs_done_Errors:1
   READINGS:
     2018-11-24 15:23:49   state           CMDs_done_Errors:1
   helper:
     HM_CMDNR   214
     alarmNo    01
     mId       
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       VCCU
     mRssi:
       mNo       
       io:
         HM_MOD_RPI_PCB:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
     shadowReg:
Attributes:
   IODev      VCCU
   IOgrp      VCCU
   expert     2_raw
   model      virtual_1
   subType    virtual
   webCmd     virtual


Die Rauchmelder an sich funktionieren auch alle mit FHEM einwandfrei. Das Einzige was Probleme macht, ist das Peering. 4 von 6 Rauchmelder blinken mittlerweile fleißig wenn ich einen TeamCall ausführe. Mit den anderen 2 bekomme ich kein Peering hin. Wenn ich beispielsweise

Code Auswählen Erweitern

set SmokeDetectorTeam peerChan 0 SD_PRIVAT_Flur single set actor ausführe und am Rauchmelder anschließend ein getConfig, bekomme ich entweder ein Nack, MissingAck oder IOErr. Bei letzterem sagt mein HM_MOD_RPI_PCB auch was von Overload.

[Otto123]

Du verwendest also in deinem alten System die VCCU als virtuellen Channel und nicht als VCCU, kann sein - es geht offenbar. Wäre meiner Meinung nach besser gewesen es entweder richtig (komplett) zu machen oder anstatt der VCCU einen virtuellen Aktor zu verwenden.

In deinem neuen System solltest Du jetzt einfach alles richtig einrichten (zweimal falsch gemacht ergibt nicht zwangsweise richtig ) dann etwas Ruhe einkehren lassen (Overload) vielleicht einmal neu starten und versuchen die Meldungen in configCheck durch saubere Wiederholung der Konfigurationsschritte zu beseitigen.

Dann wird auch alles gehen.

Du wirfst bisher scheinbar virtuellen Aktor und VCCU in einen Topf und denkst es ist das Gleiche!?!

Gruß Otto

[frank]

und schon wieder selbst ausgedachte dinge, die nicht funktionieren.

Code Auswählen Erweitern

IODev      VCCU

[Otto123]

dabei war das IODev vor ein paar Tagen schon mal richtig 

[ToM_ToM]

und schon wieder selbst ausgedachte dinge, die nicht funktionieren.

Woher willst du denn wissen dass es nicht funktioniert? Es funktioniert sogar sehr gut. Ich kann die Readings auslesen als auch TeamCall und Alarm ein- und ausschalten.
Bitte denkt immer lösungsorientiert und denkt daran jemanden der an einer Stelle nicht weiterkommt und verschiedene Optionen ausprobiert, keine "abwertenden" Anworten zu geben! Jeder kommt mal in so eine Situation dass sein System nicht auf Anhieb läuft und man manchmal den Wald vor lauter Bäumen nicht sieht.

[Otto123]

Lieber ToM_ToM,

wenn alles super funktioniert - dann ist doch alles gut oder?

Ich werde Dich jedenfalls nicht weiter nerven. Es ist eigentlich alles gesagt

Schönen Abend
Otto

[ToM_ToM]

wenn alles super funktioniert - dann ist doch alles gut oder?

Hallo Otto,

alles bis auf 2 Rauchmelder die kein korrektes Peering haben. Ich habe das System mit euren Tipps jetzt schon mehrfach neu aufgesetzt, aber es bleibt dabei. Die 2 Rauchmelder wollen nicht.

Vielen Dank nochmal fü eure konstruktiven Antworten zu dem Thema.

VG, Thomas

[ToM_ToM]

Nachtrag:

Es scheint tatsächlich dass die 2 Rauchmelder kaputt sind. Ich habe mehrfach das System neu aufgesezt und es sind immer die gleichen 2 Rauchmelder die beim Peering ein NACK als Ergebnis liefern.

Viele Grüße

Thomas