[Beta Modul] OpenHomeAlarm – Flexibles Alarmsystem für Symcon

[Burki24]

Moin,

heute darf ich Euch mein neuestes Projekt vorstellen. Es ist ein Alarmsystem, welches mit den Aktoren aller Hersteller zusammen arbeiten kann. Zu finden ist es im Store unter „OpenHomeAlarm“

Wer mein OpenCalendar-Modul kennt, wird sich relativ schnell in der Konfiguration zurecht finden.

Ich würde mich sehr freuen, wenn sich Anwender finden könnten, die das System durchtesten und Feedback dazu geben.

OpenHomeAlarm – ein flexibles Alarmsystem für Symcon 9.x

Mit OpenHomeAlarm steht ein umfangreiches und flexibel konfigurierbares Alarmsystem für Symcon 9.x zur Verfügung. Das Modul verbindet vorhandene Sensoren, Aktoren und Automationen zu einer zentralen Alarmanlage und lässt sich dadurch an unterschiedliche Gebäude, Wohnungen und Sicherheitsanforderungen anpassen.

OpenHomeAlarm bringt keine eigenen Sensoren oder Alarmgeber mit. Stattdessen verwendet das Modul bereits in Symcon vorhandene Variablen. So können beispielsweise Fenster- und Türkontakte, Bewegungsmelder, Glasbruch-, Rauch- oder Wassersensoren eingebunden werden. Ebenso lassen sich vorhandene Sirenen, Beleuchtungen, Benachrichtigungen, Skripte, Ablaufpläne und Geräteaktionen für Alarm- und Störungsmeldungen verwenden.

Die Anlage unterstützt die drei Scharfmodi Zuhause, Abwesend und Nacht. Für jeden Modus kann festgelegt werden, welche Sensoren überwacht werden. Vor dem Scharfschalten prüft das Modul automatisch, ob alle benötigten Sensoren bereit und erreichbar sind. Offene, ausgelöste oder nicht verfügbare Sensoren werden übersichtlich als Blocker angezeigt. Falls erforderlich, können einzelne Sensoren vorübergehend überbrückt werden.

Mehrere unabhängige Alarmbereiche ermöglichen es, unterschiedliche Gebäudeteile getrennt zu überwachen und zu bedienen. Zusätzlich stehen Ein- und Ausgangsverzögerungen, Ausgangswege, dauerhaft aktive 24/7-Sensoren sowie eine mehrstufige Alarmeskalation zur Verfügung.

Das Unscharfschalten kann durch benutzerbezogene Codes geschützt werden. Wiederholte falsche Eingaben führen zu einer zeitlich begrenzten Sperre, die ebenso wie laufende Verzögerungen und wichtige Anlagenzustände einen Neustart von Symcon übersteht. Auf Wunsch kann die Anlage außerdem über frei konfigurierbare Wochenzeitpläne automatisch scharfgeschaltet werden.

Für Alarm, Störung, Countdown und Rücksetzung lassen sich unterschiedliche Aktionen hinterlegen. Dadurch können unter anderem Sirenen eingeschaltet, Beleuchtungen aktiviert, Meldungen versendet oder eigene Automationen gestartet werden. Eine mehrstufige Eskalation erlaubt zusätzliche Aktionen nach frei festgelegten Zeitabständen.

Die Bedienung erfolgt wahlweise über eine responsive Symcon-Kachel oder eine vollständig bedienbare IPSView-WebContent-Ansicht. Beide Ansichten verwenden denselben Anlagenzustand und stellen Scharfmodi, Codeeingabe, Sensorüberbrückungen, Alarmgedächtnis, Diagnoseinformationen und Ereignisse bereit. Die IPSView-Darstellung kann umfangreich an das eigene Oberflächendesign angepasst werden.

Eine Ereignishistorie dokumentiert wichtige Anlagenvorgänge. Ergänzend zeigt die Diagnoseansicht den Zustand aller konfigurierten Sensoren und Störungseingänge einschließlich fehlender oder nicht lesbarer Variablen. Ereignisse und Diagnosedaten können als JSON oder CSV exportiert werden.

Die vollständige Modulkonfiguration lässt sich versioniert sichern und nach einer Validierung wiederherstellen. Dabei prüft OpenHomeAlarm die Sicherung vor jeder Änderung und verhindert die Wiederherstellung, solange ein Alarmbereich scharfgeschaltet ist.

Funktionsübersicht

