HM-Sec-RHS mit HM-SEC-SD verbinden als Alarmanlage

Tommy82 · 09 Oktober 2014, 06:39:30

Zitat von: Pfriemler am 07 Oktober 2014, 23:50:27
Du lässt auch nicht locker ...
Ein Notify löst bei Ereignis aus. Deine Def reagiert auf Zustandsänderung. Zustandsprüfung zu einer Zeit ist etwas anderes.
Der Tipp mit dem structure war echt ernst gemeint. Du bekommst eine auswertbare Variable, die einen Zustand hat, wenn alle Fenster geschlossen sind, und einen anderen, wenn 1 oder mehr Fenster offen sind. Damit kannst Du beim Schärfen einfach prüfen, ob alle Fenster geschlossen sind - schärfen oder Hinweis, dass noch was offen ist. Für das Schärfen zu einer Zeit reicht ein "at" (define SetScharfAbends at *23:00:00 [anweisungsteil]) und eine IF THEN ELSE Anweisung. Die Structure brauchst Du bei Erweiterung (mehr Fenster) nur anpassen, ohne weitere Änderungen. Eine detaillierte Meldung über den Fensterzustand (welche Fenster genau) würde ich in die 99_myUtils auslagern, da kannst Du sie ggf. mehrfach aufrufen (etwa bei einer manuellen Scharfstellung), idealerweise mit einer Schleife über alle .*Fenster und einer sinnfälligen Textkomposition, die dann am Schluss geschickt wird.

Ob Du die Scharfstellung am Abend trotz offenem Fenster ausführst, musst Du selbst entscheiden - einmal zu geht dann noch ohne Alarmauslösung ...

Ob Fenster gekippt sind, kannst Du auf verschiedene Weise feststellen - zwei Kontakte am Flügel oben und unten, der untere bleibt dann "geschlossen" beim Kippen - oder Du überwachst die Drehriegelstellung mit dem Threestate-Sensor. Der ist bei höchster Sicherheitsanforderung dann mit einem echten Fensterkontakt oben zu koppeln.
Drehriegel "zu", Fensterkontakt auf: Einbruch/Sabotage (Aufhebeln des Fensters), sollte immer Alarm erzeugen.
Drehriegel "offen" oder "gekippt", Fensterkontakt zu: Fenster ist nur angelehnt im Rahmen, aber nicht verriegelt, und kann bei Wind aufdrücken oder durch einen Einbrecher...

Genug gesenft. Try and error!

Hi, natürlich lass ich nicht locker, will es ja realisieren:-)
Mein Problem ist nur, das ich viel verstanden hab, viel Bahnhof:-(

Wenn ich dich richtig verstehe gehts jetzt schon in die perl Programmierung, wo ich leider keinerlei Ahnung von hab( hab mir aber schon mal ein Buch zu gelegt, und hoffe das ich bald mal ein Nischen zeit zum lesen/lernen finde....)

Die eine Überlegung IST ja erstmal das ich wenn im 23 nicht alle Fenster zu sind eine warn Email bekomme. Was ist an meinem notify dazu falsch?
Wenn das läuft hätte ich ja mal den ersten Schritt:-)

Sollte irgendwann mal alles funktionierten werde ich dazu ein schönes HowTo verfassen damit es andere hoffentlich leichter haben:-)

Zitat von: roedert am 09 Oktober 2014, 01:50:45
Ein aufgehebeltes Fenster wird doch vom SEC-RHS überhaupt nicht erkannt!

Ein aufgehebeltes nicht, da hast du wohl recht, wenn die Scheibe aber eingeschlagen ist und der Griff dann zum öffnen betätigt wird aber schon!

Das das noch keine absolut sichere Lösung IST ist mir absolut bewusst, ist auch nur mal die erste "einfache" Lösung was mit vorhanden Materialien zu basteln

frank · 09 Oktober 2014, 10:17:56

