NEWS
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.
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,
Ronaldalso du schreibst komplexe logik in eine nodered node.
das ist nicht ganz so sinnvoll, aber schon möglich. macht das aber alles unübersichtlich,
da bei komplexeren abläufen du nicht mehr weißt wo welche prüfungen/entscheidungen erfolgen.in javascript gibt es kein goto. eigentlich nur noch in wenigen modernen programmiersprachen.
wenn jede bedingung in sich abgeschlossen ist, benötigt man auch kein goto mehr,
da sobald eine bedingung getroffen hat und der code darin abgearbeitet ist,
kann bei den nachfolgenden if/else ja nix mehr treffen.
d.h. du schreibst immer schönif(msg.payload >=0 && msg.payload <19){ msg.payload = 0; } if(msg.payload >=20 && msg.payload <39){ msg.payload = 20; } etc.aber wie gesagt komplexe logik sollte als javascript in nodered nicht vorkommen.
im ersten beispiel hätte es gereicht die ersten beiden prüfungen von der reihenfolge umzudrehen, also erst >85, dann >90. in deiner reihenfolge treffen bei werten >90 beide bedingungen und du hast nicht das erhalten was du wolltest. aber wie gesagt. die bedingungen jeweils vollständig abgeschlossen aufzuzählen macht später bei komplexeren szenarien auch die fehlersuche einfacher
um das selbe in nodered zu erreichen nimm die switch node. dort kannst die ganzen regeln erfassen und ein ergebnis erzeugen. der logikfluss kann dann verschiedene bahnen verfolgen.
hier ist das besser erklärt
https://techexplorations.com/guides/esp32/node-red-esp32-project/node-red-switch/ -
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 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; -
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 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,
RonaldioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@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,
Ronaldgelöscht
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@mickym sagte in goto in node red:
@asgothian sagte in goto in node red:
Die einfachste Methode ist direkt nach dem setzen der msg.payload das return zu setzen.
Oder meine switch case Lösung. ;)
Kürzer ist sie.
Besser lesbar - na ja.
In der Logik aber eher schwierig - die meisten kennenswitch-casenur mit expliziten Werten, nicht mit>=vergleichen.A.
Nachtrag - elegant ist die Lösung allerdings :)ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@mickym sagte in goto in node red:
@asgothian sagte in goto in node red:
Die einfachste Methode ist direkt nach dem setzen der msg.payload das return zu setzen.
Oder meine switch case Lösung. ;)
Kürzer ist sie.
Besser lesbar - na ja.
In der Logik aber eher schwierig - die meisten kennenswitch-casenur mit expliziten Werten, nicht mit>=vergleichen.A.
Nachtrag - elegant ist die Lösung allerdings :)@asgothian Ich hab mein Post doch schon gelöscht. ;)
-
also du schreibst komplexe logik in eine nodered node.
das ist nicht ganz so sinnvoll, aber schon möglich. macht das aber alles unübersichtlich,
da bei komplexeren abläufen du nicht mehr weißt wo welche prüfungen/entscheidungen erfolgen.in javascript gibt es kein goto. eigentlich nur noch in wenigen modernen programmiersprachen.
wenn jede bedingung in sich abgeschlossen ist, benötigt man auch kein goto mehr,
da sobald eine bedingung getroffen hat und der code darin abgearbeitet ist,
kann bei den nachfolgenden if/else ja nix mehr treffen.
d.h. du schreibst immer schönif(msg.payload >=0 && msg.payload <19){ msg.payload = 0; } if(msg.payload >=20 && msg.payload <39){ msg.payload = 20; } etc.aber wie gesagt komplexe logik sollte als javascript in nodered nicht vorkommen.
im ersten beispiel hätte es gereicht die ersten beiden prüfungen von der reihenfolge umzudrehen, also erst >85, dann >90. in deiner reihenfolge treffen bei werten >90 beide bedingungen und du hast nicht das erhalten was du wolltest. aber wie gesagt. die bedingungen jeweils vollständig abgeschlossen aufzuzählen macht später bei komplexeren szenarien auch die fehlersuche einfacher
um das selbe in nodered zu erreichen nimm die switch node. dort kannst die ganzen regeln erfassen und ein ergebnis erzeugen. der logikfluss kann dann verschiedene bahnen verfolgen.
hier ist das besser erklärt
https://techexplorations.com/guides/esp32/node-red-esp32-project/node-red-switch/@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 -
@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.
Support us
783
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge