NEWS
String aufteilen
-
@hafo sagte in String aufteilen:
@mickym Ich würde noch gerne bei meinen Rechner aufräumen. Es gibt folgende 4 Operationen:
- (Number(msg.payload) - 1) * 60;
- (Number(msg.payload) + Number(msg.min)) * 60000;
- payload x 60000;
- Number(msg.payload) + Number(msg.lauf)
Für die Nummer 3 habe ich Testweise den Calculator genommen, die anderen Laufen im Functions Node. Macht es Sinn alle in das Functions Node zu setzen, oder wie macht man das am besten? Mit dem Change Nod habe ich seltsame Resultate erhalten und das Aggregator Node scheint nicht dafür gedacht zu sein.
Ehrlich gesagt verstehe ich es nicht.
- Was macht denn die Aggregator Node nicht, was der Calculator macht?
- Ja ich würde alle übrigen Rechenoperation mit der Change Node machen.
Gib mir einfach mal eine Inject Node mit
msg.payload, msg.min und msg.lauf und ich führe Dir die 4 Rechenoperationen in einer Change Node aus und gebe das Ergebnis in der msg.payload aus.Warum wandelst Du alles in eine Nummer / Zahl um, hast Du etwa den Haken in der Adapterkonfig nicht rausgemacht?
Das sage ich jedem immer als aller Erstes!!!!@mickym Hier das inject
Ich habe im Changenod einmal Payload * 60000 getestet und ein etwas seltsames Resultat erhalten.Ich habe gerade keine Ahnung was du mit dem Haken in der Adapterkonfig meinst.
Gemäss Beschreibung dient das Aggregator Node eher zum sammeln von Nachrichten über einen längeren Zeitraum. -
@hafo Ich habe aber auch gerade mal die sort Node getestet und die funktioniert schon, aber nachdem ich sie nicht genutzt hatte habe ich auch etwas gebraucht.
Wenn Du die split Node nicht anfasst - dann kannst Du einfach folgende Sort Node vorne dran hängen. Da Du Deine Datenpunkte ja durchnummeriert hast, bleibt die Reihenfolge.
Hier mal eine Demo:
Mit dieser Inject-Node habe ich Objekt indem die Eigenschaften unsortiert im Objekt stehen
Zur Veranschaulichung habe ich in der split Node den key (also die Eigenschaft oder der Name des Datenpunktes in den Topic kopieren lassen). Das braucht man aber nicht, da ich wie Du sieht in der sort Node ein anderes Sortierkriterium genommen habe.
Also das dient nur zur Illustration:
Die Ausgabe des Split-Nodes ist deshalb auch in der Reihenfolge des Objekts und deshalb durcheinander:
Die Debug Node nach der Sort Node gibt es in der IMMER richtigen Reihenfolge aus - es wäre also in Deinem Fall die SICHERERE METHODE
Was man verstehen muss - dass die Standardeinstellung ein Array sortiert und wir wollen aber eine Nachrichtensequenz und können uns an msg.part.keys zunutze machen, die die split Node automatisch generiert:
so habe ich auch wieder was gelernt.
Hier der Flow zum Spielen:
EDIT:
Wenn man die sort Node, wie im Standard nutzt, dann sortiert man innerhalb einer Nachricht - zum Beispiel ein Array:
Ich habe noch ein bisschen mit der sort Node rumgespielt und dabei ein paar ganz gute Erkenntnisse gewonnen. Wenn Du willst dann poste ich sie hier mal im Thread - später. ;)
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 Hier das inject
Ich habe im Changenod einmal Payload * 60000 getestet und ein etwas seltsames Resultat erhalten.Ich habe gerade keine Ahnung was du mit dem Haken in der Adapterkonfig meinst.
Gemäss Beschreibung dient das Aggregator Node eher zum sammeln von Nachrichten über einen längeren Zeitraum.@hafo sagte in String aufteilen:
@mickym Hier das inject
Ich habe im Changenod einmal Payload * 60000 getestet und ein etwas seltsames Resultat erhalten.Ich habe gerade keine Ahnung was du mit dem Haken in der Adapterkonfig meinst.
Gemäss Beschreibung dient das Aggregator Node eher zum sammeln von Nachrichten über einen längeren Zeitraum.Und damit führe ich jetzt die 4 Rechenoperationen von unten aus?
-
Ich habe noch ein bisschen mit der sort Node rumgespielt und dabei ein paar ganz gute Erkenntnisse gewonnen. Wenn Du willst dann poste ich sie hier mal im Thread - später. ;)
@mickym Genau, damit bin ich gerade fertig geworden. Ich habe nun den Flow gelöscht welcher die Flow Variable bei einem Neustart neu initialisiert. Aber der String wird immer noch richtig generiert, von daher habe ich das Sort Node einfach zum sicher sein eingebaut.
-
@mickym Genau, damit bin ich gerade fertig geworden. Ich habe nun den Flow gelöscht welcher die Flow Variable bei einem Neustart neu initialisiert. Aber der String wird immer noch richtig generiert, von daher habe ich das Sort Node einfach zum sicher sein eingebaut.
-
@hafo sagte in String aufteilen:
@hafo Moment, ich bereite dir gerade den original Flow vor.
Na brauchst nicht - ich mach Dir für jeder Operation eine Change Node und von mir aus zum Schluss nochmal ein mit allen zusammen.
-
@hafo sagte in String aufteilen:
@hafo Moment, ich bereite dir gerade den original Flow vor.
Na brauchst nicht - ich mach Dir für jeder Operation eine Change Node und von mir aus zum Schluss nochmal ein mit allen zusammen.
-
Ich sehe gerade dass ich da besser zuerst alle Daten einsammle und dann durch die Rechner laufen lasse. So langsam verstehe ich das Prinzip.
@hafo Na Du kannst sie HuckePack nehmen - das geht auch oder sammelst wieder in Flow Variable und schreibst zum Schluss. ;)
Ich sags immer wieder - Nachrichten warten nicht auf Dich und wenn nichts gespeichert wird, ist die Nachricht, hat sie mal eine Node passiert, Schall und Rauch. ;)
HuckePack kannst Du sie nehmen, wenn Du Deine Get-Nodes alle in unterschiedliche Eigenschaften speichern lässt, dann schleppst Du die im Nachrichtenobjekt mit und kannst dann damit rechnen!
Hier in Deinen get NOdes unterschiedliche Eigenschaften benennen, dann werden die mitgeschleift, sonst überschreibst Du die payload ja immer wieder:
Schau Dir halt auch in den Debug Nodes in solchen Fällen nicht nur die Payload sondern das gesamte Nachrichtenobjekt an!!!
Ich weiß am Anfang braucht es etwas - damit man versteht was Nachrichten und ein Nachrichtenobjekt ist. Aber wenn Du das mal verstanden hast, dann spielst Du in NodeRed wie ein Pianist auf dem Klavier. ;)
-
@hafo Na Du kannst sie HuckePack nehmen - das geht auch oder sammelst wieder in Flow Variable und schreibst zum Schluss. ;)
Ich sags immer wieder - Nachrichten warten nicht auf Dich und wenn nichts gespeichert wird, ist die Nachricht, hat sie mal eine Node passiert, Schall und Rauch. ;)
HuckePack kannst Du sie nehmen, wenn Du Deine Get-Nodes alle in unterschiedliche Eigenschaften speichern lässt, dann schleppst Du die im Nachrichtenobjekt mit und kannst dann damit rechnen!
Hier in Deinen get NOdes unterschiedliche Eigenschaften benennen, dann werden die mitgeschleift, sonst überschreibst Du die payload ja immer wieder:
Schau Dir halt auch in den Debug Nodes in solchen Fällen nicht nur die Payload sondern das gesamte Nachrichtenobjekt an!!!
Ich weiß am Anfang braucht es etwas - damit man versteht was Nachrichten und ein Nachrichtenobjekt ist. Aber wenn Du das mal verstanden hast, dann spielst Du in NodeRed wie ein Pianist auf dem Klavier. ;)
-
@mickym Danke, das habe ich schon mal gemacht mit dem HuckePack.
Ich habe nun aber dein "Nummer / Zahl" Problem."Invalid JSONata expression: The left side of the "-" operator must evaluate to a number"
@hafo Wie gesagt - Du bist nicht meiner Empfehlung gefolgt und hast die Stringkonvertierung in dem Adapter ausgeschaltet.
Du kannst das entweder jetzt machen - musst halt aufpassen, ob Du nicht schon viel konvertiert hast oder musst halt immer weiter konvertieren.
Wenn Du weiter konvertieren willst, dann musst halt alles mit $number() in JSONATA umwandeln oder Du liest Zahlen, die im iobroker als Zahl definiert sind auch als Zahl aus und machst diesen unsäglichen Haken raus!!!
Ansonsten kannst Du auch in JSONATA weiterhin Zahlen konvertieren:
-
@hafo Wie gesagt - Du bist nicht meiner Empfehlung gefolgt und hast die Stringkonvertierung in dem Adapter ausgeschaltet.
Du kannst das entweder jetzt machen - musst halt aufpassen, ob Du nicht schon viel konvertiert hast oder musst halt immer weiter konvertieren.
Wenn Du weiter konvertieren willst, dann musst halt alles mit $number() in JSONATA umwandeln oder Du liest Zahlen, die im iobroker als Zahl definiert sind auch als Zahl aus und machst diesen unsäglichen Haken raus!!!
Ansonsten kannst Du auch in JSONATA weiterhin Zahlen konvertieren:
-
@mickym Nein, der Haken ist bei mir gesetzt. Aber vielleicht habe ich bei den Objekten etwas falsches eingestellt.
@hafo sagte in String aufteilen:
@mickym Nein, der Haken ist bei mir gesetzt. :angry: :rage: Aber vielleicht habe ich bei den Objekten etwas falsches eingestellt.
Das ist doch das Problem!!!! Haken raus!!!!
Mit gesetztem Haken kann im Datenpunkt stehen was will - es wird alles in Strings gewandelt!
-
@hafo sagte in String aufteilen:
@mickym Nein, der Haken ist bei mir gesetzt. :angry: :rage: Aber vielleicht habe ich bei den Objekten etwas falsches eingestellt.
Das ist doch das Problem!!!! Haken raus!!!!
Mit gesetztem Haken kann im Datenpunkt stehen was will - es wird alles in Strings gewandelt!
-
@mickym Ich glaub ich bin schon zu lange am Computer :face_palm:
Jedenfalls triggert er nun wieder in alle unendlichkeit
@hafo Nein - Du hast nun umgestellt und nun kommen auch Deine booleans als booleans und nicht mehr als String.
Das ist jetzt vielleicht leider Umstellungsaufwand - deswegen empfehle ich den Haken von Beginn an rauszunehmen, sonst kannst halt weiter konvertieren.
Du kannst den Haken ja erst mal wieder rein nehmen und dann anfangen zu suchen:
Wenn Du im JSONATA konvertieren willst, dann geht das schon
Ich finde es auf Dauer umständlich, aber wie gesagt nun musst Du erst mal schauen, wo Deine Datentypen nicht mehr passen.
-
@mickym Ich glaub ich bin schon zu lange am Computer :face_palm:
Jedenfalls triggert er nun wieder in alle unendlichkeit
@hafo Der switch hinter Deinen Trigger wird wahrscheinlich nicht mehr passen, da der auf String und nicht auf Boolean abprüft.
den musst mit Sicherheit umstellen:
Einfach alle Eingänge überprüfen, ob der richtige Datentyp nun im weiteren Verlauf verwendet wird. Ansonsten zurück kannst immer. Aber ich denke lieber einmal Schmerzen, als dauernd konvertieren. ;)
-
@hafo Der switch hinter Deinen Trigger wird wahrscheinlich nicht mehr passen, da der auf String und nicht auf Boolean abprüft.
den musst mit Sicherheit umstellen:
Einfach alle Eingänge überprüfen, ob der richtige Datentyp nun im weiteren Verlauf verwendet wird. Ansonsten zurück kannst immer. Aber ich denke lieber einmal Schmerzen, als dauernd konvertieren. ;)
@mickym das habe ich zuerst geändert. Beim oberen Beispiel ist dieser Switch gar nicht angehängt, und der untere sollte sämtliche Nachrichten in Boolean false ändern.
Da muss ich noch ein bisschen suchen.
OK, es läuft wieder. Ich musste natürlich beim Trigger einstellen dass er nur auf geänderte Nachrichten reagiert. -
@mickym das habe ich zuerst geändert. Beim oberen Beispiel ist dieser Switch gar nicht angehängt, und der untere sollte sämtliche Nachrichten in Boolean false ändern.
Da muss ich noch ein bisschen suchen.
OK, es läuft wieder. Ich musste natürlich beim Trigger einstellen dass er nur auf geänderte Nachrichten reagiert. -
Ich habe noch ein bisschen mit der sort Node rumgespielt und dabei ein paar ganz gute Erkenntnisse gewonnen. Wenn Du willst dann poste ich sie hier mal im Thread - später. ;)
@mickym sagte in String aufteilen:
Ich habe noch ein bisschen mit der sort Node rumgespielt und dabei ein paar ganz gute Erkenntnisse gewonnen. Wenn Du willst dann poste ich sie hier mal im Thread - später. ;)
So ich habe nun auch herausgefunden, wie man mit den Sort Nodes ggf. auch selbst eine Sortierreihenfolge definieren kann, selbst wenn man das nicht so vorab so vorbildlich gemacht hat, wie Du und immer eine Zahl vorangestellt hat. Das hat zwar bisschen Tüftelei gekostet, aber vielleicht ist das für den einen oder anderen interessant:
Also was sieht man:
- Das Array mit durcheinandergewürfelten Wochentagen.
- Mit Standardeinstellungen wird das Array natürlich alphabetisch sortiert:
- Um nun eine eigene Reihenfolge festzulegen, kann man ein Objekt erstellen und den Begriffen, in diesem Fall Zahlenwerte zuordnen.
In der letzten Node sieht man werden die Wochentage nun auch in dem Array richtig sortiert.
Dies erfolgt über eine JSONATA Funktion - Kopfzerbrechen hat mir das $ Zeichen gemacht, dass von der Node als Platzhalter für die Arrayelemente verwendet.
$lookup( { "Mo":0, "Di":1, "Mi":2, "Do":3, "Fr":4, "Sa":5, "So":6 }, $ )Grundsätzlich kann man auch nur mit einer JSONATA Funktion in einer Change Node ein Array sortieren:
Das ist aber bissi komplizierter - hier mal die JSONATA Defintion:
$sort(payload,function($l, $r){ $lookup( { "Mo":0, "Di":1, "Mi":2, "Do":3, "Fr":4, "Sa":5, "So":6 }, $l ) > $lookup( { "Mo":0, "Di":1, "Mi":2, "Do":3, "Fr":4, "Sa":5, "So":6 }, $r ) })Hat man kein Objekt sondern splittet ein Array - dann kann man ebenfalls anstelle von dem topic bzw. key zum Beispiel nach der Payload sortieren:
$lookup( { "Mo":0, "Di":1, "Mi":2, "Do":3, "Fr":4, "Sa":5, "So":6 }, payload )Hier muss ich dann die payload, statt der $ eingeben, da hier die payload ja bereits den skalaren Wert enthalten.
Jedenfalls habe ich heute auch wieder einiges gelernt und vielleicht hilft das auch dem einen oder anderen.
Support us
997
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge