NEWS
String aufteilen
-
@paul53 füllt mir dein Script direkt die 7 Objekte? Wo kann ich definieren was zu was gehört?
@hafo sagte füllt mir dein Script direkt die 7 Objekte?
Ja, wenn die 7 Datenpunkte vorher unter "0_userdata.0" erstellt wurden.
@hafo sagte in String aufteilen:
Wo kann ich definieren was zu was gehört?
Der erste Wert wird in "0_userdata.0.xyz.msg1" geschrieben, der zweite in "0_userdata.0.xyz.msg2" usw. "xyz" sollte durch etwas sinnvolles ersetzt werden.
-
@hafo sagte in String aufteilen:
@mickym Vielen Dank :+1: Ich muss muss mich da wirklich noch etwas reinarbeiten.
Weißt Du, wenn ich Dein anderen Post nicht gelesen hätte, hätte ich ja nicht gewusst auf was es hinausläuft.
Gestern hast aber keine Antwort von mir bekommen, da Du weder Dein VIS noch Deine Widgets vorgestellt hast. Außerdem sind mir Screenshots die Function Nodes enthalten ohne dass der Flow exportiert sind, eine Black-Box - was soll man denn da helfen?
Also wenn Du wirkliche Hilfe willst, dann ist es am Besten wenn man sich beim Beschreiben des Problems etwas ausführlicher Mühe gibt. ;)
Ich gehe nun mal davon aus, dass Du in Deiner Vis nun Widgets als Switches hast - die true oder false für den Wochentag bieten und Du für jeden Wochentag einen eigenen Datenpunkt erstellt hast.
Dann wirst Du wahrscheinlich als nächstes vor der Herausforderung stehen, diese Datenpunkte wieder in den Ausgangsstring zu verwandeln. ;). Tipp: Sammeln mit JOIN als Objekt, SPLIT in Einzelnachrichten, JOIN in String.
-
@paul53 füllt mir dein Script direkt die 7 Objekte? Wo kann ich definieren was zu was gehört?
@hafo sagte: Wo kann ich definieren was zu was gehört?
Wenn es um die Tomaten an Wochentagen geht, z.B. "0_userdata.0.Bewaesserung.Tomaten.Mittwoch":
const path = '0_userdata.0.Bewaesserung.Tomaten.'; const idString = '...'; const weekdays = ['Montag','Dienstag','Mittwoch','Donnerstag','Freitag','Samstag','Sonntag']; on(idString, function(dp) { let arr = dp.state.val.split(','); for(let i = 0; i < arr.length; i++) { setState(path + weekdays[i], !!parseInt(arr[i]), true); } }); -
@hafo sagte in String aufteilen:
@mickym Vielen Dank :+1: Ich muss muss mich da wirklich noch etwas reinarbeiten.
Weißt Du, wenn ich Dein anderen Post nicht gelesen hätte, hätte ich ja nicht gewusst auf was es hinausläuft.
Gestern hast aber keine Antwort von mir bekommen, da Du weder Dein VIS noch Deine Widgets vorgestellt hast. Außerdem sind mir Screenshots die Function Nodes enthalten ohne dass der Flow exportiert sind, eine Black-Box - was soll man denn da helfen?
Also wenn Du wirkliche Hilfe willst, dann ist es am Besten wenn man sich beim Beschreiben des Problems etwas ausführlicher Mühe gibt. ;)
Ich gehe nun mal davon aus, dass Du in Deiner Vis nun Widgets als Switches hast - die true oder false für den Wochentag bieten und Du für jeden Wochentag einen eigenen Datenpunkt erstellt hast.
Dann wirst Du wahrscheinlich als nächstes vor der Herausforderung stehen, diese Datenpunkte wieder in den Ausgangsstring zu verwandeln. ;). Tipp: Sammeln mit JOIN als Objekt, SPLIT in Einzelnachrichten, JOIN in String.
@mickym Deine Glaskugel möchte ich auch mal haben. Aber das zurückführen in einen String kenne ich noch aus meinem Projekt Wetterstation. Ich werde mein Projekt unter Vis einmal genau vorstellen, das vereinfacht sicher vieles. Ich fürchte ich bin noch lange nicht am Ziel.
@paul53 Danke, das wäre wahrscheinlich der kürzere Weg gewesen, ich habe aber schon mickym's Lösung übernommen. Das ist für micht ehrlich gesagt auch durchschaubarer. -
@mickym Deine Glaskugel möchte ich auch mal haben. Aber das zurückführen in einen String kenne ich noch aus meinem Projekt Wetterstation. Ich werde mein Projekt unter Vis einmal genau vorstellen, das vereinfacht sicher vieles. Ich fürchte ich bin noch lange nicht am Ziel.
@paul53 Danke, das wäre wahrscheinlich der kürzere Weg gewesen, ich habe aber schon mickym's Lösung übernommen. Das ist für micht ehrlich gesagt auch durchschaubarer.@hafo sagte in String aufteilen:
Aber das zurückführen in einen String kenne ich noch aus meinem Projekt Wetterstation.
In dem Fall würde ich es aber anders machen, was aber nicht heißt, dass es nicht auch so ginge. ;)
-
@hafo sagte in String aufteilen:
Aber das zurückführen in einen String kenne ich noch aus meinem Projekt Wetterstation.
In dem Fall würde ich es aber anders machen, was aber nicht heißt, dass es nicht auch so ginge. ;)
-
@hafo sagte in String aufteilen:
@mickym dann kläre mich doch bitte auf, als Anfänger ist man offen für bessere Wege :grin:
Nun dann poste doch mal wie Deine Wochentagspunkte unter 0_userdata.0 aussehen, die Du wieder in die Stringform zurückhaben willst. Gerne auch Screenshot der Objekte Struktur und einmal den Pfad zu einem Wochentag in Textform in Code-Tags. Ich kanns dann halt besser anpassen, aber im Grunde schaut der Flow so aus:
-
@hafo sagte in String aufteilen:
@mickym dann kläre mich doch bitte auf, als Anfänger ist man offen für bessere Wege :grin:
Nun dann poste doch mal wie Deine Wochentagspunkte unter 0_userdata.0 aussehen, die Du wieder in die Stringform zurückhaben willst. Gerne auch Screenshot der Objekte Struktur und einmal den Pfad zu einem Wochentag in Textform in Code-Tags. Ich kanns dann halt besser anpassen, aber im Grunde schaut der Flow so aus:
@mickym gerne. Ich möchte grundsätzlich alles wichtige als Objekt gespeichert haben. Wenn ich im Vis dann mithilfe des Filter dropdown einen Kanal auswähle, werden die entsprechenden Punkte in die Objekte für das Vis geladen und dort angezeigt. Diese kann ich dann ändern und auf speichern klicken. Dann sollte es die Daten wieder auf den richtigen Objekten speichern. Diese Änderung löst dann einen String aus, welcher den Timer programmiert.
Soviel zur Theorie, ich hoffe das ist halbwegs verständlich.
Hier werden die Objekte zum Vis geladen:
-
@mickym gerne. Ich möchte grundsätzlich alles wichtige als Objekt gespeichert haben. Wenn ich im Vis dann mithilfe des Filter dropdown einen Kanal auswähle, werden die entsprechenden Punkte in die Objekte für das Vis geladen und dort angezeigt. Diese kann ich dann ändern und auf speichern klicken. Dann sollte es die Daten wieder auf den richtigen Objekten speichern. Diese Änderung löst dann einen String aus, welcher den Timer programmiert.
Soviel zur Theorie, ich hoffe das ist halbwegs verständlich.
Hier werden die Objekte zum Vis geladen:
-
@hafo sagte in String aufteilen:
@mickym dann kläre mich doch bitte auf, als Anfänger ist man offen für bessere Wege :grin:
Nun dann poste doch mal wie Deine Wochentagspunkte unter 0_userdata.0 aussehen, die Du wieder in die Stringform zurückhaben willst. Gerne auch Screenshot der Objekte Struktur und einmal den Pfad zu einem Wochentag in Textform in Code-Tags. Ich kanns dann halt besser anpassen, aber im Grunde schaut der Flow so aus:
-
@mickym Noch zu deiner eigentlichen Frage. Die Wochentage habe ich so gespeichert
0_userdata.0.Bewässerung.dMo
0_userdata.0.Bewässerung.dDi
...
ich hoffe du hast danach gefragt.@hafo Ja das hab ich schon rausgefunden. ;) Ich werde den Flow mal so anpassen, dass er Dir diesen String wieder aus den 7 Bewässerungspunkten ausgibt und Du speicherst es ja dann in Typ_Tage.
Im Übrigen scheinst Du ja parallel mit Node-Red Dashboard zu arbeiten, warum Du aber solche Nodes wie den Calculator installierst - erschließt sich mir nicht ganz, da im Standardsortiment doch die aggregator Node vorhanden ist. Aber egal. ;)
-
@hafo Ja das hab ich schon rausgefunden. ;) Ich werde den Flow mal so anpassen, dass er Dir diesen String wieder aus den 7 Bewässerungspunkten ausgibt und Du speicherst es ja dann in Typ_Tage.
Im Übrigen scheinst Du ja parallel mit Node-Red Dashboard zu arbeiten, warum Du aber solche Nodes wie den Calculator installierst - erschließt sich mir nicht ganz, da im Standardsortiment doch die aggregator Node vorhanden ist. Aber egal. ;)
@mickym den ui Scheduler habe ich genommen, weil ich nichts anderes gefunden habe wo der Timer mit einem String programmiert werden kann. Häufig kann er nur überschrieben werden und springt dann wieder auf die ursprünglichen Zeiten zurück.
Die Aggregator Node muss ich wohl mal anschauen. Ich wollte nicht alles mit der Funktions Node machen und Calculator klingt halt schon sehr passend. :innocent:
Schon mal vielen Dank für deine Hilfe. -
@mickym den ui Scheduler habe ich genommen, weil ich nichts anderes gefunden habe wo der Timer mit einem String programmiert werden kann. Häufig kann er nur überschrieben werden und springt dann wieder auf die ursprünglichen Zeiten zurück.
Die Aggregator Node muss ich wohl mal anschauen. Ich wollte nicht alles mit der Funktions Node machen und Calculator klingt halt schon sehr passend. :innocent:
Schon mal vielen Dank für deine Hilfe.@hafo EInen Timer den Du von außen mittels Strings programmieren kannst. ist zum Beispiel dieser hier:
https://flows.nodered.org/node/node-red-contrib-eztimer/in/c8156f6276976bfb518d1e60442e01e2
mit dem muss man sich bissi beschäftigen, aber ich glaube der würde für Deine Zwecke gut passen.
-
@mickym Noch zu deiner eigentlichen Frage. Die Wochentage habe ich so gespeichert
0_userdata.0.Bewässerung.dMo
0_userdata.0.Bewässerung.dDi
...
ich hoffe du hast danach gefragt.@hafo So der Flow ist soweit fertig, wäre zwar bissi einfacher gewesen, wenn die Wochentage auf einer anderen Ebene gewesen wären, dann hätte man mit den Wildcards besser arbeiten können, aber so habe ich halt nur die relevanten Topics zur Bildung des Strings gebildet:
Wichtig ist, dass Du die Join Node mit den Wochentagen initialisierst, da die Reihenfolge im String ja entscheidend ist. Wenn man das nicht macht kommen die Wochentage wild gewürfelt rein.
Nachdem Du wahrscheinlich immer alle Datenpunkte aufeinmal schreibst, brauchst Du die nicht einzeln abfragen bzw. ich lasse ja den ganzen Bewässerungsast triggern und filtere dann. Du solltest Dir vielleicht doch überlegen, ob Du da nicht eine separate Struktur für die Tage unter Bewässerung machst - also Bewässerung.days.Mo usw. aber egal ich habs jetzt wie es ist rausgefiltert.
Ggf. noch eine Trigger Node dranhängen (hab ich mal gemacht, kannst ja wieder entfernen), falls Du nicht für jede Änderung eine Nachricht brauchst, sondern zum Beispiel erst nach 5 Sekunden oder so. Bei Visualisierungen hilft das gegen nervöse Hände bzw. Finger. ;)
Wenn Du übrigens Deine Vis Auswahl nicht mit Zahlen sondern mit den richtigen Namen fütterst, kannst Du in dem Flow auch den msg.topic dynamisch zusammenstellen und den String mit einer iobroker out Node variabel schreiben. Ansonsten musst halt über eine Change Node (also zum Beispiel 7) mit dem msg.topic übersetzen.
So hab den Flow oben noch um die vis Auswahl und der dynamischen Ausgabe ergänzt:
Du musst nun aber aufpassen, dass Du Dir keine Endlosschleifen einhandelst. Sprich Node-Red und VIS schreiben in die Wochentagspunkte - das wird schief gehen. Da musst Du noch was überlegen - ich würde getrennte Punke ggf. zum Auslesen und zum Setzen nehmen.
-
@hafo So der Flow ist soweit fertig, wäre zwar bissi einfacher gewesen, wenn die Wochentage auf einer anderen Ebene gewesen wären, dann hätte man mit den Wildcards besser arbeiten können, aber so habe ich halt nur die relevanten Topics zur Bildung des Strings gebildet:
Wichtig ist, dass Du die Join Node mit den Wochentagen initialisierst, da die Reihenfolge im String ja entscheidend ist. Wenn man das nicht macht kommen die Wochentage wild gewürfelt rein.
Nachdem Du wahrscheinlich immer alle Datenpunkte aufeinmal schreibst, brauchst Du die nicht einzeln abfragen bzw. ich lasse ja den ganzen Bewässerungsast triggern und filtere dann. Du solltest Dir vielleicht doch überlegen, ob Du da nicht eine separate Struktur für die Tage unter Bewässerung machst - also Bewässerung.days.Mo usw. aber egal ich habs jetzt wie es ist rausgefiltert.
Ggf. noch eine Trigger Node dranhängen (hab ich mal gemacht, kannst ja wieder entfernen), falls Du nicht für jede Änderung eine Nachricht brauchst, sondern zum Beispiel erst nach 5 Sekunden oder so. Bei Visualisierungen hilft das gegen nervöse Hände bzw. Finger. ;)
Wenn Du übrigens Deine Vis Auswahl nicht mit Zahlen sondern mit den richtigen Namen fütterst, kannst Du in dem Flow auch den msg.topic dynamisch zusammenstellen und den String mit einer iobroker out Node variabel schreiben. Ansonsten musst halt über eine Change Node (also zum Beispiel 7) mit dem msg.topic übersetzen.
So hab den Flow oben noch um die vis Auswahl und der dynamischen Ausgabe ergänzt:
Du musst nun aber aufpassen, dass Du Dir keine Endlosschleifen einhandelst. Sprich Node-Red und VIS schreiben in die Wochentagspunkte - das wird schief gehen. Da musst Du noch was überlegen - ich würde getrennte Punke ggf. zum Auslesen und zum Setzen nehmen.
@mickym Phuu, das ganze wird ja komplizierter als erwartet. Da war die Gardena Steuerung ja noch richtig einfach. Aber noch bin ich motiviert, es liegen ja auch noch 20 Zigbee Bodenfeuchtesensoren hier....
Ich kann gut eine separate Struktur für die Tage machen wenns hilft. Sollte die Struktur dann so aussehen: Bewässerung.days.Mo.Di.Mi... oder kommen alle Tage in denselben Ordner? Dann könnte ich auch gleich einen Ordner für die Vis Punkte machen und für jeden Bewässerungsstrang. Was empfiehlst du da?
Wenn ich alles umbaue, kann ich auch gleich das mit der Variable bei der Vis Ausgabe umsetzen. Das vereinfacht ja auch den Fow welcher das Vis füllt.
Eine Endlosschleife sollte es eigentlich nicht geben. Ich plane einen Knopf fürs Speichern ein. Da wird ein Datenpunkt auf true gesetzt und funktioniert als Trigger für deinen Flow. Am Ende muss ich ihn nur noch auf false setzten.
Was macht dein Timer besser als meiner? Lohnt sich ein umstieg?
-
@mickym Phuu, das ganze wird ja komplizierter als erwartet. Da war die Gardena Steuerung ja noch richtig einfach. Aber noch bin ich motiviert, es liegen ja auch noch 20 Zigbee Bodenfeuchtesensoren hier....
Ich kann gut eine separate Struktur für die Tage machen wenns hilft. Sollte die Struktur dann so aussehen: Bewässerung.days.Mo.Di.Mi... oder kommen alle Tage in denselben Ordner? Dann könnte ich auch gleich einen Ordner für die Vis Punkte machen und für jeden Bewässerungsstrang. Was empfiehlst du da?
Wenn ich alles umbaue, kann ich auch gleich das mit der Variable bei der Vis Ausgabe umsetzen. Das vereinfacht ja auch den Fow welcher das Vis füllt.
Eine Endlosschleife sollte es eigentlich nicht geben. Ich plane einen Knopf fürs Speichern ein. Da wird ein Datenpunkt auf true gesetzt und funktioniert als Trigger für deinen Flow. Am Ende muss ich ihn nur noch auf false setzten.
Was macht dein Timer besser als meiner? Lohnt sich ein umstieg?
@hafo Na ja so kompliziert ist es ja nicht. Ich hab Dir doch den Flow nun so hin gebastelt, dass er mit der jetzigen Struktur auskommen würde.
Aber wenn Du schon fragst ja ich würde die Vis Datenpunkte - noch eine Ebene nach unten gehen, dann brauchst Du nicht, wie ich in dem Flow gemacht habe alles filtern und kannst einfach mit Bewässerung.days.* alle Änderungen überwachen. Für jeden Bewässerungsstrang würde ich es nicht machen, da Du ja alle Stränge über eine Oberfläche im vis behandeln möchtest.
Das mit der Vis Ausgabe brauchst Du dann auch nicht umbauen, ggf. kann man halt statt Zahlen über vis gleich das ausgeben, um was es sich handelt, dann kannst Du den msg.topic direkt bauen. Also statt 7 eben Tomaten etc.
Gut wenn Du das über einen Knopf mit Speichern triggerst, dann triggerst Du es aber nicht über iobroker In Nodes, sondern machst es Einzeln über get Nodes oder List Nodes (da brauchst die Struktur nicht).
Den Timer brauchst nicht ändern - ich dachte nur - wenn ich das richtig gesehen habe, dass der für das NOdeRed Dashboard gedacht war. Egal.
Was ich ehrlich gesagt nicht verstehe warum Du Dir das mit dem String 1,1,0,0,0,0,0 usw. so kompliziert machst und nicht einfach zu den einzelnen Stängen einfach das Objekt als JSON abspeicherst, dann würdest Du Dir das Leben viel einfacher machen. Ich zeig Dir das mal als JSON. In diesem Fall könntest Du einfach beim Ein- und Auslesen den ganzen Datenpunkt nehmen und machst das auch wieder wie gehabt über Flow-Variablen. Dann braucht man keine Reihenfolgen und keine Initialisierungen .
-
@hafo Na ja so kompliziert ist es ja nicht. Ich hab Dir doch den Flow nun so hin gebastelt, dass er mit der jetzigen Struktur auskommen würde.
Aber wenn Du schon fragst ja ich würde die Vis Datenpunkte - noch eine Ebene nach unten gehen, dann brauchst Du nicht, wie ich in dem Flow gemacht habe alles filtern und kannst einfach mit Bewässerung.days.* alle Änderungen überwachen. Für jeden Bewässerungsstrang würde ich es nicht machen, da Du ja alle Stränge über eine Oberfläche im vis behandeln möchtest.
Das mit der Vis Ausgabe brauchst Du dann auch nicht umbauen, ggf. kann man halt statt Zahlen über vis gleich das ausgeben, um was es sich handelt, dann kannst Du den msg.topic direkt bauen. Also statt 7 eben Tomaten etc.
Gut wenn Du das über einen Knopf mit Speichern triggerst, dann triggerst Du es aber nicht über iobroker In Nodes, sondern machst es Einzeln über get Nodes oder List Nodes (da brauchst die Struktur nicht).
Den Timer brauchst nicht ändern - ich dachte nur - wenn ich das richtig gesehen habe, dass der für das NOdeRed Dashboard gedacht war. Egal.
Was ich ehrlich gesagt nicht verstehe warum Du Dir das mit dem String 1,1,0,0,0,0,0 usw. so kompliziert machst und nicht einfach zu den einzelnen Stängen einfach das Objekt als JSON abspeicherst, dann würdest Du Dir das Leben viel einfacher machen. Ich zeig Dir das mal als JSON. In diesem Fall könntest Du einfach beim Ein- und Auslesen den ganzen Datenpunkt nehmen und machst das auch wieder wie gehabt über Flow-Variablen. Dann braucht man keine Reihenfolgen und keine Initialisierungen .
@mickym ok, dann lege ich die vis objekte unter vis ab. Das mit den Strings verstehe ich halt noch nicht so ganz. Ich würde es gerne als Json speichern, verstehe aber nicht wie ich es dann im vis angezeigt bekomme und verändern kann.
Auch die Aufteilung in Stunden und Minuten ist etwas kompliziert, funktioniert in meinem Flow jedoch. Mein Hauptproblem ist halt dass der Timer ziemlich wählerisch ist mit den Inputs. Grundsätzlich könnte ich auch alles über einen Timer laufen lassen, der hätte auch verschiedene Ausgänge. Allerdings wird das füttern dadurch ziemlich kompliziert. Ich müsste ja bei jeder Änderung sämtliche Timer neu laden.
Ich habe die Objekte nun so aufgeteilt
-
@mickym ok, dann lege ich die vis objekte unter vis ab. Das mit den Strings verstehe ich halt noch nicht so ganz. Ich würde es gerne als Json speichern, verstehe aber nicht wie ich es dann im vis angezeigt bekomme und verändern kann.
Auch die Aufteilung in Stunden und Minuten ist etwas kompliziert, funktioniert in meinem Flow jedoch. Mein Hauptproblem ist halt dass der Timer ziemlich wählerisch ist mit den Inputs. Grundsätzlich könnte ich auch alles über einen Timer laufen lassen, der hätte auch verschiedene Ausgänge. Allerdings wird das füttern dadurch ziemlich kompliziert. Ich müsste ja bei jeder Änderung sämtliche Timer neu laden.
Ich habe die Objekte nun so aufgeteilt
@hafo So ich zeig Dir mal im Groben, wie ich es machen würde. Es enthält zumindest nun für den ganzen Zyklus den Ablauf und habe auch teilweise Deinen Flow genommen.
Ich hab jetzt nicht die Zahlen genommen - gut dann ist die Reihenfolge nicht so schön, aber das kannst ja dann in meinem Flow entsprechend ändern.
Das Ganze arbeitet nun doch wieder schön mit einer Flow-Variablen ist aber ziemlich einfach:
1- Der vis-Auswahl Punkt wird getriggert - Dein Flow - aber bei den Tagen habe ich das nun geändert um von dem String wegzukommen:
Der Flow schreibt die Datenpunkte unter Tage! (also easy)
- Durch das Schreiben werden automatisch der folgende Flow getriggert und in eine Flow Variable geschrieben:
und gleichzeitig die Punkte für die Vis Visualisierung gesetzt bzw. aktualisiert.
Somit wird auch über jede vis Änderung in Echtzeit die Flow Variable aktualisiert.
- Sobald Du auf Speichern drückst hier mit einer Inject Node simuliert, wird die Flow Variable wieder ausgelesen, das kennst Du ja und dann die Auswahl Variable abgefragt und nun ein JSON String in den entsprechenden Datenpunkt geschrieben und kann dann wie unter 1 wieder ausgelesen werden:
-
Vielen vielen Dank. Ich bin gerade ein bisschen am vis am arbeiten. Auch das braucht seine Zeit wenn man noch keine Vorkentnisse hat :construction_worker:
Nun muss ich mal raus aufs Bike. Ich melde mich wenn ich weiter bin (oder Hilfe benötige) :blush:Bei deinem Flow muss ich aber den String in 1.0.0.1.0.0.0 umwandeln um den Timer zu füttern. Das sollte ich mittlerweile aber hinbekommen.
-
Vielen vielen Dank. Ich bin gerade ein bisschen am vis am arbeiten. Auch das braucht seine Zeit wenn man noch keine Vorkentnisse hat :construction_worker:
Nun muss ich mal raus aufs Bike. Ich melde mich wenn ich weiter bin (oder Hilfe benötige) :blush:Bei deinem Flow muss ich aber den String in 1.0.0.1.0.0.0 umwandeln um den Timer zu füttern. Das sollte ich mittlerweile aber hinbekommen.
@hafo Viel Spaß bei Radeln.
Im Übrigen das unter 2. setzen der Flow Variablen ist wieder mal einer der wenigen Fälle die mit einer Function Node einfacher sind:
Inhalt der function-Node:
fTopic='days.' + msg.topic; flow.set(fTopic,msg.payload); return null;
Support us
749
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge