Modul Alarmanlage - Anfängerfragen

[ArduPino]

Hallo.
Wollte das Modul zur Erzeugung einer Alarmanlage mal testen, komme damit aber gar nicht zurecht.

Ich habe es mit dem Beispiel zur Anzeige, ob eine Batterie leer ist versucht.
Das dummy und das notify habe ich wie im Wiki beschrieben angelegt.
In der Anleitung steht aber, das zu jedem Auslöser des Alarms auch ein Device für das abschalten definiert wird.
Im Text zu dem Batteriealarmbeispiel steht aber, das der Alarm selber ausgeschaltet werden muss, man müsse ja schließlich die Batterien wechseln.
Muss ich jetzt noch ein dummy anlegen, als cancel device ?

Eigentlich wollte ich mit diesem Modul eine Alarmanlage definieren, aber ich verstehe nicht, was nun hier einfacher sein soll. Es werden dummys angelegt für alles mögliche.
Bringt mir das ganze denn überhaupt was ?

Beides, das dummy und das notify funktionieren doch auch so, ohne das Alarm Modul. Wenn ich nun z.B. per WhatsApp eine Nachricht möchte, brauche ich ja schon wieder ein dummy 

[KölnSolar]

Erst einmal vorweg: es ist schon ein prima Modul 
ausschalten und ausschalten sind 2 verschiedene Dinge. einmal bedeutet ausschalten unscharf/disarm schalten. Das andere ausschalten ist das zurücksetzen/cancel eines ausgelösten Alarms. Für Letzteres muss ein sensor/Sender definiert sein, sonst wird die Konfiguration nicht "angenommen". Ich hab für alle Alarme(level) nur EIN Cancel-device.
Dauert ein bißchen, bis man die Logik richtig versteht  Und, wenn man es verstanden hat, fallen einem zig Dinge zur Alarmierung ein mit nochmal zig Sensoren und Aktoren und dann macht das Modul richtig Sinn.
Grüße Markus

[ArduPino]

Ja denke mir auch das es schon was gutes sein muss, nur ich ärgere mich dann über mich selber, weil ich nicht genau weiß wie das geht.

Als cancel device habe ich mir einfach mal ein dummy angelegt.
Um damit aber den Alarm wieder abzuschalten, müsste ich ja schon wieder ein notify haben...oder wie?

Ich möchte z.B. ein Türkontakt überwachen.
Uhrzeiten werden ja im Modul selber eingegeben.
Ich habe:

IT_Tuerkontakt (echtes device)
dummy Tuerkontakt (weil der Tuerkontakt immer state on bleibt, der lässt sich nicht verändern, der Sender sendet nur wenn die Tür auf geht)
notify Tuerkontakt (reagiert auf das IT_Tuerkontakt, legt ein 10 Sekunden "at" an und setzt dummy Tuerkontakt wieder auf off)

Ich denke mal das reicht nicht, um das so in das Alarmmodul zu übertragen, oder ?

[Prof. Dr. Peter Henning]

Das mit den ganzen dummies ist vollkommen unnötig. Auch die ganzen notifies werden nicht gebraucht - die legt das Modul selber an.

Bitte zuerst einmal die Anfängerdoku lesen, und den Unterschied zwischen Zustand (state) und Ereignissen (events) ansehen
Dann vielleicht einmal im Event-Monitor ansehen, welche events eigentlich von den Sensoren ausgelöst werden.
Dann diese im Alarm-Modul als reguläre Ausdrücke eintragen
Und dann erst die Aktor-Befehle eintragen.

LG

pah

[KölnSolar]

mit den notifys hat pah vollkommen recht. Bei der Aussage zu den dummies hat er bestimmt übersehen, dass Du kein device für ein cancel hast. Für den Türkontakt ist ein dummy überflüssig. Was bringt Dir ein automatisches off ?
Trag mal beim cancel-dummy das attr alarmDevice Sensor ein. Ebenso beim IT Türkontakt. Und jetzt fällt mir auf, dass Du noch keinen Aktor hast. Zum Testen kannst Du ja den Türkontakt dummy nehmen. Dem verpasst Du das attr alarmDevice Actor. Jetzt das Alarmanlagen modul aufrufen und Du kannst Deinen level 0 definieren. Bei den Sensoren die notify regexp wie bei einem notify eintragen. Beim Aktor den set Befehl und schon ist Dein Testalarm fertig. Ok, vermutlich nicht. dann stellst Du mal ne hardcopy ein  ;)Grüße Markus

[ArduPino]

@Prof. Dr. Peter Henning
Also meine Auflistung ist das was ich zur Zeit angelegt hatte, bevor ich mit dem Alarm Modul überhaupt etwas gemacht habe.
Da mein Türkontakt nur ein Signal sendet, wenn die Türe auf geht, ist STATE bei diesem immer ON. Ich gabe Bewegungsmelder machen das auch so.
Das kann ich auch mit einem SET Befehl nicht verändern.
Um das ganze überhaupt mal irgendwie anzuzeigen, habe ich ein dummy angelegt und ein notify das ein at für 10 Sekunden anlegt und es wieder löscht. Das habe ich als Vorschlag hier aus dem Forum.
Das habe ich nur mal aufgelistet, damit man erkennt, was ich überhaupt habe.

@KölnSolar
Ich habe kein cancel dummy, also habe ich jetzt ein du_Haustuer_cancel dummy angelegt und dort alarmDevice sensor eingetragen
Auch beim (Hardware) Türkontakt IT_Haustuer habe ich alarmDevice sensor eingetragen.
Aber hier kann ich doch schon aufhören, weil das IT_Haustuer nur sendet, wenn die Türe auf geht. State ist immer ON.

Dann dachte ich: Ok, dann eben mit meinen 433Mhz Eigenbau Sendern. CUL_TX_112 sendet t:100.0 für Fenster auf und t:0.0 für Fenster zu.
Also hier das alarmDevice sensor eingetragen.
Ein dummy angelegt mit der Bezeichnung "Alarm" um die Auswirkungen zu sehen, es muss ja irgend was passieren.
Hier alarmDevice actor eingetragen.
Aber: auch hier habe ich kein cancel device, ich sehe den CUL_TX_112 ja nur einmal in der Liste, also doch wieder ein cancel dummy ? Und das für jede Tür, jedes Fenster ?

[Prof. Dr. Peter Henning]

Ich habe es doch schon einmal gesagt: Das ist unnötig  .

dummy angelegt und ein notify das ein at für 10 Sekunden anlegt und es wieder löscht

Und das ist sogar noch schlimmer...

Aber hier kann ich doch schon aufhören, weil das IT_Haustuer nur sendet, wenn die Türe auf geht.

Unsinn, das ist bei allen Tür- und Fensterkontakten so. Und welcher Event wird dadurch erzeugt ? Welchen regulären Ausdruck muss man darum beim Alarmmodul eintragen ?
Ich glaube, dass der Unterschied zwischen dem Zustand eines Devices und den Events noch nicht verstanden wurde, darum mein Hinweis auf die Anfängerdokumentation. Den ich hiermit noch einmal wiederhole.

LG

pah

[ArduPino]

Ich dachte eigentlich schon, das ich STATE und EVENT verstanden habe.
STATE ist der aktuelle Status des Gerätes (device) z.B. ON, OFF, open, close usw.
Ein event ist ein Ereignis, das von irgendeinem Gerät erzeugt wird, z.B. Lampe1 ON wenn ich per Schalter Lampe 1 einschalte.
Ein Notify ist vergleichbar mit einer IF abfrage...wenn Lampe1 = ON then ...

Habe nun etwas funktionierendes angelegt (siehe Bild)
Mein Actor ist jetzt einfach mal ein dummy das mir dann anzeigt ob Alarm eingetreten ist oder nicht.
Öffne ich die Tür, geht der Alarm an. Aus geht er wenn ich auf CANCEL im Alarm Modul drücke.
Also hat dieses CANCEL nichts mit dem cancel device zu tun?! Denn sonst könnte das ja gar nicht funktionieren. Dieser CANCEL Knopf benutzt also nur den Actor.
Dann frage ich mich, warum man überhaupt ein cancel device braucht was soll das denn bewirken ?

