Fensterkontakt auswerten

[klayer2]

Ich habe mir den Beispiel Flow für die Ermittlung der geöffneten Fenster angeschaut und bemerkt, dass der Ausgabetext für das Dashboard falsch ist, wenn sich ein Fenster wieder schließt.
Jetzt wollte ich selber etwas basteln und stehe vor dem Problem, dass ich es nicht hinbekomme den Wert eines Fensterkontakt getriggert auszulesen.
Es geht, wenn der Wert sich ändert. Ich schaffe es aber nicht durch einen inject node eine Ausgabe hinzubekommen (siehe Bild)

Wenn ich den Fensterkontakt durch eine Lampe ersetze, dann funktioniert die Ausgabe.

[HMTester]

Moin

Ich habe mir den Beispiel Flow für die Ermittlung der geöffneten Fenster angeschaut und bemerkt, dass der Ausgabetext für das Dashboard falsch ist, wenn sich ein Fenster wieder schließt.

Lustig, das habe ich auch gerade bemerkt. Wie lautet die Lösung dafür, das die geschlossenen Fenster wieder aus der Liste verschwinden?

Zu Deiner anderen Frage:
wenn Du nur etwas auslesen möchtest, dann nimm lieber den CCU Get Value Node.
Für den Link node kannst Du auch direkt einen Inject node nehmen.

Hier mal ein Besipiel von mir:

28-12-_2018_21-15-43.jpg (14.95 KiB) 2589 mal betrachtet

Den Funktionsnode konfigurierst Du so:

Viel Spaß
Rudi

[hobbyquaker]

Autsch, der Beispielflow funktioniert nicht - hat glaube ich noch nie funktioniert, sorry. Wird asap gefixt. https://github.com/HM-RedMatic/RedMatic/issues/120

[HMTester]

Na zumindest 2 User haben es gemerkt.
Die anderen haben sich nicht getraut zu fragen
Alles wird gut.
LG Rudi

[klayer2]

Danke fürs Feedback:
@HMTester. Danke.
Dein Workarround funktioniert. (Ist ein Beispiel für den Fenstergriff nicht einem Fensterkontakt). Mit Function Nodes kann man ja alles machen.
Hat aber den großen Nachteil, dass jeweils eine Sandboxen pro Node erzeugt wird und der Overhead ziemlich groß wird.
Ich würde gerne Function Nodes nur für wirklich komplexe Abläufe sehr gezielt einsetzen und mir wünschen, dass man nicht für so eine "Basisfunktion" diese Nodes verwenden muss.

@hobbyquaker: Ich finde der rpc Node ist ziemlich unfertig und sollte so gestaltet werden wie die Ein- und Ausgabe Homematic Nodes.
Was meinst Du, soll ich dazu ein Issue aufmachen? In welchem Git wäre das eigentlich besser in dem ccu- oder dem Redmatic- Git

[hobbyquaker]

@hobbyquaker: Ich finde der rpc Node ist ziemlich unfertig und sollte so gestaltet werden wie die Ein- und Ausgabe Homematic Nodes.
Was meinst Du, soll ich dazu ein Issue aufmachen?

Du meinst den "rpc event" Node? Was stellst Du Dir da konkret vor?

[klayer2]

Sorry ich habe den rpc event Knoten mit dem rpc Knoten verwechselt.
Was ich gerne hätte, wäre ein Knoten, den man so ähnlich wie den rpc event Knoten konfigurieren kann, der aber nicht auf Trigger von der ccu wartet, sondern von einem beliebigen Event (z.B. dem inject node) getriggert werden kann und der dadurch seine Werte ausgibt.
Eine Art polling node.

use case:
1. die Sonne geht auf und ich will prüfen, will die Temperatur auslesen und daraufhin etwas entscheiden.
2. der Fensteröffnungs flow. Wenn ein Wert getriggert werden, werden die Werte aller Fenster hineinander ausgeben.
Ich hatte mir schon einen Flow gebastet für das Problem, bis ich bemerkt habe, dass der Knoten nur beim Hochfahren alle Knoten herausgibt und sonst nur den einen der sich geändert hat.

[klayer2]

Die Türöffnerliste habe ich jetzt "hingefummelt".

Bildschirmfoto 2018-12-29 um 17.17.51.png (22.37 KiB) 2486 mal betrachtet

[hobbyquaker]

Was ich gerne hätte, wäre ein Knoten, den man so ähnlich wie den rpc event Knoten konfigurieren kann, der aber nicht auf Trigger von der ccu wartet, sondern von einem beliebigen Event (z.B. dem inject node) getriggert werden kann und der dadurch seine Werte ausgibt.

Du meinst so wie der "get value" Node nur anstatt einen bestimmten Datenpunkt zu wählen mit so einer Filterung wie beim "rpc event" Node?

[Hypnos]

Stell ich mir schwierig in der Auswertung vor. Durch den trigger soll dann pro Datenpunkt der ermittelt wird eine Nachricht versendet werden? Die Nachrichten müsste man dann wieder zusammenfassen. Wie zusammengefasst wird ist nach Anwendungsfall sehr individuell oder es müsste ein Array aller Datenpunkte rausfallen, den man dann weiterverarbeitet.

Das Zusammenfassen kann man auch direkt beim eintreten (event) machen.

Ich speichere mir alle offenen Fenster getriggert über einen RPC Event Node in einem Context als fertigen Text. Den geb ich dann bei Bedarf aus.