wie wär es denn mit diesem neuen modul für dein vorhaben. ich habe es noch nicht probiert, aber werde es irgendwann noch tun. da kommst du bestimmt mit wenig programmieren viel weiter. wiki gibt es hier: www.fhemwiki.de/wiki/Modul_Alarmanlage

der thread zum modul: http://forum.fhem.de/index.php/topic,26893.0.htmlhttp://forum.fhem.de/index.php/topic,26893.0.html

gruss frank

Tommy82 · 09 Oktober 2014, 11:38:28

Hallo frank, das hört sich sehr vielversprechend aber, werd ich mich auf jedenfall mit auseinandersetzen:-)

Allerdings bin ich ja auch lern Willig, und würde gerne auch die "Handarbeit" mit unterstützen fortführen wollen und hoffe damit Erfolg haben

Pfriemler · 09 Oktober 2014, 11:59:03

Also ich hab eigentlich alles gesagt was ich noch sagen könnte. Auch wenn ich wie Puschel74 klinge: recht hat er, wenn er regelmäßig auf Suche und Einsteiger-Doc verweist und die Leute ermuntert, selbst, ggf. mit kleinen Versuchen, sich an das Ziel heranzutasten.
Und an die 99_myUtils muss man früher oder später sowieso, wenn man nicht ausschließlich fertige Module nimmt. Dafür muss man nicht perl können, nur die Fertigkeit, andre Lösungen ggf. leicht für sich anzupassen. Wie man eine Variable anlegt, manipuliert und verwendet, verstehe ich auch ohne Kurs.
Und, bitte: Lies die Einsteiger-Doc nochmal, und nochmal, und verstehe, wofür ein Notify und wofür ein at benutzt wird. Dann wirst du mich und die anderen auch verstehen. Nichts für ungut, bitte.
Und bau dir ne structure für die Fenster. Du wirst dann sehen, wie genial das ist...

Geht nich gips nich

Pfriemler · 09 Oktober 2014, 21:07:51

Ach ... noch ein paar Ideen von mir:
1. ich bin nicht sicher, ob die Konstruktion .*Fenster.*:offen überhaupt funktioniert. Die Stati der Melder heißen m.w. open, closed und ... ja, wie heißt gekippt? Ich habe keinen RHS, kann daher nicht mitreden. Oder hast du im RHS eine Eventmap definiert?. Außerdem erfasst Du damit nicht die Terrassen_Tuer, weil da kein Begriff "Fenster" drin vorkommt.
2. Ich habe mir eben alles nochmal durchgelesen und der Fährten sind es genug, besonders von Martin und Frank.
3. Wenn Dein Notify richtig arbeitet, dann sendet es bei jedem Öffnen eines Fensters eine E-Mail. Das ist aber gar nicht das was du willst. Ein Notify ist nicht etwa eine anzustoßende Zustandsabfrage und die Wildcards darin keine automatische Schleife über alle Devices (deswegen ist der Zusammenhang mit der Uhrzeit auch vom Ansatz her völlig falsch), sondern der im DEF genannte Anweisungsteil wird genau dann ausgeführt, wenn die Triggerbedingung stimmt - und das würde der Fall sein, wenn FHEM von einem Sensor, der "Fenster" im Namen trägt, den Status "offen" gemeldet bekommt. Zusammen mit einer Prüfung, ob die Alarmanlage scharf ist, würde so ein Notify letztlich den Alarm auslösen.
4. Für die Zusammenfassung mehrer Statusse

ist structure das Mittel der Wahl. Ich gebe zu, dass das nicht trivial ist, aber es ist sehr mächtig, so können sogar unterschiedliche Statustexte völlig unterschiedlicher Sensoren zusammengefasst werden. Du kannst beim Aufbauen der Structure viel experimentieren ohne Gefahr, erst mit zwei, dann mit drei Fenstern usw. Im Grunde ist eine Structure ein ganzes Bündel von Notifys, die je nach programmierter Bedingung einen Dummywert setzen, hierbei sind auch mehr als zwei Stati möglich, wenn ich richtig liege.

