String aufteilen

[mickym]

@hafo Ich habe übrigens nun auch mal Deinen Scheduler Node installiert. Den finde ich ganz gut - allerdings wundert mich, dass Du den verwendest, da Du ja das NodeRed Dashboard gar nicht nutzt.

[hafo]

@mickym Das war beim einstellen ganz nützlich.
Ich habe gerade etwas Mühe alle strings in Zahlen zu ändern. Auch wenn das Objekt eine Zahl enthalten sollte, wird manchmal ein String ausgelesen. Bei den Stunden klappt es, bei den Minuten nicht. Irgendwie macht das Vis teilweise strings.

[mickym]

@hafo sagte in String aufteilen:

@mickym Das war beim einstellen ganz nützlich.
Ich habe gerade etwas Mühe alle strings in Zahlen zu ändern. Auch wenn das Objekt eine Zahl enthalten sollte, wird manchmal ein String ausgelesen. Bei den Stunden klappt es, bei den Minuten nicht. Irgendwie macht das Vis teilweise strings.

Wenn der Datentyp des Datenpunktes passt (ggf. nochmals checken), dann ist es vielleicht wirklich vis - aber dann kannst wie ich ja unten gepostet habe auch in JSONATA einen String der eine Zahl enthält konvertieren. Das ist nun halt ein Nachteil, weil Du vorher nur Strings hattest, aber insgesamt erspart es Dir denke ich Arbeit.

[hafo]

@mickym Ich habe im Vis nun die Minutenauswahl neu gemacht. Nun läuft es endlich.

Mit den Change Nod Rechner hatte ich etwas Mühe. Mein Problem war dass ich es mit dem falschen msg. wert habe rechnen lassen. Aber nun läufts.
Das war eine lehrreiche Erfahrung, VIELEN DANK für deine Geduld.

[mickym]

@hafo sagte in String aufteilen:

@mickym Ich habe im Vis nun die Minutenauswahl neu gemacht. Nun läuft es endlich.

Mit den Change Nod Rechner hatte ich etwas Mühe. Mein Problem war dass ich es mit dem falschen msg. wert habe rechnen lassen. Aber nun läufts.
Das war eine lehrreiche Erfahrung, VIELEN DANK für deine Geduld.

Ich habe ja heute auch was gelernt (s. sort-Nodes). Und hab ich gerne gemacht.
Ich hoffe Dir macht das auch etwas Spass, auch wenn es manchmal Detektivarbeit ist.

Aber ich hoffe, Du hast gerade bei der Fehlersuche auch die Stärken von NodeRed entdeckt, da man hier eben den"Programmflow" grafisch nachverfolgen kann.

[hafo]

@mickym Natürlich, ohne wäre es noch schwieriger geworden mit der Fehlersuche.
Ich bin von Beruf Weinbauer, da macht man in der Freizeit auch gerne einmal etwas anderes, daher hat es auch Spass gemacht. Dieser Flow ist allerdings erst der Anfang.
Wie bereits erwähnt möchte ich noch Feuchtigkeitssensoren einbauen. Zudem hängt am Wasserhan ein Zähler. Da ist das Ziel dass ich einen Schlauchbruch erkenne, das Ventil schliesse und eine Meldung bekomme. Das schwierige wird sein dass ich bei jedem Ventil ein Wert hinterlegen muss welcher nicht überschritten werden sollte. Diese müssen teilweise summiert werden wenn mehrere Ventile offen sind. Zudem muss ich berücksichtigen dass beim öffnen eines Ventils mehr Wasser fliesst bis der Schlauch voll ist....
Falls das alles einmal läuft, könnte ich auch noch den Wetterbericht einbinden. Aber bis dann ist Winter.

[mickym]

@hafo sagte in String aufteilen:

@mickym Natürlich, ohne wäre es noch schwieriger geworden mit der Fehlersuche.
...
Falls das alles einmal läuft, könnte ich auch noch den Wetterbericht einbinden. Aber bis dann ist Winter.

Mache ich gerade mit der AccuWeather API aber nicht mit vis sondern dem NodeRed Dashbord.

[hafo]

@mickym Hier ist noch der abgeänderte Flow mit den Rechner falls es jemandem hilft.
bew3.json

Das Vis funktioniert nun perfekt, auch wenn es optisch noch besser geht.

[mickym]

@hafo Na das schaut doch ganz gut aus. Und die sich mit der Materie beschäftigen, wissen wieviel Arbeit da drin steckt.

[hafo]

@mickym So, meine flows sind nun fast fertig, ich habe alles noch ein bisschen überarbeitet.
-anzeige der Restlaufzeit
-einschalten eines Ventils für eine bestimmte Zeit ohne das Programm zu beeinflussen
-eingeschaltete Ventile sind gut Sichtbar und können beim draufklicken ausgeschaltet werden
-es können verschiedene Programme zugewiesen werden, aktuell gibt es:
-Timer (normale Steuerung über Zeitschaltuhr)
-Timer+Sensor (die Bewässerung wird nur gestartet wenn der Sensor auf true)
-Stundentimer (Sensoren werden Stündlich abgelesen)

Es ist nun auch einfach möglich zusätzliche Programme zu machen, z.B für Wettervorhersagen...
Dafür habe ich zwei Tabs gut gefüllt

Falls jemand an den Flows interessiert ist, einfach melden. Ich kann dann auch Tips zum einbauen geben. Es sollte relativ einfach übertragbar sein sofern ich alles richtig gemacht habe

[mickym]

@hafo Na herzlichen Glückwunsch!!!

Nachdem alles nun gut läuft - hätte ich noch einen kleinen Punkt zur Optimierung der Flows. Ich hatte am Anfang auch lange Bäume, aber man kann die ggf. noch vereinfachen, indem man den msg.topic dynamisch zusammenstellt.
So bleibt ja bei jedem Flow Stardzeit, Laufzeit immer gleich.
So könnten man das quasi etwas vereinfachen in dem man dies nochmal hierarchisch aufbaut. Aber das kannst Dir ja mal für später im Auge behalten.

[hafo]

@mickym das habe ich mir gedacht. Allerdings wollte ich einfach mal fertig werden, daher habe ich nicht lange nach Vereinfachungen gesucht. Aber bei meinem nächsten grösseren Projekt kann ich mich da sicher noch steigern.

[hafo]

@hafo Ich versuche gerade die Sensoren einzubinden.
Es gibt für jeden Kanal ein Sensorobjekt. Ist es true wird bewässert, ist es false bleibt das Ventil zu. Bei einem Feuchtigkeitssensor pro Kanal ist das einfach,

Aber wie mache ich das am besten wenn es mehrere Sensoren gibt, und ich bewässern möchte wenn einer von ihnen unter 40% fällt?
Das wäre am einfachsten, aber dann wird der Wert ja nie auf false gesetzt.

Ich könnte ihn natürlich nach jedem bewässern auf false setzen, aber das ist irgendwie nicht meine Lösung.

[mickym]

@hafo Hier habe ich mal erklärt, wie man mehrere Datenpunkte in einem Objekt zusammenfasst und dann anschließend mit UND oder ODER Verknüpft und dann einen Alarm auslöst bzw. in Deinem Fall halt die Bewässerung.

Oder kurz in Worten ausgedrückt. Du sammelst alles per Wildcard ein, sammelst ggf. mit Modifizierung des Topic alle Ventile mit true (<40%) oder false (>= 40%) in einem Objekt. Verknüpfst alles mit ODER - sprich, wenn eines unter 40% ist, dann wird Bewässerung ausgelöst. Steigen die Sensoren wieder über 40% wird der Alarm bzw. die Bewässerung automatisch wieder aufgehoben. Die Feuchtigkeitssensoren sollten ja dann wieder automatisch über 40% liefern, sobald genügend bewässert ist.

Wenn Du nicht mit Wildcards arbeiten kannst, weil Deine Sensoren nicht hierarchisch aufgebaut sind, dann musst halt alle iobroker-In Nodes, die zu einem Objekt zusammengefasst werden sollen über eine JOIN Node vereinigen.

[hafo]

@mickym Vielen Dank für den Tipp. Das werde ich gleich testen. Leider sind alle Sensoren im selben Verzeichnis, da wird es schwierig mit Wildcards wenn ich das richtig verstehe.

[mickym]

@hafo Entweder dann mit eben mit einzelnen IN-Nodes oder Wildcards mit einem Switch Node und dann mit regulären Ausdrücken verzweigen - das wäre bei einer flachen Struktur am elegantesten.

[hafo]

@mickym Da wird ja immer eine ganze Menge übermittelt bei jeder Anfrage

Leider nicht der Name, sondern höchstens die ID. Da wird es schwierig mit dem Switch Node.

Damit wäre das wohl geklärt, ich arbeite mit den In Nodes

[mickym]

@hafo wie du meinst - man kann zum Beispiel eine iobroker IN Node definieren, die wie folgt aussieht:

zigbee.0.*.soil_moisture

Dann kommen nur noch Feuchtigkeitswerte aus der In Node - anschließend gruppiert man diese über switch Nodes - aber kannst Du natürlich auch mit einzelnen Nodes machen.

[hafo]

@mickym Mein Problem ist halt dass ich am Ende unter Zigbee.0.* etwa 20 solcher Sensoren habe, die aber unterschiedlichen Ventilen zugeordnet werden müssen. Aber ist ja kein Ding, ich sammle sie einzeln auf dann sollte es passen.

[mickym]

@hafo lieber einfache Variante für den Anfang - da sieht man dann auch grafisch welche Sensoren zusammengehören.