UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[pix]

@andreaskos Natürlich kann ein Datenpunkt mehrere Rollen haben. Zum Beispiel haben meine Bewegungsmelder die Rollen

• Sicherheit - zur Abfrage in der Alarmanlage und für andere sicherheitsrelevante Skripte (Wassermelder, Funkschlüssel, etc.)
• Alarmanlage_innen und Alarmanlage_aussen - zur genaueren Abfrage in der Alarmanlage (Hülle und innen oder bei dir extern und intern)
• Batterie betrieben - zur Abfrage im Batterieskript

Ich benutze noch die Rollen (oder in ioBrokerAdmin "functions" genannt) "Taster", "PIR", "Schalter", "Fernbedienung", "Wassermelder", "Briefkasten"

Dadurch lassen sich einzelne Geräte direkt einer Funktion zuordnen. Das geht auch bei DIY-Umbauten. Ein für den Briefkasten umgebauter Tür-Fenster-Kontakt soll nicht in der Alarmanlage ausgewertet werden, nur weil er ursprünglich Tür- und Fensterzustände melden sollte.

Dazu gibt es noch den Raum, um weiter spezialisieren.

Pix

[andreaskos]

Ah - ok. Ja, mit Functions hab ich schon mal gearbeitet, verstehe!
Die Melder würden eh wie bei dir in Außenhülle und Innenraum unterschieden, extern und intern ist ja nur der Schaltzustand, das ist nicht das gleiche. ;-)

Danke für diese Hinweise!

[Tirador]

Steuerung

@andreaskos

"Solche Dinge passieren, wenn von einem scharf-Zustand auf einen anderen scharf-Zustand geschaltet wird, in deinem Fall direkt von scharf extern auf scharf intern. Ein Rückesetzen wird immer nur beim Schalten auf unscharf durchgeführt (auch die Texte stimmen nur so). Ich wollte das vorerst nicht per Programmierung sperren. Jetzt mit der Möglichkeit über den Number-Datenpunkt zu schalten passiert das natürlich noch leichter. Sollte ich das Abfangen im Code? Was soll dann aber passieren?"

Ich denke das gehört zur vernünftigen Steuerung dazu, dass solche "Zwischenzustände" nicht existieren.
Grundsätzlich ist ein "Zurücksetzen" des Alarms ja pinzipbedingt nicht verkehrt. Technisch sollte es aber unterbunden sein, dann den Zustand auf einen anderen ALARM-Modus zu setzen. D.h. es müsste eine Fehlermeldung geben, wenn man den Modus intern/extern scharf wechselt und es existiert ein ALARM.

Redundante Datenpunkte

Grundsätzlich würde ich es begrüßen, wenn Du die redundanten Datenpunkte/States wieder aus dem Skript entfernst, um zusätzliche "Klarheit" zu schaffen. D.h. durch den Switch gibt es ja alle Möglichkeiten der Steuerung. die folgenden Datenpunkte könnten entfernt werden:

Das gilt natürlich analog für die Ausgabe-Datenpunkte. Ich sehe darin keinen Mehrwert (auch für eine VIS-Aufbereitung nicht).

Räume/Funktionen

Die Idee mit den Rollen/Funktionen fände ich auch Klasse. Das ermöglicht ausserdem später die Ausgaben nochmal anders aufzubereiten, d.h. an der Zuteilung der Räume und Funktionen selbst ist eine Ausgabe für VIS später möglich.
Als Orientierung wie man das umsetzt verweise ich mal auf das Fensterskript von Pitini, welches ähnliche Optionen bietet (d.h. den Fenstern werden Funktionen und Räume zugeordnet). Das Skript stellt eine Liste der offenen Fenster als HTML-Tabelle für VIS zur Verfügung. Das könnte ich mir analog für das Alarm-Skript vorstellen, um zu erkennen welcher Sensor angeschlagen hat.

[Vorlage] Generisches Fensteroffenskript + Vis

[andreaskos]

OK, dann versuche ich, das wechseln der Schaltzustände von scharf intern auf scharf extern (oder umgekehrt) zu verhindern. Ich würde aber dann auch ohne anstehenden Alarm den Wechsel verbieten. Der Error "Fehler bei der Scharfschaltung" sollte dann ja auch dafür verwendet werden können.

Der Ursprung der drei boolschen Datenpunkte für die Schaltzustandseingabe- und -anzeige ist das KNX Sicherheitsmodul von ABB, mit dem ich schon oft gearbeitet hab und es damit auch liebgewonnen hab. ;-)
Ich verwende diese Datenpunkte dabei am liebsten. Der Mehrwert im Falle des ioBroker-Skripts besteht darin, dass diese zum Beispiel ganz einfach mit einer Code-Tastatur (oder sonst einer Hardware-Schaltstelle), die true/false liefert, verbunden werden können. Einfach, indem die beiden States mit einer Subscription gekoppelt werden. 2 Codes für extern und intern (d.h. jeweils ein Relais, das anzieht) - fertig.
Genau auf diese Art könnte auch der Wunsch von @Homer-J umgesetzt werden, wo er schreibt:

telenot Alarmanlagen die habe ich auch bei mir im Büro, die kann man ja über Chip aktivieren deaktivieren kannst du das vielleicht mit einbauen das wäre mal richtig genial.

Ebenso verwende ich die Ausgabe-Datenpunkte, für zB true/false Status-Anzeigen. Insofern sind sie nicht tatsächlich redundant. Nur eine zusätzliche Möglichkeit für die Schaltzustandseingabe und -anzeige. Ich verwende kaum eine Visualisierung dafür.

Was die Liste der Melder angeht, so würde ich nach meinem Gefühl eher auf einen JSON-String setzen, das ist noch universeller als HTML. Daraus kann man sich dann ja eine beliebige HTML-Struktur erstellen für seine eigene Visu.

Danke mal wieder für die Inputs @Tirador ! - Die Arbeit geht mir also nicht aus... ;-)
LG Andreas

[andreaskos]

OK, die nächste Version ist da:

• Die Melder werden aus den ENUMs geholt, by default von diesen:
  "Alarmanlage_Aussenhaut"
  "Alarmanlage_Innenraum"
  "Alarmanlage_Verzoegert"
• Direktes Wechseln von einem Scharf-Zustand zu einem andern wird verhindert.
• Instanz muss nicht eingegeben werden, sondern kommt von der Variable instance

Nächstest ToDo: Ausgabe der ausgelösten Melder in 3 JSON-Strings, einmal alle Melder, einmal nur Außenhaut und einmal nur Innenraum-Melder.

[Homer.J.]

@andreaskos Hallo Andreas kannst du mal bitte ein Beispiel Arrays für die Melder mit ins Script packen, hab jetzt schon einiges Probiert bekomme es aber nicht ans laufen. Danke

Grüße

[andreaskos]

Hi! Du brauchst keine Arrays mehr anlegen im Skript, das wurde mit der letzten Version geändert.
Einfach drei Aufzählungen anlegen. Dazu gehst du im ioBroker-Admin auf Aufzählungen. Falls die in der Auswahl links nicht angezeigt werden, dann kannst du sie einblenden.
Dort dann die drei neuen Aufzählungen unter "Functions" (Funktionen) anlegen und die States einfügen deiner Sensoren.
Achtung auf die Groß/Kleinschreibung bei der id!
Hast du das gemeint?

[Homer.J.]

@andreaskos
Hab es musste nur die Funktion neu anlegen.

Kleiner Fehler in deinem Script ist mir noch aufgefallen. Soll sicher Innenraum heißen.

const functionIndoor = "Alarmanlage_Inneraum";

Beim Bewegungsmeldern sollte doch eigentlich nur Motion Triggern oder. ?

Spoiler

Fenstergriff Flur.STATE, Bewegungsmelder Flur.CURRENT_ILLUMINATION, Bewegungsmelder Flur.ILLUMINATION, Bewegungsmelder Flur.MOTION, Bewegungsmelder Flur.MOTION_DETECTION_ACTIVE, Bewegungsmelder Schlafzimmer.CURRENT_ILLUMINATION, Bewegungsmelder Schlafzimmer.ILLUMINATION, Bewegungsmelder Schlafzimmer.MOTION_DETECTION_ACTIVE, Bewegungsmelder Abstellraum.CURRENT_ILLUMINATION, Bewegungsmelder Abstellraum.ILLUMINATION, Bewegungsmelder Abstellraum.MOTION_DETECTION_ACTIVE, Bewegungsmelder Küche.CURRENT_ILLUMINATION, Bewegungsmelder Küche.ILLUMINATION, Bewegungsmelder Küche.MOTION_DETECTION_ACTIVE, Bewegungsmelder Wohnzimmer.CURRENT_ILLUMINATION, Bewegungsmelder Wohnzimmer.ILLUMINATION, Bewegungsmelder Wohnzimmer.MOTION_DETECTION_ACTIVE, Bewegungsmelder Badezimmer.CURRENT_ILLUMINATION, Bewegungsmelder Badezimmer.ILLUMINATION, Bewegungsmelder Badezimmer.PRESENCE_DETECTION_ACTIVE

man muss die Funktion per Hand anlegen und nicht über die CCU dann geht es.

Wieder Klasse Arbeit von dir. :+1:

[andreaskos]

Danke für dein Feedback @Homer-J !
Ja - klassischer Copy-Paste-Fehler, sorry. Innenraum sollte es heißen, genau.

[Homer.J.]