Nichtsdestotrotz Dank an Frank - das Modul Alarmanlage werde ich mir auch genau ansehen. Man muss das Rad ja nicht zweimal erfinden.

Übrigens würde ich zur Alarmauslösung absolut nicht auf einen RHS setzen. Meine Terassentür würde ich, wie von mir beschrieben, mit zwei Sensoren ausrüsten - einem RHS (Drehgriffsensor) und einem SC(o) (Tür/Fensterkontakt - ob man den oben oder unten ansetzt, hängt davon ab, ob "gekippt" auch als gefährlich anzusehen ist. Bei Terassentüren würde ich das bejahen, bei Schlafzimmerfenstern im ersten Stock eher weniger). Von letzterem habe ich frisch zwei im Einsatz und die gefallen mir echt gut, ein Bausatz kostet gerade mal 20 Euro. Diese Tür würde von einem Einbrecher vermutlich aufgehebelt werden, ohne dass der Griff überhaupt verdreht wird. Die Kombination beider finde ich unschlagbar. Leider habe ich eine Fensterbauart, bei der sich ein RHS nicht ohne Modifikation einsetzen lässt. Aber sowas rüste ich noch nach, evtl. mit anderen Sensoren.
Zustandsabfragen beim Schärfen der Anlage:
RHS=zu, SC=zu: Alles in Ordnung, Fenster ist verschlossen, Alarmanlage kann eingeschaltet werden.
Bei unten angebrachtem SC:
RHS=gekippt, SC=zu: "Achtung: Fenster ist noch gekippt."
RHS=gekippt, SC=offen: bei unten angebrachtem SC auch ein nicht zulässiger Zustand, s.u. ...
RHS=offen, SC=zu: Hinweis geben: "Achtung! Fenster angelehnt, bitte richtig schließen"
RHS=offen, SC=offen: Hinweis geben: "Fenster ist noch offen".
Bei oben angebrachtem SC:
RHS=offen, SC=zu: Hinweis geben: "Achtung! Fenster angelehnt, bitte richtig schließen"
RHS=offen oder gekippt, SC=auf: Hinweis geben: "Fenster ist noch offen".
Notifys bei Zustandsänderung:
SC=auf: Bei aktiver Alarmanlage Alarm auslösen, sonst RHS abfragen, ob er zu ist, dann auch sofort auslösen. Ein Öffnen des Fensters bei geschlossenem Drehgriff ist immer eine Gewalteinwirkung und sollte einen Alarm auslösen. Bei unten angebrachtem SC müsste auch ein RHS=gekippt den Alarm auslösen. Leider löst man den Alarm dann auch aus, wenn man das Fenster durch Drehen des Griffs und gleichzeitiges Aufziehen aus der Verankerung hebt

... die Dreh-Kipp-Sicherungen halten bei mir kaum noch ...
RHS geht auf offen: bei aktivem TeilAlarm (Außenhautsicherung für die Nacht) intern Warnung auslösen, bei Vollscharf sofort Alarm - spätestens das Öffnen des Fensters würde dann sofort Alarm auslösen. So hat man noch eine Chance, die Anlage unscharf zu stellen ... Noch besser wäre eine Alarmauslösung nach Zeit, die man durch Schließen des Drehgriffs wieder deaktivieren kann. Für sowas gibt es das Modul watchdog.
Ein Großteil unserer Fehlalarme geht auf das Konto morgendlicher Lüftungsversuche, ohne vorherige Deaktiverung der nachts üblichen Teilscharfstellung. Daher wäre mir das wichtig.
Weitere Vorschläge?

Tommy82 · 09 Oktober 2014, 22:10:05

Hallo Pfriemler, erstmal Danke für deine geduld und hilfe.

Ich habe jetzt mit das ganze mit dem at nochmal angesehen, die Prüfung des Fenster statuses und die damit Verbundenen Email, wenn noch ein Fenster offen sein sollte hab ich jetzt mal so gebaut, wäre das richtig?