Function Node welche zwei Werte vergleicht
-
@mickym
es wird kein ein signal durchgeleitet... -
@1984chris Gut - dann musst Du mit debug Nodes schauen, wo es hängen bleibt.
Aktiviere halt mal alle Debug Nodes bzw. schau wie weit die Nachrichten kommen - ggf. neue Debug Nodes dran machen.
Hast Du in dem Switch
auch die max. Laufzeit richtig eingetragen?
-
@mickym
es liegt an der Laufzeitlimit erreicht Node im Hauptast habe dahinter ein Debug Node und da wird nix angezeigt. -
@1984chris
habe die Laufzeit auf 2 runtergesetzt zum testen... -
@1984chris Gut und hast Du den Wert da drin angepasst - da waren ja noch 5 Minuten drin zum Test.
-
@1984chris Nein im Gegenteil - das ist das Maximum an Laufzeit. In der Realität wenn Du 5 Stunden Laufzeit haben willst, muss da <= 300 drin stehen.
Genauso wie Du unten dann Laufzeit erreicht > 300 einstellen musst.
-
@mickym
mit 2 hab ich Minuten gemeint. -
@1984chris sagte in Function Node welche zwei Werte vergleicht:
@mickym
mit 2 hab ich Minuten gemeint.Ja trotzdem oben wird durchgelassen, wenn die Laufzeit KLEINER als x Minuten ist.
Wenn Du da 2 einträgst, dann blockiert es doch bereits bei der 2. Minute Laufzeit
-
@mickym
hab den Fehler schon es war unter Eigenschaft msg und nicht flow eingestellt.
hab aber nichts geändert... -
@1984chris Trag da oben 300 ein. Es wird durchgelassen, wenn die Kontextvariable LaufzeitWP kleiner als der eingetragene Wert ist.
-
Um bei Testen den Filter zurückzusetzen kannst Du mit Inject ein msg.reset in den filter einspeisen.
-
Und zeig mal die Kontextvariable LaufzeitWP aus dem Kontextfenster.
-
-
@1984chris Ja dann muss die Node aber durchlassen. Speise eine Nachricht vor der Node ein und ein Debug dahinter - das muss durchgehen
Die Node lässt durch, wenn die Kontextvariable KLEINER GLEICH als (Datentyp Zahl) 300 ist.
Da sie bei Dir 1 ist, muss es da durchgehen.
-
@mickym
es funktioniert der Fehler lag bei der Eigenschaft war msg und nicht flow... -
@1984chris Gut - unten habe ich Dir ja noch ein paar Änderungen empfohlen. Also den unteren Flow mit dem oberen Flow verbinden und die ausgeschaltete Zeit ebenfalls messen.
-
@mickym
hab ich gemacht. Jetzt a´schaut das ganze aber schon sehr komplex aus..... -
@1984chris Ja du kannst jetzt auch noch Nodes gruppieren, um das ein bisschen zu dokumentieren und thematisch zusammenzufassen.
Und ja Du hast Dir ja auch eine komplexe Logik ausgedacht. Deswegen ist es auch wichtig die Funktionen getrennt zu halten.
Der untere Flow - der die Pausen und Laufzeiten erfasst, der obere Flow der anhand der Überschussleistung schaltet.
Die Inject Nodes zum Testen fallen ja dann weg, wenn Du da die entsprechenden Nodes dranhängst, die die eigentlichen Daten liefern.
-
@mickym
mir fehlt jetzt noch das ich am Tag eine Mindestlaufzeit der Filterpumpe benötige zwecks Umwälzung vom Wasser wenn mal nicht genug PV Überschuss vorhanden ist.
Könntest du mir da noch helfen sonst wird das nix...... -
@1984chris Nun ja du nimmst halt wieder den Shelly, um zu ermitteln wie lange die Filterpumpe gelaufen ist. Dann zieht man das von der Mindestlaufzeit ab, den Rest muss ja dann die Pumpe noch Laufen bis zum Tagesende. Ich überlege mir mal was.
