Alles zu? Verschlusskontrolle als Einstieg in Homematic

[klassisch]

Ziel:
Aufgrund stark gestiegener Zahl von Wohnungseinbrüchen ohne schweres Werkzeug soll eine einfache und intuitive Verschlusskontrolle in einem Bestandsgebäude möglichst minimalinvasiv realisiert werden.
Nebenbedingungen
- Die Überwachung soll die Fenster sowie die Verschlussriegel der Außentüren umfassen.
- Die verwendeten Fenster-Sensoren sollen ab der nächsten Heizperiode von den Homatic-Thermostaten mitgenutzt werden.
- Die Anzeige soll summarisch per Anzeigelampe und detailliert in Klarschrift möglichst auf dem CCU-Display erfolgen.
- Freilaufender, möglichst wartungsarmer Betrieb da Hauptnutzer technisch uninteressiert.
- Eine richtige Alarmierung soll nicht erfolgen. An eine Alarmanlage hätte ich höhere Anforderungen, die ich einem Funksystem derzeit nicht zutraue.

Realisierung:
Homematic-Komponenten:
- TFK Tür- Fenster-Kontaktschalter HM-Sec-SC für die Terrassentür (Hubmeschnismus) und zum Einlesen der Riegelkontaktschalter und Kellerfenster
- Fenster-Drehgriffkontakt HM-Sec-RHS für die Fenster.
- CCU
- - rote Alarmmeldungs-LED als summarische Info
- - Nutzung der Erweiterung lcd_msg 1.21 Vielen Dank an die Ersteller/Pfleger!
- - Nutzung der Erweiteung E-Mail 1.1 Vielen Dank an die Ersteller/Pfleger
- - Programmpaket alles zu entworfen und installiert. Überwiegend Nutzung von WebUI mit wenigen Skripten zur Nutzung der oben genannten Erweiterungen.
- - Gelbe Service-LED hat sich leider als Störfaktor erwiesen. Wird bei Problemen mit der zyklischen Datenübertragung an wenig genutzte Sensoren aktiviert und macht Nutzer nervös.

Programmstruktur:
Die Systemvariablen sind in [eckigen Klammern] geschrieben.
viele, kleine und übersichtliche Programme verwendet. So gibt es beispielsweise für jeden Schalter ein eigenes Programm.

Unkonditionierter Sensor -> [Schalterzustand] Sensorprogramm (Mit Text-IO) [Alarmanforderung] -> Alarmmeldung (Start auf Aktualisierung, Mit Text)

Konditionierter Sensor
Zeitbereich (Trigger: Zeitwechsel) [vulnerable Phase] -> Schalterprozess (Trigger Zeitwechsel ODER Schalterzustandswechsel; Textausgabe) [Alarmanforderung] -> Alarmmeldung (Start auf Aktualisierung, Mit Text)

Programm: Allgemeine Schalter ohne Zeiteinschränkung

Code: Alles auswählen

·	Unter Nutzung Variable Alarmanforderung
·	WENN SchalterBetätigung EIN (Bei Änderung)
·	DANN 
o	Meldung schreiben
o	Alarmanforderung setzen
o	Textvariable für email setzen
·	SONST
o	Meldung löschen
o	Alarmanforderung rücksetzen
o	Textvariable für email Blank reinschreiben

Alarmanforderung prüfen

Code: Alles auswählen

·	WENN Alarmanforderung nicht gesetzt (Prüfen auf Aktualisierung) ganz wichtig, es kann ja sein, daß schon andere Schalter die Anforderung zurückgenommen haben 
o	UND
o	Wenn keine Gefährdung vorliegt
o	Wenn Schalter 1 geschlossen (nur prüfen) 
o	UND
o	Wenn Schalter 2 geschlossen (nur prüfen)
o	UND
o	Wenn Schalter 3 geschlossen (nur prüfen)
o	UND
o	….
o	UND
o	Wenn Schalter n geschlossen (nur prüfen)
o	DANN Alarm zurücknehmen
o	Ausgeben „Alles ZU“
·	Sonst
o	Alarm setzen
o	Alles Zu löschen

Der Verschlussriegel der Haustür hat einen anderen Status, er wird nur über Nacht überwacht.

Zu einer spezifizierten Zeit wird eine E-Mail mit dem Verschlussstatus losgeschickt. Dafür werden die Textvariablen verwendet.

Eine Checkliste, deren Abarbeitung das Einpflegen neuer, zusätzlicher Schalter erleichtert, hat sich sehr bewährt.

Schnickschnack:
Im Keller brennt Licht! – Lichtkontrolle mit einem TFK + LDR

