NEWS
Function Node welche zwei Werte vergleicht
-
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? -
@1984chris JA.
Bei der Variante um Mitteernacht um 22 uhr. Das kannst Du wählen wie Du willst. Ich habs halt möglichst spät genommen, weil im Sommer um 18 Uhr ja ggf. noch genügend Strom erzeugt wird, dass die Pumpe sowieso läuft. Du kannst natürlich auch grundsätzlich die Restlaufzeit ab 18 Uhr laufen lassen. Dann musst Du halt direkt ab der Shelly Node parallel laufen. -
@mickym
heißt wenn ich zum testen einmal nur 3 Stunden am Tag den shelly einschalte dann ausschalte, müsste die Poolpumpe um 20:00 Einschalten bei Restlaufzeit -23:00 (bei 6 stündiger Laufzeit). -
@1984chris sagte in Function Node welche zwei Werte vergleicht:
@mickym
heißt wenn ich zum testen einmal nur 3 Stunden am Tag den shelly einschalte dann ausschalte, müsste die Poolpumpe um 20:00 Einschalten bei Restlaufzeit -23:00 (bei 6 stündiger Laufzeit).Ja wenn du die Variante 23:00 Uhr - Restlaufzeit verwendest
-
@mickym
Werde das Morgen mal testen und berichten.
Danke -
@1984chris Ja Du kannst es so anpassen wie Du willst. Du kannst Dir auf der Systemkonsole ja auch die Nachrichten ausgeben lassen. Wenn Du eine Konsole in deinem Docker hast - dann müsstest Du ja sehen, dass nodered als Service gestartet ist. Ich kenn mich da mit Docker zuwenig aus.
-
@mickym
Da kenne ich mich auch zu wenig aus. -
@1984chris Na Hauptsache ea macht Dir Spaß und Du kannst den Flow nachvollziehen. Die moments Bibliothek für die Zeitveratbeitung findest Du hier:
https://momentjs.com/docs/#/-project-status/Außerdem habe ich zur Zeit und Datumsverarbeitung mit Moments auch noch einen extra Thread gemacht:
https://forum.iobroker.net/topic/50086/datum-und-zeitverarbeitung-mit-nodered -
@mickym
Hallo
Ich habe den flow gestern aktiviert.
Hat funktioniert aber nach kurzer Zeit hat sich alles wieder eingeschalten obwohl ich 1 Stunde Pause eingegeben habe.
Oder muss ich bei Pausenlimit den Wert auch auf 60 (für 60 min ändern) war 1 eingegeben?
-
@1984chris ja überall 60 - bei allen Zeitangaben - wird alles in Minuten berechnet.
Allerdings ist halt die Frage, ob Du die Auszeiten, die sich aus den Überschussleistungen ergeben mitaddieren willst (so ist es jetzt), dann wäre es im Prinzip sogar sauberer die 2. Trigger Node durch eine Change Node nur mit False zu ersetzen und nur nach oben zu reichen.
oder nicht wenn nicht - dann lassen wir das unten weg und dann bleiben wir bei der 2. Trigger Node - also wie willst Du es haben?
-
@mickym
puh, so wie das jetzt ist passt das glaub ich schon. -
@1984chris sagte in Function Node welche zwei Werte vergleicht:
@mickym
puh, so wie das jetzt ist passt das glaub ich schon.Na ja ich finde es ist noch ein Logikfehler drin - aber wenn Du meinst, dann ....