Hallo,
habe seit ein paar Tagen 3 Homematic Rauchmelder. Rauchmelder sind untereinander vernetzt und an FHEM angelernt.
Sie heißen Rauchmelder_1, _2, _3
Rauchmelder_3 ist der Teamlead. Er kann teamCall, alarmOn und alarmOff senden.
Das funktioniert alles prima. Ich möchte nun im Falle eines Alarms Aktionen auslösen. Licht an, Email verschicken etc.
Steige durch die Anleitungen nicht recht durch was ich wie abfragen muss. Die Funktionen wie Mail verschicken oder Licht anschalten habe ich mit anderen Funktionen, wie Bewegungsmelder längst erfolgreich im Einsatz.
Was frage ich im notify ab?
Rauchmelder_3:alarmOn
Rauchmelder_3:.*alarmOn.*
sdLead:alermOn
Steige nicht durch. Kann mir jemand auf die Sprünge helfen?
ich würde immer auf nummer sicher gehen, ein alarm auslösen (testspray) und schauen, was der eventmonitor zeigt. auf diese events kann man dann die notifys triggern lassen.
dafür braucht man kein Testspray
einfach den Drahtkontakt auf der Unterseite für ... ich glaube 2 Sekunden kurzschließen dann geht der Alarm los.
Wenn man ihn dann wieder .... glaube 6 Sekunden überbrückt wird der Alarm gelöscht.
Zitat von: AxelSchweiss am 17 September 2015, 09:55:51
dafür braucht man kein Testspray
einfach den Drahtkontakt auf der Unterseite für ... ich glaube 2 Sekunden kurzschließen dann geht der Alarm los.
Wenn man ihn dann wieder .... glaube 6 Sekunden überbrückt wird der Alarm gelöscht.
gute idee. aber die korrekte funktion des sensors bleibt so natürlich ungewiss.
richtig :-)
ich habe das selbst schon mit einem Testspray gemacht .... teurer Spaß.
Vor allem wenn man das regelmäßig machen möchte
Habe einfach ein bischen Rauch gemacht mit einem Stück Karton.
Das waren die Meldungen im Eventmonitor (die ersten ging noch weiter)
2015-09-17 14:19:56 CUL_HM ActionDetector smoke-Alarm_0D
2015-09-17 14:19:56 CUL_HM ActionDetector smoke_detect: RauchMelder_2
2015-09-17 14:19:56 CUL_HM RauchMelder_3 trigger_cnt: 13
2015-09-17 14:19:56 CUL_HM RauchMelder_3 recentAlarm: RauchMelder_2
2015-09-17 14:19:56 CUL_HM RauchMelder_3 smoke-Alarm_0D
2015-09-17 14:19:56 CUL_HM RauchMelder_3 level: 200
2015-09-17 14:19:56 CUL_HM RauchMelder_3 eventNo: 0D
Wie würdet ihr den ersten Teil des notify schreiben?
Habe 10 verschiedene Schreibweisen ausprobiert
ActionDetector:smoke-Alarm.*
hat dann funktioniert.
ich würde auf alle fälle ein spezifisches reading nutzen und nicht den state des devices, da im state auch andere infos kommen können. wahrscheinlich den level, um auch gleich das ende des alarms verarbeiten zu können.
wenn zb nur bei alarm, dann:
define n notify RauchMelder_3.level:.200 set licht on
Was macht der actiondetector hier? Das wäre ein Fehler, wenn er alarmiert!
Wenn die Rauchmelder vernetzt sind hat das Team die ID von einem. Es wird immer an diesem gemeldet. Meine Empfehlung ist immer noch, ein virtuelles Team anzulegen. Der akustische alarm geht genauso ohne zentrale (also bei Ausfall der selben).
Den alarm sollte man dann von virtuellen teamlead ableiten. Auf keinen Fall vom actiondetector!
Einen Ausfall eines SD (keine Batterie) kann man von action detector erfahren - falls man das alarmieren will.
Wie Frank sagt, vorsichtig mit dem status. Aber auch hier sind virtuelle einfachen. Die sind nie unreachable oder dead.
Sorry,
Verstehe nicht recht was die Bedenken sind. Ist ein Actiondetector nicht etwas was merkt das was passierte? Hast du Bedenken das die Vernetzung fehlerhaft ist.
Vielleicht nochmal meine Interpretation bzw. mein Verständnis.
Alle 3 melden den Alarm. Alle reagieren auf Teamcall. RauchMelder_3 ist als Teamlead eingetragen.
Meldungen im Eventmonitor kommen vom Teamlead obwohl der Alarm am RauchMelder_2 ausgelöst wurde.
Da sollte meine Vernetzung doch passen, oder?
Habe übrigens ein zweites notify probiert mit der Abfrage des Levels. Beides hat funktioniert.
Der Actiondetector schickt eine Mail und vom Level wurde Licht angemacht.
Soll natürlich nicht so bleiben, bin noch im Testmodus.
Vielleicht kann jemand nochmal ausführlicher erklären was die Bedenken sind
Viel wurde schon ausführlich in der docu beschrieben.
Actiondetector erkennt, ob ein device noch Aktionen macht, also lebt. Nichts sonst.
Es heulen alle bei alarm, melden tut nur einer!
Das vernetzen passt. Das ich immer einen virtuellen teamlead nutzen würde, und auch mache, ist ansichtssache.
Action detector darf mit sdalarmen nichts zu tun haben!
Habe alles nach Level:200 umgestellt.
Aber ist nicht smoke-Alarm eindeutig?
Handelt sich ja nicht um eine Abfrage das irgend etwas passiert, sondern um gezielt smoke-Alarm.
Zitat von: AxelSchweiss am 17 September 2015, 12:54:12
richtig :-)
ich habe das selbst schon mit einem Testspray gemacht .... teurer Spaß.
Vor allem wenn man das regelmäßig machen möchte
Zur Not kann man es auch mit dem Rauch einer ausgeblasenen Kerze machen.
ZitatAber ist nicht smoke-Alarm eindeutig?
der vom actiondetector ist eventuell ein bug und würde somit irgendwann verschwinden.
den vom rm state könntest du natürlich nehmen. das dabei notwendige ".*" ist aber bereits eine "nichteindeutigkeit", die eventuell eine extra berechnung erfordert.
was hast du gegen das reading level? ist dir das unheimlich? oder nur weil viele beispiele immer (fast) unnötigerweise den state nutzen?
Habe nichts dagegen. Versuche nur zu verstehen was ich tue. Da erscheint mir als Laie erst mal
smoke-Alarm eindeutiger als Level:200
Du weist als Laie nicht was das bedeutet. Gibt es auch Level 300 wenn es mehr raucht.......
Danke für die Hilfe
200 (0xC8) ist typisch bei homematic für "on". 0 für off. gefunkt wird ja sowieso der level in hex. somit ist
alarmOn ja aus level=200 entstanden. dann gibt es wohl noch level=1, wobei ich jetzt nicht genau weiss, was das bedeutet. es gibt dann also bisher 3 bekannte werte.
Level gibt immer die Zahl aus. Es ist wie Frank beschrieben hat. Level /2 ist der wert in %. 200 ist also 100%.
Bei device die stufenlos einstellbar sind macht es Sinn. Bei on\off device ist 0% off und 100% on.
Fhem gibt mehr aus, als eq3 - da sieht man es erst garnicht, was lästige fragen verhindert.
Beim RM gibt es auch noch 199 - 99,5% . meine Vermutung ist, dass bit 0 signalisiert, ob die hupe disabeld ist. Wenn es also raucht kommt 200. dann drückt man "erkannt", hupe aus, immer noch Rauch. 199 wird, glaube ich, gemeldet. Nach 10 min mit Rauch sollte der Krach wieder anfangen. Wenn Rauch weg kommt 1: hupe enabled aber Ruhe da kein Rauch.
0 wäre dann kein Rauch, hupe disabeld. Meine zeigen i.d.r. 1.
Laien sollten einfach on\off auswerten.