Hi zusammen - ich habe die o.g. Sirene und den Handsender - außerdem noch den Wassermelder HM-SEC-WDS-2.
Den Wassermelder habe ich mit peerChan mit der Sirene verbunden - wenn der Melder auslöst, geht die Sirene los. Soweit so gut.
Ich möchte nun den Handsender so mit der Sirene peeren, dass die Tasten für Arm, Disarm etc. auch die Sirene entsprechend steuern. Ich möchte das nur ungern mit notify's in fhem lösen, da ich für solche Dinge den "direkten" Weg bevorzuge.
Der Handsender ist als AU.HT.SC.Alarm im System definiert - die Tasten kommen als Channels an:
channel_01 AU.HT.SC.Alarm_armInt
channel_02 AU.HT.SC.Alarm_armExt
channel_03 AU.HT.SC.Alarm_light
channel_04 AU.HT.SC.Alarm_disarm
Die Sirene heisst "Sirene" und kennt
Sirene_Arm
Sirene_Panic
Sirene_Sen_01
Sirene_Sen_02
ein
set AU.HT.SC.Alarm peerChan 0 Sirene single set
führt zu einem:
Unknown argument peerChan, choose one of assignHmKey clear deviceRename fwUpdate getConfig getRegRaw raw regBulk regSet reset unpair
du musst channel miteinander peeren.
Also müsste es dann ein
set AU.HT.SC.Alarm_disarm peerChan 0 Sirene_Arm single set
helfen?
Das geht zwar ohne Fehler durch - disarmed aber die Sierene nicht - es passiert quasi nix - ich vermute mal, dass es "irgendwie" noch an dem "single set" liegt?
der Disarm der Sirene geht ja normalerweise über
set Sirene_Arm alarmLevel disarmed
hast du das peering gecheckt?
teste zb mit get hminfo peerCheck.
Wenn das peerings funktioniert hat ( siehe Frank) - und zwar beidseitig - sind auf beiden Seiten je die Peers eingetragen. Falls es nicht automatisch geht (sollte) dann löse ein getconfig bei beiden Device aus. Beachte, daß ein Handsender nicht einfach angesprochen werden kann. Dr unterstützt config und lazyConfig. Daher macht es Sinn ( muss nicht, ich würde es immer machen) JEDEN Kanal des Senders mit einem Kanal der vccu zu peeren. Device dieses Typs kommunizieren mit der Zentrale, wenn sie gepairt sind UND ein Kanal ausgelöst wird UND dieser mit der gepairten Zentrale gepeert ist. Siehe Wiki hminfo Protokoll.
So, soweit Hintergrund. Wenn also alles gepeert und gelesen ist hast du einen Satz Register im Aktor welche dem Peer zugeordnet sind. Siehe Channel regtable.
Über diese steuerst du nun das Verhalten. Wenn nichts definiert ist passiert auch nichts. Wenn Arm definiert ist und die Sirene schon in Arm ist passiert auch nichts.
Ich würde auch hier Wieder ein Template bauen. Deine Entscheidung
Ihr überfordert mich (im Moment noch)....
Ich habe aktuell noch keine vccu (muss ich mir wohl jetzt mal anschauen) und was bitte ist ein Template in dem Zusammenhang?
Vccu solltest du einfach einrichten können. Dein io zuweisen, einen Kanal einrichten (vccu hat hierzu ein Set Kommando) und gut.
Templates für hm Register in fhem sind.... eben Templates. Also Blaupausen von Registersetzungen welche du zuweisen willst um dem Kanal oder der Kanal\peer Kombination eine Funktion oder ein Verhalten zuzuweisen.
Templates sind parametrierbar, du kannst also, wenn es passt, einzelne Registerwerte über das Template setzen.
Wenn du weißt, was die sierene bei den Gästen machen soll und du mir einmal die Registerlisten schickst -nach dem peeren kann ich einen Vorschlag machen. Hminfo ist dann wieso Pflicht