Dynamische Abfrage Tür/Fenster Status

[martinschm]

Hi,

das was du suchst nennt sich selector. Funktioniert glaube ich aber nur über javascript. Damit kannst du dir alle Geräte des deconz Adapters in eine Liste packen lassen.

Statt dann bis 50 durch die Schleife zu laufen durchläufst du die Liste der Geräte. Es gibt einige Skripte zum Thema Offene Fenster, die machen das genau so.

[zokkai]

@siggi85 Hi, so etwas suche ich auch. Ich habe Dein Script versucht an die Aqara Sensoren des Zigbee-Adapters anzupassen. Leider komme ich da nicht weiter.

Der Datenpunkt im Zigbee heisst opened der dann wahlweise auf true/false steht.
Ich kann in deinem Script nicht erkennen, wo auf diesen Wert geprüft wird.

Aktuell werden nur die Datenpunkte *.offen=0 und *.string= Alle Türen und Fenster sind zu. gefüllt.

Woran könnte dies liegen?
Danke im voraus.

Kai

[siggi85]

@zokkai
Im Deconz Adapter sind alle Sensoren durchnummeriert. Daher gehe ich alle Sensoren durch und prüfe ob es einen "open" Datenpunkt gibt.

Ich habe es mir also zugegebenermaßen ziemlich einfach gemacht...

Im Zigbee wird das nicht durchnummeriert. Hier müsste man mit Selector arbeiten wie im Kommentar von @martinschm beschrieben.
Auch wenn diese nicht nativ in blockly möglich ist, über Funktionen kann man ja auch in Blockly direkt Javascript verwenden. Sollte also möglich sein.

Ich würde diese Variante auch präferieren (sie ist ersten eleganter und zweitens wird der deconz Adapter wohl mittelfristig auch auf IDs umgebaut statt einfach durchzunummerieren). Habe mich mit Selectoren aber noch nicht auseinandergesetzt, falls du das anpasst würde ich die Lösung auch gerne wissen.

[zokkai]

@siggi85 danke dür die Info.
Ich bin alleridngs auch nur Anwender und kann mir ein paar Blockly's zusammenklöppeln, mehr aber dann auch nicht.
Von daher werde ich mal sehen, ob ich es anders lösen kann.

[siggi85]

@zokkai sagte in Dynamische Abfrage Tür/Fenster Status:

@siggi85 danke dür die Info.
Ich bin alleridngs auch nur Anwender und kann mir ein paar Blockly's zusammenklöppeln, mehr aber dann auch nicht.
Von daher werde ich mal sehen, ob ich es anders lösen kann.

Wenn ich das doch mal anpassen sollte (wahrscheinlich spätestens wenn deconz umgestellt wird ), werde ich das Update hier posten.

[martinschm]

Schaut mal, es gibt jetzt noch ein anderes Skript von @Pittini. Vielleicht lassen sich die Skripte ja vereinigen bzw gemeinsam weiter entwickeln.

Und vielleicht wird mit @Dutchman's Hilfe auch noch ein Adapter draus.

[Pittini]

@martinschm sagte in Dynamische Abfrage Tür/Fenster Status:

Vielleicht lassen sich die Skripte ja vereinigen bzw gemeinsam weiter entwickeln.

Grundsätzlich nix dagegen, allerdings hab ich kein Plan von blockly (und will auch keinen haben). Zum anderen ist mein Skript für Türen eher ungeeignet da ich, soweit ich das gesehen, hab nen anderen Ansatz verfolge und auch der Meinung bin das Türen und Fenster nicht in einem Skript verwurstet gehören. Außerdem hab ich nen opt-in Ansatz (Solange nicht anders definiert, wird nix als Fensterkontakt angesehen), das blockly scheint nen opt-out Ansatz zu verfolgen (Erstmal ist alles Fensterkontakt außer es wurde ausgeschlossen). Mein Skript arbeitet zudem Raumbasiert und kann alle Sensoren verwenden egal welcher Adapter sie zur Verfügung stellt, die Zuweisung der Kontakte erfolgt über die Aufzählungen Räume und Funktionen. Dürfte schwierig werden das zu verbinden. Aber wer es sich anguggen will, hier isses zu finden.

[Dutchman]

Ein Script für Türen, eins für Fenster das andere für beide wieder sind nur zur visualisierung ohne telegram das andere telegram

Hunderte scripte ==> 1 Adapter wen man sich zusammensetzt und über die Funktionalität einig

[Pittini]

@Dutchman sagte in Dynamische Abfrage Tür/Fenster Status:

Ein Script für Türen, eins für Fenster das andere für beide wieder sind nur zur visualisierung ohne telegram das andere telegram
Hunderte scripte ==> 1 Adapter wen man sich zusammensetzt und über die Funktionalität einig

Deswegen hab ich das Fensterskript gemacht, welches möglichst generisch alle Kontakte verwenden kann und Ausgaben via Alexa/Mail/Telegram macht, Lüftungsempfehlung sowie umfangreiche Konfigmöglichkeiten bietet UND auch noch die Daten für Visualisierung zur Verfügung stellt, sowohl als einzelne Datenpunkte als auch als fertige Tabelle. Ich sehe einfach nicht was Türen in diesem Skript zu suchen haben, bei diesen würde ich eher an Alarmoptionen etc. denken. Und klar kann man nen Adapter draus machen, aber was genau wäre der Vorteil eines Adapters gegenüber dem Skript in diesem Fall?

[siggi85]

Ich fände einen Adapter auch eine gute Idee. Ist einfacher zu handeln und nutzbarer für die Masse als ein Skript. Das war auch ein Grund das ganze in ein Blockly zu verpacken: Dass kann die Masse auch einfacher auf seine Bedürfnisse anpassen.

Obwohl ich das Skript von @Pittini nicht selber implementiert habe, lesen sich die Features sehr durchdacht.
Die Idee Fenster und Türen zusammen zu bringen ist einfach: Wenn das Haus verlassen wird, will ich schnell und einfach prüfen können, ob ich vergessen habe was zu schließen. Entweder über einen Smartmirror in der Nähe der Haustür und/oder über eine Ansage, die alle aktuell offenen Fenster und Türen ansagt die noch offen sind wenn die Haustür geöffnet wird und wenn die Zahl offener Türen UND Fenster >0 beträgt.
Es kann also durchaus Sinn machen Türen und Fenster zusammen zu betrachten; es hängt nur davon ab, aus welcher Motivation und mit welchem Ziel man diese Daten zusammen bringt. Zum Status vom Lüften ist die Überwachung der Türen natürlich weniger relevant. Da macht das wirklich wenig Sinn.