Function Node welche zwei Werte vergleicht
-
@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.
-
@mickym
ich probier mal und dan zeig ichs dir... -
@1984chris ok.
-
@1984chris sagte in Function Node welche zwei Werte vergleicht:
@mickym
ich probier mal und dan zeig ichs dir...So berechne Du mal die Restminuten, die deine Pumpe noch laufen soll.
Hier wird dann von Mitternacht die Restzeit abgerechnet, die die Pumpe dann noch für den Rest des Tages läuft.
-
@mickym
Ich hätte jetzt schon angefangen würde wieder über den Shelly alle Minuten hochzählen lassen. Aber wie kann ich z.b jeden Tag um 18 Uhr abfragen ob die Pumpe 6 Stunden gelaufen ist wenn nicht erreicht soll diese laufen.[ { "id": "05cb99c34b0e088c", "type": "switch", "z": "b7365eb2cd9f043a", "name": "Laufzeit", "property": "payload.switch0.output", "propertyType": "msg", "rules": [ { "t": "true" }, { "t": "false" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 1940, "y": 760, "wires": [ [ "299890253e280731" ], [] ] }, { "id": "c25482fa9bf763f0", "type": "shelly-gen2", "z": "b7365eb2cd9f043a", "hostname": "192.168.1.110", "description": "", "mode": "polling", "server": "", "outputmode": "event", "uploadretryinterval": 5000, "pollinginterval": "5000", "pollstatus": true, "getstatusoncommand": true, "devicetype": "Relay", "outputs": 1, "x": 1760, "y": 760, "wires": [ [ "05cb99c34b0e088c" ] ] }, { "id": "c5907383823c7ea9", "type": "debug", "z": "b7365eb2cd9f043a", "name": "debug 16", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "false", "statusVal": "", "statusType": "auto", "x": 2400, "y": 760, "wires": [] }, { "id": "299890253e280731", "type": "change", "z": "b7365eb2cd9f043a", "name": "Setze Laufzeit", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "LaufzeitPoolpumpe", "tot": "flow" }, { "t": "set", "p": "payload", "pt": "msg", "to": "$exists(payload) ? payload : 0", "tot": "jsonata" }, { "t": "set", "p": "payload", "pt": "msg", "to": "payload + 1", "tot": "jsonata" }, { "t": "set", "p": "LaufzeitPoolpumpe", "pt": "flow", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 2140, "y": 760, "wires": [ [ "1a4d851ad146ec1b", "c5907383823c7ea9" ] ] }, { "id": "3f5208fb9a554bb3", "type": "inject", "z": "b7365eb2cd9f043a", "name": "Zeit", "props": [ { "p": "test", "v": "1", "vt": "num" } ], "repeat": "", "crontab": "00 12 * * *", "once": false, "onceDelay": 0.1, "topic": "", "x": 2430, "y": 920, "wires": [ [] ] }, { "id": "1a4d851ad146ec1b", "type": "switch", "z": "b7365eb2cd9f043a", "name": "", "property": "payload", "propertyType": "msg", "rules": [ { "t": "gte", "v": "20", "vt": "str" }, { "t": "lte", "v": "20", "vt": "str" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 2430, "y": 860, "wires": [ [], [] ] } ]oder ist das der falsche Ansatz?
-
@1984chris sagte in Function Node welche zwei Werte vergleicht:
oder ist das der falsche Ansatz?
Nein das passt schon - ich würde nur keinen extra Trigger mehr nehmen und anstatt der Laufzeit gleich die Restlaufzeit berechnen.
Die Frage ist auch, willst du die Restlaufzeit immer um 18 Uhr beginnen lassen (im Sommer läuft sie ja vielleicht auch so) oder wie ich es berechnet habe. Die Restlaufzeit setzt Du um 0 Uhr zurück. Ich nehm mal Deinen Flow und leg die beiden mal zusammen.
-
@mickym
mann könnte ja sagen wenn bis 21 Uhr nicht erreicht dann soll sie laufen oder? -
@1984chris Ich hätte jetzt einfach die Restlaufzeit von Mitternacht abgezogen. Das heißt sie beginnt irgendwann zwischen 18:00 und Mitternacht zu starten, je nachdem wieviel Restlaufzeit noch übrig ist.
-
Hier mal der Flow auf Basis Deines Flows:
Der Unterschied zu Deiner Lösung ist, dass ich von der Mindestlaufzeit, also 360 Minuten die Laufzeit gleich runterzähle, um gleich die Restlaufzeit zu ermitteln.
PS:
Die trigger Node war falsch - hier nochmal der korrigierte Flow:Ach und noch eine Korrektur.
Das Rücksetzen der Restlaufzeit würde ich erst um 1:00 setzen, damit sich da nichts überschneidet. Ach und noch ein Switch vergessen. Sorry.
Hier nur auf die payload=true abprüfen:
also diese switch Node noch vor die trigger Node setzen:
-
@mickym
und am Ende wo die true/false debug Node ist kopiere ich diese[ { "id": "cb3e837f22606744", "type": "change", "z": "b7365eb2cd9f043a", "name": "", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "payload ? \"Pumpe ein 1\" : \"Pumpe aus 0\"", "tot": "jsonata" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 3190, "y": 180, "wires": [ [ "6368866539be04ce" ] ] }, { "id": "6368866539be04ce", "type": "debug", "z": "b7365eb2cd9f043a", "name": "Ergebnis für Homeserver", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 3570, "y": 20, "wires": [] } ] -
@1984chris sagte in Function Node welche zwei Werte vergleicht:
[ { "id": "cb3e837f22606744", "type": "change", "z": "b7365eb2cd9f043a", "name": "", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "payload ? \"Pumpe ein 1\" : \"Pumpe aus 0\"", "tot": "jsonata" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 3190, "y": 180, "wires": [ [ "6368866539be04ce" ] ] }, { "id": "6368866539be04ce", "type": "debug", "z": "b7365eb2cd9f043a", "name": "Ergebnis für Homeserver", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 3570, "y": 20, "wires": [] } ]Na ich weiß nicht ob du den Homeserver brauchst, ich dachte Du schaltest die Pumpe wieder über Deinen Shelly. Aber musst Du wissen.
-
@mickym
die poolpumpe ist an einem EIB Schaltaktor angeschlossen diesen ich über den Homeserver steuen kann. -
@1984chris
über den shelly ist nur die Zeiterfassung, da ist ja die Wärmepumpe angeschlossen. -
@1984chris sagte in Function Node welche zwei Werte vergleicht:
@1984chris
über den shelly ist nur die Zeiterfassung, da ist ja die Wärmepumpe angeschlossen.Na aber Du willst doch die Laufzeit Deiner Poolpumpe ermitteln und nicht der Wärmepumpe
-
@mickym
der Shelly schließt einen potialfreien Kontakt in der Wärmepumpe und ist parallel zum Aktor der Poolpumpe, damit sollte das passen oder? -
@1984chris sagte in Function Node welche zwei Werte vergleicht:
@mickym
der Shelly schließt einen potialfreien Kontakt in der Wärmepumpe und ist parallel zum Aktor der Poolpumpe, damit sollte das passen oder?Ja wenn das so ist und die Wärmepumpe immer synchron zur Poolpumpe läuft, dann ist das OK.
Wenn Du im Übrigen die Restlaufzeit nicht minus Mitternacht, sondern früher zum Beispiel 23:00 Uhr - Restlaufzeit laufen lassen willst, dann änderst Du die Change Node wie folgt:
-
@mickym
heißt bei 2 Stunden Restlaufzeit würde die Pumpe um 21:00 einschalten?