Hi @Tirador hab jetzt meine Vis auf das Script angepasst nochmal Vielen Dank an Andreas für die Umsetzung.
Funktioniert hervorragend. :+1:
Hab noch meine Pineingabe mit integriert.
Hier mal 2 Screenshots wie meine Vis jetzt Aussieht.
Sag Bescheid ob du es haben willst dann stelle ich alles hier ein.

Grüße

Hier meine Alarmanlage als Vorlage.
Bitte die einzelnen View genau so anlegen wie die Textdatei heißen dann sollte es sofort funktionieren ansonsten alles an die eigene Struktur anpassen.
Voraussetzung ist das [Projekt] MDCSS v2: Material Design CSS Version 2 von Uhula.
Für die Pineingabe das Blocklyscript ist auch dabei und angepasst, es muss nur der vierstellige Pin im Datenpunkt PW_Auswertung eingegeben werden.

Viel Spaß.

Alarmanlage.rar

[MartyBr]

@Homer-J
Hallo @Homer-J , ich würde mich sehr über die View freuen.

Gruß
Martin

[sigi234]

@Homer-J sagte in Umfassendes Alarmanlagen-Skript:

Viel Spaß.
Alarmanlage.rar

Danke, wollte es auch mal testen, aber da fehlen einige Pages im Rar?

[Homer.J.]

Morgen @sigi234 war mir was durchgerutscht, hab ich ergänzt sollte jetzt alles da sein.

[sigi234]

@Homer-J sagte in Umfassendes Alarmanlagen-Skript:

Morgen @sigi234 war mir was durchgerutscht, hab ich ergänzt sollte jetzt alles da sein.

Ok, da gibt es noch einen Fehler bei der cardAlarmanlageFenster:

[sigi234]

@Homer-J sagte in Umfassendes Alarmanlagen-Skript:

es muss nur der vierstellige Pin im Datenpunkt PW_Auswertung eingegeben werden.

Wo?

[Homer.J.]

@sigi234 wo die 2054 steht dort deinen gewünschten Pin eintragen.
Es kann sein das ich die Fenster gruppiert habe löse diese mal auf, dann sollte es gehen.
Hab die Gruppierung jetzt raus genommen.

[sigi234]

@Homer-J sagte in Umfassendes Alarmanlagen-Skript:

@sigi234 wo die 2054 steht dort deinen gewünschten Pin eintragen.
Es kann sein das ich die Fenster gruppiert habe löse diese mal auf, dann sollte es gehen.
Hab die Gruppierung jetzt raus genommen.

wo die 2054
?

Irgendwas stimmt nicht:

[Homer.J.]

@sigi234 im Timeoutblock Pineingabe den du offen hast, hab es bei mir gerade nochmal eingefügt und läuft.

[sigi234]

@Homer-J sagte in Umfassendes Alarmanlagen-Skript:

ast, hab es bei mir gerade nochmal eingefügt und läuft.

Aha, gecheckt

[andreaskos]

@pix said in Umfassendes Alarmanlagen-Skript:

die Ausgabe des Sensor Namens hast du über common.name schon realisiert ("Die Namen der Melder sollten gut gepflegt sein"). Es gibt aber sehr viel mehr Infos im Objekt, die man ausgeben könnte;

Frage dazu: Für das feststellen der offenen Melder mit der Funktion checkDetectors wird das Array der Melder durchgearbeitet. Jedes Element des Arrays ist eine id (als String). Jede id wird geprüft mit getState(id).val, ob der Melder ausgelöst ist oder nicht.

Über diese id kann ich mir das Objekt dazu holen mit getObject(id) und dort properties wie common.name etc. auslesen. Was aber sind das für properties, die du oben angegeben hast? Das sieht so HomeMatic-spezifisch aus (channelID, deviceID, etc.)? Ich bekomme hier nur Objekte, die den folgenden Aufbau haben, als Beispiel:

Spoiler

 {
  "type": "state",
  "common": {
    "def": false,
    "type": "boolean",
    "read": true,
    "write": false,
    "name": "Kueche grosses Fenster.SENSOR"
  },
  "native": {
    "CONTROL": "DOOR_SENSOR.STATE",
    "DEFAULT": false,
    "FLAGS": 1,
    "ID": "SENSOR",
    "MAX": true,
    "MIN": false,
    "OPERATIONS": 5,
    "TAB_ORDER": 0,
    "TYPE": "BOOL",
    "UNIT": ""
  },
  "from": "system.adapter.hm-rpc.1",
  "ts": 1549734551707,
  "_id": "hm-rpc.1.IEQ0064219.1.SENSOR",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Komme ich von der State-id, wie sie im Array drin ist, überhaupt auf das von dir gezeigte Objekt über irgendwelche parent-Beziehungen o.ä.? Dafür bin ich zu sehr node.js-noob... :face_with_rolling_eyes:

Bitte um Hilfe.
LG Andreas