Künftige Erweiterung
- Einbindung Thermostate spätestens ab der nächsten Heizperiode.
- Einbindung Gurtwickler zur Unterstützung der Verschlußsicherung. Hiermit soll das abendliche herunterfahren der Rollläden sichergestellt werden. Das wird derzeit noch dezentral durch die Gurtwickler selbst durchgeführt. Die geplante Steuerung der Lott Uniroll Gurtwickler durch die Kombination CUL/CUx ist leider ins Stocken geraten, da mein CUL die Fernsteuersender leider nicht im Raw-Modus empfangen kann.

- erweiterte Anzeige auf einem kostengünstigen Tablet. Sobald ein einfaches, kostengünstiges WLAN-Tablet (z.B. Adroid) zur Verfügung steht, soll dieses als erweiterte Klarschriftanzeige bzw. symbolische Anzeige Verwendung finden.

[Herbert_Testmann]

- Gelbe Service-LED hat sich leider als Störfaktor erwiesen. Wird bei Problemen mit der zyklischen Datenübertragung an wenig genutzte Sensoren aktiviert und macht Nutzer nervös.

Zum Löschen der "Kommunikation war gestört" Servicemeldungen gibbet ein Script (von Teddy) , das sehr gut funktioniert. Dort kann auch eine rel. kurze Zeit eingestellt werden, so dass die LED nur 1...2min leuchtet.

[klassisch]

Vielen Dank, Herbert, für den wertvollen Hinweis.

Habe zwar den Originalbeitrag nicht gefunden, aber diesen Thread.
Habe das Skript mal etabliert und werde dann Ende nächster Woche das Ergebnis sehen.
Vielen Dank und Gruss

[Herbert_Testmann]

Vielen Dank, Herbert, für den wertvollen Hinweis.

Habe zwar den Originalbeitrag nicht gefunden, aber diesen Thread.
Habe das Skript mal etabliert und werde dann Ende nächster Woche das Ergebnis sehen.
Vielen Dank und Gruss

Dann kann ich mir das nochmalige Kopieren ja sparen

[klassisch]

So sieht ein Programm für den Fensterkontakt eines Zimmers aus.



Die Skripte:
Skript dann:

Code: Alles auswählen

string stderr;
string stdout;
system.Exec ("sh /etc/config/addons/lcd_msg/display_msg.sh '$m1d b2359t gAllesZu iBad$Bad-Fenster' ",&stdout, &stderr);

Skript sonst:

Code: Alles auswählen

string stderr;
string stdout;
system.Exec ("sh /etc/config/addons/lcd_msg/delete_msg.sh '-g AllesZu -i Bad' " ,&stdout, &stderr);

Solch ein Programm muß für jedes Zimmer bzw. jeden Schalter erstellt werden.

Das ist das Programm zur Alarmbehandlung



Verzögerung um 4 bzw. 6 Sekunden, damit nicht 2 system.exec Befehle gleichzeitig kommen. Das verträgt das System nicht und hängt sich manchmal auf.

Skript Dann:

Code: Alles auswählen

string stderr;
string stdout;
system.Exec ("sh /etc/config/addons/lcd_msg/display_msg.sh '$m1d b10m gAllesZuG iAllesZu01$Alles ZU!' ",&stdout, &stderr);

Skript sonst:

Code: Alles auswählen

string stderr;
string stdout;
system.Exec ("sh /etc/config/addons/lcd_msg/delete_msg.sh '-g AllesZuG -i AllesZu01' " ,&stdout, &stderr);

[klassisch]

Nach 6,5 Jahren möchte ich mal ein Resumee ziehen.
Die Sache hat sich bewährt und läuft noch heute auf dieser Basis mit etwas "Modellpflege".
Mittlerweile wurde natürlich von system.exec auf CUxD umgestellt.
Beim Umstieg auf die CCU2 stand ja das CCU1 Display nicht mehr zur Verfügung. Habe dann auf Visualisierung durch Tablets umgestellt. Zuerst betrieben durch ccu.io und dann von ioBroker. Die Anzeigen wurden dann noch durch Zeit, Temperantur, Luftfeuchte und eine Lüftungsempfehlung.
Ein altes Tablet im Garderobenschrank wird mittlerweile durch einen Wiffivoice entlastet und fast schon überflüssig gemacht.
Der Wiffivoice wird ebenfalls durch eine Erweiterung dieser Verschlußkontrolle versorgt. Wenn beim Öffnen des Garderobenschranks noch irgendwelche Fenster aufstehen, wird das vom Wiffivoice vorgelesen. Sehr praktisch.

Wahrscheinlich gibt es mittlerweile günstigere (skriptbasierte) Lösungen, bei denen man alle Geräte innerhalb eines Gewerks in einem (1) Programm abfragen kann. Habe aber derzeit keinen Grund hier noch etwas anzupacken. Und wenn, dann stellt könnte man das Thema auch unter "Visualisierung" einordnen und auf dem ioBroker laufen lassen.