Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[hafo]

@mickym Ich glaub ich bin schon zu lange am Computer

Jedenfalls triggert er nun wieder in alle unendlichkeit

[mickym]

@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]

@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]

@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]

@hafo Na gut - Du wirst erleichtert sein, dass Du Dir nun eine Menge Konvertiererei sparst. Das Rechnen sollte nun ohne den JSONATA Fehler funktionieren, wenn die Datenpunkte vom Typ Zahl sind.

[mickym]

@mickym sagte in String aufteilen:

@hafo

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:

1. Das Array mit durcheinandergewürfelten Wochentagen.
2. Mit Standardeinstellungen wird das Array natürlich alphabetisch sortiert:
   
3. 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.

[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.