Eigentlich wollte ich das ganze recht einfach halten. Über das Tablet-UI ein Button um die Alarmanlage scharf bzw. unscharf zuschalten.
Aber da ist wieder das gleiche Problem, ein device/dummy erscheint nur einmal entweder als sensor oder als actor.
Was muss man denn dann noch alles anlegen um einen Button so zu verwenden ?

[marvin78]

Unsinn, das ist bei allen Tür- und Fensterkontakten so.

Das stimmt so natürlich nicht. Es gibt durchaus auch Kontakte, die auch "zu" melden. Sehr viele sogar.

[ArduPino]

Ja stimmt, aber das ändert an der Sache auch nicht viel.

Ich will bestimmt nicht, das mir hier jemand fertigen code liefert.
Die Hilfe ist ja gut und schön, aber die Screenshots sind zum teil abgeschnitten, so das man nie das ganze erkennen kann.

Ich bräuchte irgend wie ein Beispiel, wie man so was macht, nur per Stichworten.
So wie ich es habe, funktioniert ja schon mal, wenn das mit dem cancel Button richtig ist.
Nur um damit irgend etwas was in Richtung Alarmanlage geht anzulegen, braucht man zumindest noch einen Knopf zum scharf schalten und aus schalten.
Ich wollte das wie gesagt über das Tablet-UI steuern, und dann sollen da eigentlich nicht 4 Knöpfe sein (übertrieben) , nur um das ganze ein und aus zu schalten.

[Prof. Dr. Peter Henning]

Das stimmt so natürlich nicht. Es gibt durchaus auch Kontakte, die auch "zu" melden. Sehr viele sogar.

Sorry, ich habe es doof formuliert - das "Unsinn" bezog sich nicht auf die Fensterkontakte. Funk-Fensterkontakte senden in der Regel von sich aus bei Statusänderungen (Tür auf oder Tür zu). Manche (nicht alle) können auch gepollt werden, so z.B. die von mir vorschlagenen 1-Wire ID-Chips an einem Reed-Schließer.

Es ist aber wirklich Unsinn, dass man deswegen "aufhören müsse" - denn genau diese Events einer Statusänderung sind die richtigen für den Eintrag in das Alarm-Modul.

Ein Notify ist vergleichbar mit einer IF abfrage...wenn Lampe1 = ON then ...

NEIN, eben NICHT !  Das notify reagiert auf Events, EBEN NICHT auf einen statischen Wert des Readings.

Und es ist ebenfalls nicht richtig, dass die Screenshots im FHEMWiki "abgeschnitten" sind - alles Notwendige steht jeweils darauf.

LG

pah

[ArduPino]

NEIN, eben NICHT !  Das notify reagiert auf Events, EBEN NICHT auf einen statischen Wert des Readings.

Und es ist ebenfalls nicht richtig, dass die Screenshots im FHEMWiki "abgeschnitten" sind - alles Notwendige steht jeweils darauf.

LG

pah

Ok, dann reagiert das notify eben auf events, hab das irgendwie falsch geschrieben, von der Bedeutung her ist es aber ähnlich.
Wenn was im event passiert, kann ich mit einem notify darauf reagieren.
Egal wie man es nun formuliert, wollte damit nur zeigen das ich nicht ganz doof bin und schon weiß was die drei Dinge bedeuten.

[Prof. Dr. Peter Henning]

von der Bedeutung her ist es aber ähnlich.

Nein, ist es nicht. Das ist ein himmelweiter Unterschied.

Und es passiert eben nicht im Event - der Event IST das "Passieren".

pah

[ArduPino]

... dann eben so.

Wichtiger wäre mir jetzt eigentlich mal, zu verstehen, warum ich ein cancel device brauche, wie ich das (richtig) erstelle.

Muss man zwei Taster haben, um die Alarmanlage an und aus zu schalten ? In der Anleitung sehe ich AButton als Arm und DButton als disarm.

[Prof. Dr. Peter Henning]

Ich sehe keinen Sinn darin, das zu wiederholen, was im Wiki steht. Viel Vergnügen beim Lesen !

http://www.fhemwiki.de/wiki/Modul_Alarmanlage#Sensors

pah