• Unterstützung für Symcon 9.x
• Scharfmodi Zuhause, Abwesend und Nacht
• Mehrere unabhängig bedienbare Alarmbereiche
• Frei konfigurierbare Alarm- und Störungssensoren
• Unterstützung typischer Öffnungs-, Bewegungs-, Glasbruch-, Rauch- und Wassersensoren
• Dauerüberwachung wichtiger 24/7-Sensoren
• Ein- und Ausgangsverzögerungen mit Countdown
• Unterstützung definierter Ausgangswege
• Automatische Prüfung der Scharfschaltbereitschaft
• Anzeige blockierender und nicht verfügbarer Sensoren
• Temporäre Überbrückung einzelner Sensoren
• Benutzerbezogene Unscharfschaltcodes
• Sperrzeit nach wiederholten falschen Codeeingaben
• Automatische Scharfschaltung über Wochenzeitpläne
• Mehrstufige Alarmeskalation
• Konfigurierbare Aktionen für Alarm, Störung, Countdown und Rücksetzung
• Alarmgedächtnis mit letztem Auslöser und Zeitpunkt
• Wiederanlaufsichere Zustände, Verzögerungen und Sperrzeiten
• Ereignishistorie mit JSON- und CSV-Export
• Diagnoseansicht und Diagnoseexport
• Versionierte Sicherung und validierte Wiederherstellung der Konfiguration
• Responsive Symcon-HTML-SDK-Kachel
• Vollständig bedienbare IPSView-Ansicht
• Umfangreich anpassbare IPSView-Gestaltung
• Deutsche und englische Benutzeroberfläche

OpenHomeAlarm richtet sich an Anwender, die ihre vorhandenen Symcon-Komponenten zu einer zentralen, transparenten und individuell erweiterbaren Alarmanlage verbinden möchten.

Wichtiger Hinweis

OpenHomeAlarm ist eine softwarebasierte Smart-Home-Lösung und keine zertifizierte Einbruch-, Brand- oder Gefahrenmeldeanlage. Das Modul und die damit aufgebaute Anlage besitzen keine Zertifizierung nach DIN-, EN-, VdS-, ISO- oder vergleichbaren Sicherheitsnormen.

OpenHomeAlarm darf daher nicht als Ersatz für gesetzlich vorgeschriebene, behördlich geforderte oder professionell zertifizierte Alarm-, Brandmelde- oder Gefahrenmeldesysteme eingesetzt werden. Die Funktion und Zuverlässigkeit der Gesamtanlage hängen außerdem von der Symcon-Installation, dem Netzwerk sowie den verwendeten Sensoren, Aktoren und Kommunikationswegen ab.

Der Einsatz erfolgt eigenverantwortlich und ist insbesondere für private Smart-Home-Anwendungen, ergänzende Überwachung und Automatisierung vorgesehen.

LG
Burkhard

[hfichtinger]

Ich werde mir das mal ansehen. Einbruch oder dgl. ist jetzt für mich nicht so interessant (ok, Fenstersensoren sind vorhanden) aber ich denke da eher an meine Rauchmelder. Aktuell ist es so, dass bei Auslösung mit einem Skript sämtliche Beleuchtung eingeschaltet wird. Kann das darüber gemacht werden? Ich denke schon, oder?

[Burki24]

Ja, auch wenn das Modul dafür sicherlich etwas oversized ist . Wäre aber schon mal ein interessanter Test.

LG
Burkhard

[ruan]

Du knallst die Module ja schneller raus, als man testen kann

Ich habe eben mal ein wenig rumgespielt und bin der Erste, der was zu meckern hat.

Wenn man im Formular eine Aktion aktiviert, dann wird das Ziel-Fenster nach “Änderungen übernehmen”angezeigt. Hat man es sich anders überlegt und möchte doch keine Aktion aktivieren, dann muss man erst ein Ziel eingeben und übernehmen, bevor man die Aktion wieder auf “Keine Aktion” setzen kann.

Macht man dann den Fehler, das Ziel zu löschen und dann erst die Aktion zurückzusetzen, geht gar nichts mehr, weil das Formular bei jedem Versuch, etwas zu ändern und zu übernehmen diesen Fehler wirft. Das ist beim Aktivieren okay aber nicht beim Löschen.

Man muss also wieder ein Ziel vergeben um “Keine Aktion” zu setzen. Das Ziel bleibt im Hintergrund stehen, was bestimmt nicht sein soll.

Ich spiele weiter

[Burki24]

Schaue ich mir heute Abend, spätestens morgen früh an.

LG
Burkhard

P.S.: Mehr Module kommen erstmal nicht.

[tissenm]

Moin Burkhard,

Danke Dir für dein Engagement…. Werde das Modul nun auch mal testen. Eigentlich fehlt mir sowas auch noch.

Bevor ich starte, eine kurze Frage. Ich mache das ganze aktuell mit einem Ablaufplan, den ich aktiviere ihn mit einem kartenschalter (wie im Hotelzimmer). Wenn ich Karte ziehe ich alles aktiv. Ginge ein „manuelles“ Scharfschalten mit dem Modul auch. Und wie verhält es sich bei Fehlalarmen. Steht bei uns ein starker Wind auf einem Fenster, kann das schon mal passieren. Jetzt muss ich nur Karte rein und Ruhe ist.

Danke und Gruß Michael

[Burki24]

Moin Michael,

Momantan nicht direkt. Du könntest dafür ein kleines Action-Script schreiben und mittels der öffentlichen Funktionen ( OHA_ArmHome(), OHA_ArmAway(), OHA_ArmNight()) die Alarmanlage aktivieren und deaktivieren über OHA_Disarm($InstanzID);.

Würde Dir das reichen, oder sollte ich das Ganze um eine Bool-Variable erweitern?

LG
Burkhard

[tissenm]

Moin Burkhard,

Wenn du Zeit hast gerne eine Bool Variable. Danke!

Gruß Michael

[habre]

@Burki24

Mehr Module kommen erstmal nicht.

Wer hat ihn jetzt eingebremst - WER war das nochmal ?

[Burki24]

Moin Michael,

habe noch mal darüber nachgedacht und es macht eigentlich eher weniger sinn. Was soll die Bool denn veranlassen? Wenn armed, welche Form (Nacht, Home oder Weg), da wäre ein kurzes Script der bessere/flexiblere Weg. Dafür gibt es halt auch die Funktionen.

LG
Burkhard

[Burki24]

@habre

Wer hat ihn jetzt eingebremst - WER war das nochmal ?

Die Zeit.

LG
Burkhard

[Burki24]

Moin,

gibt ein Update:

Sollte damit erledigt sein:

@ruan

Wenn man im Formular eine Aktion aktiviert, dann wird das Ziel-Fenster nach “Änderungen übernehmen”angezeigt. Hat man es sich anders überlegt und möchte doch keine Aktion aktivieren, dann muss man erst ein Ziel eingeben und übernehmen, bevor man die Aktion wieder auf “Keine Aktion” setzen kann.

Sollte den Komfort erhöhen, wenn Du mit einem Kartenschalter arbeiten willst.

@tissenm

Bevor ich starte, eine kurze Frage. Ich mache das ganze aktuell mit einem Ablaufplan, den ich aktiviere ihn mit einem kartenschalter (wie im Hotelzimmer). Wenn ich Karte ziehe ich alles aktiv. Ginge ein „manuelles“ Scharfschalten mit dem Modul auch. Und wie verhält es sich bei Fehlalarmen. Steht bei uns ein starker Wind auf einem Fenster, kann das schon mal passieren. Jetzt muss ich nur Karte rein und Ruhe ist.

[/quote]

• Sicherheitskonfiguration im Scharfzustand geschützt:
  • Alarmbereiche, Sensoren und Störungseingänge sind gesperrt, sobald mindestens ein Bereich aktiv ist.
  • Eine serverseitige Prüfung verhindert das Umgehen über bereits geöffnete Formulare.
  • Änderungen sind erst wieder möglich, wenn alle Bereiche unscharf sind.
• Verwaltung optionaler Aktionen korrigiert:
  • Eine aktivierte Aktion kann wieder auf „Keine Aktion“ gesetzt werden, ohne zuvor ein Ziel auswählen zu müssen.
  • Das Aktionsfeld wird sofort deaktiviert und blockiert die Formularvalidierung nicht mehr.
  • Das konfigurierte Ziel bleibt beim Deaktivieren erhalten und steht nach erneuter Aktivierung wieder bereit.
• Individuelle Ausgangsverzögerungen ergänzt:
  • OHA_Arm(), OHA_ArmHome(), OHA_ArmAway() und OHA_ArmNight() akzeptieren jetzt optional eine Verzögerung.
  • null verwendet die konfigurierte Standardverzögerung.
  • 0 schaltet sofort scharf.
  • Positive Werte überschreiben die Verzögerung für diesen einzelnen Aufruf.
  • Negative Werte werden sicher abgelehnt.
  • Ausgangsweg-Sensoren werden anhand der tatsächlich verwendeten Verzögerung behandelt.

    OHA_ArmHome(12345);        // konfigurierte Verzögerung
    OHA_ArmAway(12345, 30);    // 30 Sekunden
    OHA_ArmNight(12345, 0);    // sofort
    

