Vergleich von zwei Eingangswerten um Wert festzulegen
-
@claus1985-0 Das wird nicht funktionieren - zum einen hast Du ja nun die gleiche Node als Eingang verwendet - und selbst wenn Du unterschiedliche Nodes nimmst, wird immer gerade die, die gerade 0 sendet eine 2 ausspuken und das random - da beide Nachrichten nicht gleichzeitig ausgewertet werden.
-
@mickym da hast Du leider recht, optimal ist die Lösung nicht. Das wird nur funktionieren, wenn der Rolladen "langsam" bedient wird. Also wenn schnell verschiedene Kommandos kommen passt es nicht mehr..
-
@claus1985-0 Ich bastel noch etwas - jedenfalls kannst Du es nur mit der von @frankyboy73 vorgeschlagenen JOIN Lösung machen, wobei man halt ggf. nochmal die Bedingungen prüft. Ich bastel auch gerade mal.
Im Prinzip sollte die Lösung von @frankyboy73 funktionieren, musst halt nur eine 2 anstelle einer 3 in die Change NOde machen. Was geht denn nicht?Du kannst den Zähler in der JOIN Node zur Initialisierung entweder auf 1 runter setzen oder Du initialisierst die Join-Node einmalig mit einer Inject Node.
So habe ich es nun aus Deiner Beschreibung verstanden:
Hab also erst hoch fahren lassen - dann stopp - dann runter fahren lassen - dann stop.
-
@frankyboy73 Na habe ich von Dir heute wieder was gelernt und das hat mich motiviert mal bisschen JSONATA in der Tiefe auszuprobieren.
Ich wußte gar nicht, dass das geht - komischerweise aber nur mit enthält - wenn ich mit == versuche zu vergleichen - dann tut es nicht.
Aber ich hab mich dann mit variablen Parameter mal JSONATA beschäftigt - sowohl im switch Node oder auch Change Node, wie man durch so ein Objekt sich durchhangelt. Wieder eine Möglichkeit sich von function Nodes zu verzichten. Allerdings ist die Performance etwas schlechter mit JSONATA - also mit Javascript.
Hier mal meine erfolgreichen JSONATA Switches - der letzte Flow - ist der gerade gepostete und der vorletzte war Deiner mit dem Wildcard und enthält.
-
@mickym sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Ich wußte gar nicht, dass das geht - komischerweise aber nur mit enthält - wenn ich mit == versuche zu vergleichen - dann tut es nicht.
Der
payload.* (oder einfach $.*)gibt nach dem Join ein Array mit 2 Werten zurück, das kannst du nicht mit einem Number vergleichen. Wohl aber fragen, ob ein bestimmter Wert enthalten ist.
Gruß
Reiner -
@mickym Vielen Dank für Deine Lösung, sieht elegant aus!
Aktuell hänge ich leider noch etwas am Join:
Die beiden Eingangsnachrichten kommen zwar an aber aus Join kommt danach nichts raus.
Kann das daran liegen, dass die beiden Eingänge nicht gleichzeitig Nachrichten senden?Danke und Gruß,
Claus
-
@claus1985-0 sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Die beiden Eingangsnachrichten kommen zwar an aber aus Join kommt danach nichts raus.
Kann das daran liegen, dass die beiden Eingänge nicht gleichzeitig Nachrichten senden?Nun am Anfang wird abgewartet bis jede Nachricht gesendet wurde - es liegt eher daran, wenn ich mir Dein Log anschaue, dass beide Nodes das gleiche Topic haben. Somit kann die JOIN Node nicht unterscheiden, dass die Nachricht von 2 verschiedenen Nodes stammt. Setze mal zwischen die JOIN Node und den Loxone Teilen explizit das Topic. (Einmal hoch und einmal runter)
Den Haken in der JOIN Node ist ja gesetzt:
Sprich: die JOIN Node beginnt erst zu senden, wenn einmal beide Nodes mit unterschiedlichen Topics gesendet haben, dann aber sofort immer - also hat nichts mit gleichzeitig zu tun.
-
@rewenode sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
@mickym sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Ich wußte gar nicht, dass das geht - komischerweise aber nur mit enthält - wenn ich mit == versuche zu vergleichen - dann tut es nicht.
Der
payload.* (oder einfach $.*)gibt nach dem Join ein Array mit 2 Werten zurück, das kannst du nicht mit einem Number vergleichen. Wohl aber fragen, ob ein bestimmter Wert enthalten ist.
Gruß
ReinerHerzlichen Dank! - Schön, wenn Du mir auch immer wieder hilfst mit Deinem Wissen.
Im Prinzip wird also mit $* einfach so ein Array gebildet, dass ich mit dem $each nochmal auseinander fummle? und dann wohl für den Vergleich nur ein match ala regEx gemacht.
OK sehe ich - allerdings muss man es dann für die Vergleiche trotzdem auseinander fummeln.
$each( $.*, function($v) {$v=0 ? true: false} );Insofern hilft mir die Schreibweise ja eigentlich nichts. Ob ich jetzt payload oder $.* schreibe, da ist dann payload beschreibender.
-
Habe meinen vorhergehenden Post überarbeitet. Die topics müssen zwingend hoch und runter heißen - da sonst ja der Flow nicht mehr passt.
Ansonsten musst Du halt alle Nodes an die neuen Topics anpassen.
So hier nochmal der komplette Flow - direkt zum Anflanschen der Loxone Nodes:
Mit aufgenommen wurde das Ausfiltern, dass beide Nodes 1 liefern:
-
@mickym sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Ob ich jetzt payload oder $.* schreibe, da ist dann payload beschreibender.
Ja, da hast du recht. $ steht in JSONata für das komplette Eingabedocument (siehe ganz unten)
In Node-Red steht das $ dann für das, dem JSONata-Ausdruck, vorgesetzte Eingabeobjekt. Im konkreten Falle also payload.
$$ bezeichnet dagegen immer das Top level Object wie hier ganz gut beschrieben .Gruß
Reiner -
Danke schön. Die UK - Seite kannte ich noch nicht. Die andere war bislang schon meine Referenz.
-
@mickym sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Hier mal meine erfolgreichen JSONATA Switches - der letzte Flow - ist der gerade gepostete und der vorletzte war Deiner mit dem Wildcard und enthält.
Hi, da muss ich ganz ehrlich sagen, das ich das für mich für zu unübersichtlich halte, wenn ich nach Wochen mal schauen will was ich da umgestezt habe, auch kenne ich mich da ehrlich gesagt nicht genug mit Json bzw. Java aus um das aus dem Stehgreif nachvollziehen zu können. Da passiert mir zu viel versteckt in der Change Node. Wenn ich wirklich nur 2 verschiedene Status überwachen will, z,B. true oder false bzw. 1 oder 0 finde ich meine Lösung mit dem Switch und danach die Change Node zum payload setzen nachvollziehbarer. In meinem Fall nutze ich das z.B. um mir in der Vis anzeigen zu lassen ob in einem bestimmten Raum Licht an ist. Ist einer der Datenpunkte true, ist das Icon Gelb, andernfalls ist es schwarz.
Wenn man natürlich mehrere verschiedene Werte z.B. 0-100 bekommt, vereinfacht deine Version mit der Change Node die ganze Sache sehr, wenn ich nur ne Ausgabe, wenn alle 0 sind oder bei nem anderen bestimmten Wert haben will. -
@frankyboy73 Ich habe jetzt meine function Nodes - die alle Objekteigenschaften überprüft haben durch folgende logische Nodes ersetzt:
Geht halt nur bei true und false - aber dann ist das sehr einfach nun.
-
@mickym Ok, das ist jetzt auch für mich nachvollziehbarer. Du hast ja sogar nen Hilfe Text zu den Switches geschrieben. Vielleicht sollte ich sowas, bei meinen Umsetzungen auch mal öfter machen, dann weiß man später auch wofür man das gemacht hat. Tolle Idee.
@mickym
Aber durch das was da in Json drin steht steige ich nicht durch, ich sehe bei dem "and" switch nicht wie abgefragt wird ob alle true sind. Könntest du mir das noch als switch wo alle false sein müssen zu Verfügung stellen? -
@mickym hat funktioniert, besten Dank!
Eine Frage habe ich noch. Gibt es eine Möglichkeit mehrere Blöcke welche in Summe eine zusammenhängende Funktion bilden irgendwie zusammen zu fassen?
Hintergrund: Wenn ich die Funktion öfter benötige wäre es ja cool wenn ich sie nur einmal erstellen muss und dann quasi an mehreren Stellen darauf verlinken könnte. -
@claus1985-0 Hier als Gruppe und einer eigenen Node für die Zukunft.
Wenn Du nur die Node benutzt - musst halt immer Bedenken, dass den topic hoch und topic runter setzt bevor Du die Node fütterst. Kannst Dir ja auch einen Hilfetext dazu schreiben.
-
@mickym sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Ich habe jetzt meine function Nodes - die alle Objekteigenschaften überprüft haben durch folgende logische Nodes ersetzt:
Super
Du kannst die Ausdrücke noch um Einiges vereinfachen. Hier mal am Beispiel der OR mit den 2 Augängen:
( $withOR := function($i, $j){$i or $j}; $reduce( $each( payload, function($v) {$v} ),$withOR ); )kannst du ersetzen durch:
$reduce(payload.*, function($i, $j){$i or $j})Gruß
Reiner -
@rewenode Wow - danke - ob ich dass dann aber in paar Monaten noch verstehe.
Aber probiere ich gleich aus.Lieben Dank!!!
-
Hi, ich will hier ja jetzt nicht den Lehrmeister oder so rauskehren, aber ist nicht immer die rede davon Node Red soll verständlich, übersichtlich und nachvollziehbar sein? Man sollte von Funktion Node absehen?
Die meisten meiner Funktion Nodes habe ich mitlerweile ersetzen können. Aber bei meinen Funktion Nodes bin ich immer noch durchgestiegen, was wo und wann passiert. Aber jetzt mit Change Nodes oder Switch Nodes zu arbeiten in denen Funktionen bzw. Json benutzt wird, da bin ich raus. Ich verstehe bei den Inhalten nur noch Bahnhof. Es funktioniert, aber wieso? Keine Ahnung. Da bleibe ich für mich doch lieber bei längeren/größeren Flows mit Standartsachen die ich auch verstehe/nachvollziehen kann.
Ist nicht negativ gemeint, jeder soll es so umsetzen wie er damit am besten klar kommt.Das hier verstehe ich ja noch. Enthält das payload.* ein true setze ich den einen Ausgang, sonst den anderen Ausgang.
Aber was passiert hier? Kann mir das vielleicht jemand übersetzen? Schon mal Danke im voraus.
$reduce(payload.*, function($i, $j){$i or $j})Was ist $i und $j?
-
@frankyboy73 sagte in Vergleich von zwei Eingangswerten um Wert festzulegen:
Aber was passiert hier? Kann mir das vielleicht jemand übersetzen? Schon mal Danke im voraus.
Achtung, die Aussagen sind stark vereinfacht!
JSONata hat erstmal nicht direkt mit Node-Red oder JavaScript zu tun. Es ist vielmehr eine eigene Scriptsprache, die speziell für die einfache universelle Abfrage/Bearbeitung von JSON-Objekten entwickelt wurde.
Auf Grund ihrer Mächtigkeit wurde sie relativ früh in Node-Red an vielen Stellen benutzt und ist inzwischen in vielen Nodes direkt integriert.
JSONata hat allerdings eine eigene Syntax, nicht nicht wirklich was mit JavaScript gemein hat.
Um den Einstieg zu erleichtern, ist in einigen Nodes im JSONata-Editor neben der Befehlsreferenz eine Testmöglichkeit implementiert.
In das linke Fenster "Beispielnachricht" kannst ein gültiges JSON-Objekt reinschreiben und im Ergebnisfenster erscheint das Ergebnis des JSONata-Ausdruckes, den du im oberen Fenster eintragen kannst.
Zurück zum $reduce().
Dabei handelt es sich um eine in JSONata eingebaute Funktion. Die allgemeine Syntax ist:$reduce(array, function [, init])Sie durchläuft ein array, wendet auf jedes Element die function an und gibt das Gesamtergebnis zurück.
Die Funktion hat mindestens 2 Parameter. (genaues erfährst du im Link)
Der erster Parameter ist der Accumulator, der das Ergebnis speichert. Hier $i genannt.
Der zweite Parameter ($j) ist der aktuelle Array-Wert beim Durchlaufen des array.
Die Benennung mit $i und $j ist dabei willkürlich.Das Array wird durch den Ausdruck payload.* aus dem payload Objekt gebildet.
Aus der payload{ "W1": true, "W2": false, "W3": true }erzeugt der JSONata-Ausdruck payload.* das Array
[true, false, true]Auf dieses Array wird nun für alle Elemente die funktion angewendet.
$i = $i or $j // $i steht für das bisherige Ergebnis und $j für den aktuellen WertAm Ende liefert also $reduce() den Wert $i also die or-Verknüpfung aller array-Werte zurück.
Ich hoffe, ich habs auf die Schnelle einigermaßen verständlich rübergebracht.
Also
Braucht man unbedingt JSONata in Node-Red?
Klare Antwort: Nein
Aaaber, mit JSONata lassen sich äußerst komplexe JSON-Objekte teils als Einzeiler abfragen/bearbeiten. Etwa vergleichbar mit regEx.Gruß
Reiner, der hier nur an der Oberfläche gekratzt hat ;-(
