NEWS
goto in node red
-
@oliverio
Danke vielmals! Das Function Node Beispiel sieht erst mal gut aus. :-)
Deinen Einwand zum 2. Beispiel verstehe ich nicht. Das funktioniert ja wie gewünscht. Wenn Werte >90 auftreten wird nur das erste if ausgeführt und damit ist die Abfrage beendet. Passt.Wenn ich Deiner Empfehlung folgen und die 85 nach oben nehmen würde, würden Werte >90 ja schon bei der ü85 Abfrage zutreffen und die Abfrage wäre beendet. >90 würde dann gar nicht mehr erreicht.
Mit dem dem Switch Node habe ich es auch schon versucht, bin da aber nicht weiter gekommen. Je mehr Abfragen ich anlege, desto mehr Ausgänge erhalte ich. Ich will ja aber verschiedene Werte an EINEM Ausgang bekommen. Hab das dann verworfen...
Gruß,
Ronald@bynight sagte in goto in node red:
Mit dem dem Switch Node habe ich es auch schon versucht, bin da aber nicht weiter gekommen. Je mehr Abfragen ich anlege, desto mehr Ausgänge erhalte ich. Ich will ja aber verschiedene Werte an EINEM Ausgang bekommen. Hab das dann verworfen...
Das ist ja Sinn der Sache - man führt dann ja den Flow wieder zusammen, siehst ja am Beispiel
-
@bynight Wenn Du lieber in Javascript programmierst anstelle die Vorteile der grafischen Logik zu verwenden. Du kannst zwar alles in Jacascript machen - aber damit nutzt du die Fähigkeiten überhaupt nicht. Ich würde mir das gar nicht erst angewöhnen.
Du kannst ganze Flows in JS schreiben, aber dann geht der Sinn verloren.
Hier beide Möglichkeiten:
Für den reinen JS - nimmst Du halt switch case.
switch (true) { case msg.payload >=90: msg.payload = 0; break; case msg.payload >= 80: msg.payload = 20; break; case msg.payload >= 70: msg.payload = 40; break; case msg.payload >= 60: msg.payload = 80; break; } return msg;@mickym
Danke vielmals!
Nein, möchte ich nicht. Da das alles neu ist will ich sehen was für mich übersichtlicher und auch im Nachhinein besser zu verstehen ist. Deshalb wollte ich gern eine Lösung für beide Möglichkeiten haben.
Break hatte ich auch schon erwogen aber da wäre ich ja vermutlich nur aus einer if Abfrage rausgekommen. Ich wollte aber alle verlassen. Die case Lösung scheint dafür perfekt! Gefällt mir sehr gut. Sowas habe ich gesucht. :-)Danke auch für die grafische Lösung! Das werde ich mir dann auch anschauen... :-)
Gruß,
Ronald -
@mickym
Danke vielmals!
Nein, möchte ich nicht. Da das alles neu ist will ich sehen was für mich übersichtlicher und auch im Nachhinein besser zu verstehen ist. Deshalb wollte ich gern eine Lösung für beide Möglichkeiten haben.
Break hatte ich auch schon erwogen aber da wäre ich ja vermutlich nur aus einer if Abfrage rausgekommen. Ich wollte aber alle verlassen. Die case Lösung scheint dafür perfekt! Gefällt mir sehr gut. Sowas habe ich gesucht. :-)Danke auch für die grafische Lösung! Das werde ich mir dann auch anschauen... :-)
Gruß,
Ronald -
@oliverio
Danke vielmals! Das Function Node Beispiel sieht erst mal gut aus. :-)
Deinen Einwand zum 2. Beispiel verstehe ich nicht. Das funktioniert ja wie gewünscht. Wenn Werte >90 auftreten wird nur das erste if ausgeführt und damit ist die Abfrage beendet. Passt.Wenn ich Deiner Empfehlung folgen und die 85 nach oben nehmen würde, würden Werte >90 ja schon bei der ü85 Abfrage zutreffen und die Abfrage wäre beendet. >90 würde dann gar nicht mehr erreicht.
Mit dem dem Switch Node habe ich es auch schon versucht, bin da aber nicht weiter gekommen. Je mehr Abfragen ich anlege, desto mehr Ausgänge erhalte ich. Ich will ja aber verschiedene Werte an EINEM Ausgang bekommen. Hab das dann verworfen...
Gruß,
Ronald@bynight sagte in goto in node red:
Je mehr Abfragen ich anlege, desto mehr Ausgänge erhalte ich. Ich will ja aber verschiedene Werte an EINEM Ausgang bekommen.
du kannst durchaus die ganzen ausgänge auch nur mit einer nachfolge node verbinden.
dann hast du die Unterscheidung ja immer noch in den daten, anhand du dann danach entscheiden kannst was passiert -
@bynight sagte in goto in node red:
Hallo,
bin bei Node red und java völlig neu. In Node Red gibt es wohl keine Sprungbefehle. Ich möchte gern verschidenen SOC zuständen verschiedene Ladeströme zuweisen.
ich hätte es gern etwas strukturierter und flexibler in der Abstufung, in etwa so:
wie schreibt man das in in Java bzw. Node.js ohne goto?
Und wie würde man das ohne Funktionsbaustein mit den vorhandenen Bausteinen realisieren?Einmal vorweg:
- Die Sprache heisst Javascript, nicht Java.
- Node Red ist eine Logikmaschine die auf NodeJS aufsetzt.
- goto ist (in meinen Augen) eher etwas was alles unübersichtlich macht, nicht strukturierter.
Die einfachste Methode ist direkt nach dem setzen der msg.payload das return zu setzen.
if(msg.payload >=90){ msg.payload = 0; return msg; } if(msg.payload >=80){ msg.payload = 20; return msg; } if{msg.payload >= 70{ msg.payload = 40; return msg; } if{msg.payload >= 60{ msg.payload = 80; return msg; } return msg;Und wie würde man das ohne Funktionsbaustein mit den vorhandenen Bausteinen realisieren?
Welche Bausteine meinst du ?
MfG,
Ronald@asgothian
Danke vielmals!
Ich bin auch kein goto Fan, aber mir fiel hier nichts anderes ein um ans Ende zu gelangen, da ich ich nicht wußte inwieweit in JAVASCRIPT do while for schleifen funktionieren, die man dann mit break verlassen kann. Bin auch kein Programmierer.Deine Lösung mit dem Return hatte ich auch erst erwogen, bin aber davon ausgegeangen daß dann bei einem Wert von 95 jedes if mitgenommen und ausgeführt wird.
Ist das nicht so? Bedeutet return msg daß an der Stelle die Bearbeitung des Scriptes abgebrochen wird??Ich meine mit Bausteinen die Nodes wie Switch z.B....
Gruß,
Ronald -
@bynight Wie gesagt importiere einfach meinen Flow - dann hast Du beide Möglichkeiten. Du weißt wie Du importierst?
-
@asgothian
Danke vielmals!
Ich bin auch kein goto Fan, aber mir fiel hier nichts anderes ein um ans Ende zu gelangen, da ich ich nicht wußte inwieweit in JAVASCRIPT do while for schleifen funktionieren, die man dann mit break verlassen kann. Bin auch kein Programmierer.Deine Lösung mit dem Return hatte ich auch erst erwogen, bin aber davon ausgegeangen daß dann bei einem Wert von 95 jedes if mitgenommen und ausgeführt wird.
Ist das nicht so? Bedeutet return msg daß an der Stelle die Bearbeitung des Scriptes abgebrochen wird??Ich meine mit Bausteinen die Nodes wie Switch z.B....
Gruß,
Ronald@bynight sagte in goto in node red:
Deine Lösung mit dem Return hatte ich auch erst erwogen, bin aber davon ausgegeangen daß dann bei einem Wert von 95 jedes if mitgenommen und ausgeführt wird.
Ist das nicht so? Bedeutet return msg daß an der Stelle die Bearbeitung des Scriptes abgebrochen wird??Ja. Intern (sprich in dem code der aus der grafischen Struktur gemacht wird) ist es eine Funktion, return beendet die Funktion und liefert den Wert zurück.
A.
-
@bynight sagte in goto in node red:
@mickym
Nein, weiß ich nicht. Importieren wäre natürlich genial... :-)Gruß,
RonaldDu machst den Spoiler auf und kopierst den Inhalt
mit der Schaltfläche Copy to Clipboard in die Zwischenablage.
In Node-Red gehst du über das Hamburger Menü und wählst Import:
In das rosa Fenster kopierst Du den Inhalt der Zwischenablage
und klickst dann auf Import.
-
@bynight sagte in goto in node red:
Je mehr Abfragen ich anlege, desto mehr Ausgänge erhalte ich. Ich will ja aber verschiedene Werte an EINEM Ausgang bekommen.
du kannst durchaus die ganzen ausgänge auch nur mit einer nachfolge node verbinden.
dann hast du die Unterscheidung ja immer noch in den daten, anhand du dann danach entscheiden kannst was passiert -
@oliverio
puh... das ist mir noch nicht so recht klar...
Also90 Ausgang 1
80 Ausgang 2
70 Ausgang 3
Dann alles wieder zusammen auf einen Nachfolgenode. Aber wie macht der dann daraus msg.payload 0, 20 und 40?Gruß,
Ronald -
@bynight sagte in goto in node red:
@mickym
Nein, weiß ich nicht. Importieren wäre natürlich genial... :-)Gruß,
RonaldDu machst den Spoiler auf und kopierst den Inhalt
mit der Schaltfläche Copy to Clipboard in die Zwischenablage.
In Node-Red gehst du über das Hamburger Menü und wählst Import:
In das rosa Fenster kopierst Du den Inhalt der Zwischenablage
und klickst dann auf Import.
-
Die Debug Ausgabe findest Du unter dem Bug - also der Wanze.
-
@bynight sagte in goto in node red:
Deine Lösung mit dem Return hatte ich auch erst erwogen, bin aber davon ausgegeangen daß dann bei einem Wert von 95 jedes if mitgenommen und ausgeführt wird.
Ist das nicht so? Bedeutet return msg daß an der Stelle die Bearbeitung des Scriptes abgebrochen wird??Ja. Intern (sprich in dem code der aus der grafischen Struktur gemacht wird) ist es eine Funktion, return beendet die Funktion und liefert den Wert zurück.
A.
-
@mickym
ja, die Wanze habe ich schon verwendet. ;-)
Danke vielmals an alle für die schnelle und ausführliche Hilfe!
Nun habe ich erst mal etwas Stoff zum Probieren für die nächsten Tage! :-))))Gruß,
Ronald@bynight Ja dann viel Spaß- Ich kann Dir nur aus Erfahrung raten - vermeide Codieren in function Nodes soweit es geht. Es gibt nur wenige Fälle, wo es sinnvoll ist. Beschäftige Dich lieber mit Change Nodes und JSONATA.
https://docs.jsonata.org/overview -
Hallo,
bin bei Node red und java völlig neu. In Node Red gibt es wohl keine Sprungbefehle. Ich möchte gern verschidenen SOC zuständen verschiedene Ladeströme zuweisen.
Bisher sieht das im Funktionsmodul so aus und funktioniert auch:if(msg.payload >=90){ msg.payload = 0; } else if (msg.payload >=85){ msg.payload = 20; } else { msg.payload = 80; } return msg;ich hätte es gern etwas strukturierter und flexibler in der Abstufung, in etwa so:
if(msg.payload >=90){ msg.payload = 0; goto end; } if(msg.payload >=80){ msg.payload = 20; goto end; } if{msg.payload >= 70{ msg.payload = 40; goto end; } if{msg.payload >= 60{ msg.payload = 80; goto end; } end: return msg;wie schreibt man das in in Java bzw. Node.js ohne goto?
Und wie würde man das ohne Funktionsbaustein mit den vorhandenen Bausteinen realisieren?MfG,
Ronald -
@bynight sagte: in etwa so:
In "normalen" Programmiersprachen gibt es kein goto. Ich kenne es nur von Basic. Anstelle von
goto end;schreibt man
return msg; -
@paul53 hallo Paul,
In Batch Dateien und Visual Basic, was ich am Meisten nutze, ist es gebräuchlich.
Der Tip mit return msg statt exit oder break fehlte mir halt.Gruß Ronald
@bynight Das mit dem return msg sieht hier nur als Abbruchbedingung aus. Das ist es aber nicht.
Mit return mit msg gibst du nur die Kontrolle von der function Node wieder an den Flow zurück. Je nachdem was Du zurückgibst, also einfaches Objekt, Array von Objekten kannst Du ein oder mehrere Nachrichten an verschiedene Ausgänge des Flows zurückgeben.
Der Vorteil einer function Node ist auch, dass Du komplett neue Nachrichtenobjekte erzeugen kannst und Dich so einfach von den Eigenschaften des bisherigen Nachrichtenobjektes entledigen kannst.
Aber wie gesagt meide function Nodes. Sie sind vor allem dann nützlich, wenn Du in einem NodeKontext Zustände speichern möchtest, um dann Berechnungen durchzuführen oder wenn Du andere NodeJS Module verwenden willst. Ansonsten schau Dir die Hilfe zu den Nodes an, auch zu der function Node:
Neben return msg - kannst Du auch asynchron über node.send Nachrichten erzeugen. In der Hilfe ist außerdem ein Link zur Onlinedokumentation:
https://nodered.org/docs/user-guide/writing-functions
Dort siehst Du wie Du über ein Array mehrere Ausgänge bedienen kannst
oder bei Arrays in Arrays mehrere Nachrichten aufeinmal an einen Ausgang schicken kannst.
Im Übrigen ist es KEIN guter Stil mit return msg die function Node an unterschiedlichen Stellen abzubrechen, das macht das Debuggen unter Umständen schwierig und musst mit node.warn arbeiten. Aber das ist genau einer der Gründe warum man function NOdes meiden sollte.
-
@paul53 hallo Paul,
In Batch Dateien und Visual Basic, was ich am Meisten nutze, ist es gebräuchlich.
Der Tip mit return msg statt exit oder break fehlte mir halt.Gruß Ronald
@bynight sagte in goto in node red:
In Batch Dateien und Visual Basic, was ich am Meisten nutze, ist es gebräuchlich.
aber auch dort nicht gut. ist halt noch das erbe, das es in basic enthalten ist.
auch dort kann man goto vermeiden (ausser bei der fehler behandlung on error goto)hier ein artikel, der versucht es verständlich zu machen.
wen dein code nur 20/30 zeilen hat ok,nur der browseranteil für meine widgets zu rssfeed hat fast 900 zeilen.
wenn da wild mit goto rumgesprungen wird bist du verloren.
https://craftofcoding.wordpress.com/2022/03/28/ever-wondered-why-goto-is-considered-harmful/
Support us
860
Online32.5k
Benutzer81.9k
Themen1.3m
Beiträge