LG
Burkhard

[ruan]

@Burki24

Eine aktivierte Aktion kann wieder auf „Keine Aktion“ gesetzt werden, ohne zuvor ein Ziel auswählen zu müssen.

Funktioniert bei mir leider nicht. Ich bekomme wieder die Fehlermeldung.

Kann man die Farbe von Datum und Uhrzeit unter den Ereignissen irgendwo einstellen?

[Burki24]

@ruan

Funktioniert bei mir leider nicht. Ich bekomme wieder die Fehlermeldung.

Bin ich dran, wird aber erst morgen.
EDIT: Update ist Online, bitte testen.

@ruan

Kann man die Farbe von Datum und Uhrzeit unter den Ereignissen irgendwo einstellen?

Bist Du in der Kachel, oder in IPSView?
In der Kachel werden eigentlich die Farben der Kachel-Visu übernommen:

LG
Burkhard

[Burki24]

Moin,
Noch ein kleines Update. Damit sind jetzt auch in der Kachel Farbanpassungen per Instanz-Konfiguration möglich. Da dies ein Override darstellt, muss das vom User per „Eigene Kachelfarben verwenden“ extra bestätigt werden.

Wichtig: Sind die Farben per Override geändert, sind diese fest und folgen nicht mehr dem Hell/Dunkel Farbscheme des Symcon-Standards.

LG
Burkhard

[ruan]

Auch Moin,

die Aktionen funktionieren jetzt, wie von Dir beschrieben. Lediglich beim ersten Setzen der Aktion, direkt nach der Installation des Moduls, tritt der Fehler noch auf. Hat man dann ein Ziel gesetzt, ist der Fehler ist weg. Insofern benötigt die Aktion immer noch zwingend ein zugewiesenes Ziel um zu funktionieren.

Die Texte unter den Ereignissen sind bei mir in der View-Ansicht nicht erkennbar. Ich habe kein IPS-View installiert und stelle die Kachel in der Symcon-Visu dar. Die Farbeinstellungen habe ich auf benutzerdefiniert stehen. Das sieht dann so aus:

Andere Stil-Einstellungen wie dunkel, hell, warm usw. führen ohne IPS-View zu einem Fehler, der nur durch Neuinstallation zu beheben ist. Wahrscheinlich weil die View-Umgebung fehlt. Ein Warnhinweis wäre vielleicht sinnvoll.

Dir einen schönen Tag!

Andreas

[Burki24]

@ruan

die Aktionen funktionieren jetzt, wie von Dir beschrieben. Lediglich beim ersten Setzen der Aktion, direkt nach der Installation des Moduls, tritt der Fehler noch auf. Hat man dann ein Ziel gesetzt, ist der Fehler ist weg. Insofern benötigt die Aktion immer noch zwingend ein zugewiesenes Ziel um zu funktionieren.

Schaue ich mir nochmal an.

@ruan

Andere Stil-Einstellungen wie dunkel, hell, warm usw. führen ohne IPS-View zu einem Fehler, der nur durch Neuinstallation zu beheben ist. Wahrscheinlich weil die View-Umgebung fehlt. Ein Warnhinweis wäre vielleicht sinnvoll.

Versuche es nachzustellen und dann abzustellen.

Edit: Ich kann es bei mir nicht nachstellen. Welcher Fehler, was muss neu installiert werden. Um Dir hier folgen zu können benötige ich mehr Informationen.

@ruan

Die Texte unter den Ereignissen sind bei mir in der View-Ansicht nicht erkennbar. Ich habe kein IPS-View installiert und stelle die Kachel in der Symcon-Visu dar. Die Farbeinstellungen habe ich auf benutzerdefiniert stehen. Das sieht dann so aus:

Welche Farbeinstellungen hast Du denn vorgenommen?

LG
Burkhard

[ruan]

[Burki24]

Du stellst an den falschen Schrauben. Du hast doch kein IPSView. Dann brauchst Du da auch nichts einstellen. Mit dem letzten Update ist ein extra Part für die Tile-View hinzugekommen: [Beta Modul] OpenHomeAlarm – Flexibles Alarmsystem für Symcon - #15 von Burki24 Oder nutzt Du in der Darstellung die IPSView-HTML und nicht die reine Kachel-View:

LG
Burkhard

[ruan]

Das ist mit klar, ich nutze die IPSView-HTML, weil ich hier skalieren und Schriftgrößen einstellen kann. Außerdem ist die Darstellung einfach besser, genauso wie in Deinem Kalendermodul.