Node Red Optimierung PV Überschuss für Anfänger
-
@harry_vlbg Nein - wir müssen doch jetzt weiter machen. Am true Ausgang müssen wir die Variable wieder auf false setzen und am Ausgang false willst Du doch nun den Boiler einschalten, da ja dann tagsüber nicht geheizt wurde.
Wenn Du nachts den Boiler geheizt hast, dann musst Du Dir überlegen, ob Du tagsüber nochmals heizen willst, wenn der Akku voll ist.
-
@mickym ok - ja am Tag jedenfalls nochmals heizen auch wenn es in der Nacht hat
@harry_vlbg Gut dann wie gesagt, wenn die Variable auf true steht, dann heizt Du ja nachts nicht mehr und setzt nur die Variable auf false, damit Du einen Indikator hast, dass tagsüber geheizt wurde. Und wenn die Variable noch auf false steht musst du nun halt den Boiler für x Minuten heizen. Das geht ja wie vorher.
-
@harry_vlbg Nein - wir müssen doch jetzt weiter machen. Am true Ausgang müssen wir die Variable wieder auf false setzen und am Ausgang false willst Du doch nun den Boiler einschalten, da ja dann tagsüber nicht geheizt wurde.
Wenn Du nachts den Boiler geheizt hast, dann musst Du Dir überlegen, ob Du tagsüber nochmals heizen willst, wenn der Akku voll ist.
-
@mickym aber um 1 Uhr ist doch immer aus da er ja am Tag nach 45 min ausschaltet.
dann müsste doch auch der Status auf false sein oder verstehe ich das falsch ?@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
@mickym aber um 1 Uhr ist doch immer aus da er ja am Tag nach 45 min ausschaltet.
dann müsste doch auch der Status auf false sein oder verstehe ich das falsch ?Der Status zeigt nicht, wie der Status des Boilers ist (deswegen haben wir ja die 2. Change Node weggemacht), sondern signalisiert, ob der Boiler tagsüber eingeschaltet war oder nicht.
Wenn nicht geheizt wurde sollte theoretisch am nächsten Tag von 01.00 Uhr bis 02:30 eingeschaltet werden.
und der Trigger müsste auch zurückgesetzt werden....Also wenn boiler auf false steht, dann muss nachts geheizt werden.
Sprich die EINZIGE Node, die diese boiler Variable auf TRUE setzt, ist die grün markierte.
Hier wieder alles zusammen:
Und nur NACHTS wird die Boilervariable auf false zurückgesetzt (rot markiert) - (mal abgesehen, bei einem Neustart von NodeRed), wenn diese tagsüber vorher auf true gesetzt wurde.
-
@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
@mickym aber um 1 Uhr ist doch immer aus da er ja am Tag nach 45 min ausschaltet.
dann müsste doch auch der Status auf false sein oder verstehe ich das falsch ?Der Status zeigt nicht, wie der Status des Boilers ist (deswegen haben wir ja die 2. Change Node weggemacht), sondern signalisiert, ob der Boiler tagsüber eingeschaltet war oder nicht.
Wenn nicht geheizt wurde sollte theoretisch am nächsten Tag von 01.00 Uhr bis 02:30 eingeschaltet werden.
und der Trigger müsste auch zurückgesetzt werden....Also wenn boiler auf false steht, dann muss nachts geheizt werden.
Sprich die EINZIGE Node, die diese boiler Variable auf TRUE setzt, ist die grün markierte.
Hier wieder alles zusammen:
Und nur NACHTS wird die Boilervariable auf false zurückgesetzt (rot markiert) - (mal abgesehen, bei einem Neustart von NodeRed), wenn diese tagsüber vorher auf true gesetzt wurde.
-
@mickym ok - soweit verstanden.
Somit müsste heute nacht der Boiler heizen und ich kann die Zeitpläne beim Shelly löschen@harry_vlbg Ja wenn die Variable auf false steht. Wenn Du jetzt die Inject Node betätigst, kannst Du ja testen, ob der Boiler einschaltet.
Du kannst auch die switch Node umstellen, dann funktioniert es auch, wenn die Variable nicht initialisiert ist.
Das ist Geschmackssache. Wenn Du die Switch Node so umprogrammierst, dann kannst Du Dir die initialisierung sparen:
-
@harry_vlbg Ja wenn die Variable auf false steht. Wenn Du jetzt die Inject Node betätigst, kannst Du ja testen, ob der Boiler einschaltet.
Du kannst auch die switch Node umstellen, dann funktioniert es auch, wenn die Variable nicht initialisiert ist.
Das ist Geschmackssache. Wenn Du die Switch Node so umprogrammierst, dann kannst Du Dir die initialisierung sparen:
@mickym für mich schaut das gut aus und ich bin zuversichtlich das ich warmes wasser habe morgen. No risk no fun ;-)
und ich hatte gar nicht gewusst das nicht alles verbunden sein muss und man auch mit dem 1 Uhr so anfangen kann.
jedenfalls vielen Danke
-
@mickym für mich schaut das gut aus und ich bin zuversichtlich das ich warmes wasser habe morgen. No risk no fun ;-)
und ich hatte gar nicht gewusst das nicht alles verbunden sein muss und man auch mit dem 1 Uhr so anfangen kann.
jedenfalls vielen Danke
@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
und ich hatte gar nicht gewusst das nicht alles verbunden sein muss und man auch mit dem 1 Uhr so anfangen kann.
Nein es zählt der gesamte Flow und die Nachrichten warten ja nicht. Sprich wenn tagsüber der Boiler eingeschaltet wird, wartest Du ja nicht bis es nachts ist. Sondern Du speicherst diesen Zustand und dann triggerst Du erneut nachts und überprüfst die Variable, die Du tagsüber gesetzt hast.
Hier nochmal die 2. Variante bei der auf die Variable boiler uninitialisiert sein darf:
Nochmal korrigiert - 21:23 Uhr.
Irgendwie mag die switch Node nicht, also es muss am 2. Ausgang ansonsten stehn
[ { "id": "d1d049e169e228fc", "type": "switch", "z": "0be53785c72fb931", "name": "", "property": "boiler", "propertyType": "flow", "rules": [ { "t": "true" }, { "t": "else" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 370, "y": 740, "wires": [ [ "6da956cdd703773b" ], [ "0d8b0d47db440ec1" ] ] } ] -
@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
und ich hatte gar nicht gewusst das nicht alles verbunden sein muss und man auch mit dem 1 Uhr so anfangen kann.
Nein es zählt der gesamte Flow und die Nachrichten warten ja nicht. Sprich wenn tagsüber der Boiler eingeschaltet wird, wartest Du ja nicht bis es nachts ist. Sondern Du speicherst diesen Zustand und dann triggerst Du erneut nachts und überprüfst die Variable, die Du tagsüber gesetzt hast.
Hier nochmal die 2. Variante bei der auf die Variable boiler uninitialisiert sein darf:
Nochmal korrigiert - 21:23 Uhr.
Irgendwie mag die switch Node nicht, also es muss am 2. Ausgang ansonsten stehn
[ { "id": "d1d049e169e228fc", "type": "switch", "z": "0be53785c72fb931", "name": "", "property": "boiler", "propertyType": "flow", "rules": [ { "t": "true" }, { "t": "else" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 370, "y": 740, "wires": [ [ "6da956cdd703773b" ], [ "0d8b0d47db440ec1" ] ] } ]@mickym und ich habe mir gedanken gemacht wie ich das lösen kann da ja um 1 Uhr auch schon der nächste Tag ist ....
zu kompliziert gedacht -
@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
und ich hatte gar nicht gewusst das nicht alles verbunden sein muss und man auch mit dem 1 Uhr so anfangen kann.
Nein es zählt der gesamte Flow und die Nachrichten warten ja nicht. Sprich wenn tagsüber der Boiler eingeschaltet wird, wartest Du ja nicht bis es nachts ist. Sondern Du speicherst diesen Zustand und dann triggerst Du erneut nachts und überprüfst die Variable, die Du tagsüber gesetzt hast.
Hier nochmal die 2. Variante bei der auf die Variable boiler uninitialisiert sein darf:
Nochmal korrigiert - 21:23 Uhr.
Irgendwie mag die switch Node nicht, also es muss am 2. Ausgang ansonsten stehn
[ { "id": "d1d049e169e228fc", "type": "switch", "z": "0be53785c72fb931", "name": "", "property": "boiler", "propertyType": "flow", "rules": [ { "t": "true" }, { "t": "else" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 370, "y": 740, "wires": [ [ "6da956cdd703773b" ], [ "0d8b0d47db440ec1" ] ] } ]@mickym ok - werde ich noch abändern
-
@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
und ich hatte gar nicht gewusst das nicht alles verbunden sein muss und man auch mit dem 1 Uhr so anfangen kann.
Nein es zählt der gesamte Flow und die Nachrichten warten ja nicht. Sprich wenn tagsüber der Boiler eingeschaltet wird, wartest Du ja nicht bis es nachts ist. Sondern Du speicherst diesen Zustand und dann triggerst Du erneut nachts und überprüfst die Variable, die Du tagsüber gesetzt hast.
Hier nochmal die 2. Variante bei der auf die Variable boiler uninitialisiert sein darf:
Nochmal korrigiert - 21:23 Uhr.
Irgendwie mag die switch Node nicht, also es muss am 2. Ausgang ansonsten stehn
[ { "id": "d1d049e169e228fc", "type": "switch", "z": "0be53785c72fb931", "name": "", "property": "boiler", "propertyType": "flow", "rules": [ { "t": "true" }, { "t": "else" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 370, "y": 740, "wires": [ [ "6da956cdd703773b" ], [ "0d8b0d47db440ec1" ] ] } ] -
@mickym ach - das mit dem Urlaub haben wir noch vergessen.
aber auch kein Problem wenn kein Bock mehr hast heute. Ich hätte auch Mittwochs wieder Zeit@harry_vlbg Na das ist einfach: einfach ein globale Variable setzen und dann mit einer Switch Node filtern.
Du setzt einfach zu Beginn eine globale Variable urlaub = false.
Und überall, wo während eines Urlaubs die Trigger gesperrt werden sollen klemmst Du eine switch Node als Filter davor:
-
@harry_vlbg Na das ist einfach: einfach ein globale Variable setzen und dann mit einer Switch Node filtern.
Du setzt einfach zu Beginn eine globale Variable urlaub = false.
Und überall, wo während eines Urlaubs die Trigger gesperrt werden sollen klemmst Du eine switch Node als Filter davor:
-
@mickym danke
dann lass ich heute mal heizen und probiere morgen den Testurlaub.
eine Nacht haltet es der Boiler aus@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
@mickym danke
dann lass ich heute mal heizen und probiere morgen den Testurlaub.
eine Nacht haltet es der Boiler ausDann hast Du ja übermorgen kein warmes Wasser - brrr :sneezing_face:
-
@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
@mickym danke
dann lass ich heute mal heizen und probiere morgen den Testurlaub.
eine Nacht haltet es der Boiler ausDann hast Du ja übermorgen kein warmes Wasser - brrr :sneezing_face:
@mickym kein Problem - dann gehe ich auswärts ;-)
-
@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
@mickym danke
dann lass ich heute mal heizen und probiere morgen den Testurlaub.
eine Nacht haltet es der Boiler ausDann hast Du ja übermorgen kein warmes Wasser - brrr :sneezing_face:
@mickym
hat gut funktioniert alles, jetzt hätte ich noch eine Node die ich haben sollte.Wenn der Akku die 100% erreicht sollte ich eine PV ausschalten. Also wie gehabt wieder mit dem HTTP request wie gewohnt nur mit anderer IP Adresse.
Grund ist das ich nicht zu viel Strom einspeise da ich in Ö nur 800 Watt unangemeldet darf.
Jetzt ist das Ausschalten ja nicht das Problem - sollte aber wenn es dann wieder von 100 auf 98 geht natürlich wieder einschalten. Auch dann am nächsten Tag wieder anspringen.
Der Shelly wird dabei durch die eigene Oberfläche mit einer Delay von 30 Minuten nach Sonnenaufgang ein und 30 Minuten nach Sonnenuntergang ausgeschalten.
Dies könnte ich natürlich dort auch löschen und ebenfalls im Node Red implementieren.
Also meine Herausforderung ist dass, das der Ladezustand ein nur von oben herunter erfolgen soll. Nicht das ich den ganzen Tag bei jedem Ladezustand ein Einschalten sende.
Geht das?Danke
-
@harry_vlbg Nun ja - im Prinzip ist alles möglich, was man logisch einigermassen in Worte fassen kann.
Jetzt ist das Ausschalten ja nicht das Problem - sollte aber wenn es dann wieder von 100 auf 98 geht natürlich wieder einschalten. Auch dann am nächsten Tag wieder anspringen.
Du vergleichst einfach mit dem vorherigen Wert, um eine Tendenz festzustellen. Ich habe mal =98% als Einschaltsignal und 100% als Ausschaltsignal genommen, in der richtigen Tendenz. Falls 98% übersprungen wird - weiß nicht ob das möglich ist, dann kann man auch <=98% nehmen und dann mit true und false und einer Filternode arbeiten.
Hier der Flow zum Import:
-
@harry_vlbg Nun ja - im Prinzip ist alles möglich, was man logisch einigermassen in Worte fassen kann.
Jetzt ist das Ausschalten ja nicht das Problem - sollte aber wenn es dann wieder von 100 auf 98 geht natürlich wieder einschalten. Auch dann am nächsten Tag wieder anspringen.
Du vergleichst einfach mit dem vorherigen Wert, um eine Tendenz festzustellen. Ich habe mal =98% als Einschaltsignal und 100% als Ausschaltsignal genommen, in der richtigen Tendenz. Falls 98% übersprungen wird - weiß nicht ob das möglich ist, dann kann man auch <=98% nehmen und dann mit true und false und einer Filternode arbeiten.
Hier der Flow zum Import:
@mickym
Hi,
ist ja super - das mit der Tendenz habe ich noch gar nirgends gelesen.
Dieses Akku 100 / 99... bekommt er das aus meiner Batterie oder muss das noch irgendwo übermittelt werden?Ein Wert überspringen kann es nicht da die Pytes Batterie mir bei jeder Änderung ein msg erzeugt. Weiß aber noch nicht ob ich hier dann noch so ein MSG Topic "Akku" brauche.
-
@harry_vlbg Nun ja - im Prinzip ist alles möglich, was man logisch einigermassen in Worte fassen kann.
Jetzt ist das Ausschalten ja nicht das Problem - sollte aber wenn es dann wieder von 100 auf 98 geht natürlich wieder einschalten. Auch dann am nächsten Tag wieder anspringen.
Du vergleichst einfach mit dem vorherigen Wert, um eine Tendenz festzustellen. Ich habe mal =98% als Einschaltsignal und 100% als Ausschaltsignal genommen, in der richtigen Tendenz. Falls 98% übersprungen wird - weiß nicht ob das möglich ist, dann kann man auch <=98% nehmen und dann mit true und false und einer Filternode arbeiten.
Hier der Flow zum Import:
-
@mickym habe es nun so gelöst. Müsste meiner Meinung auch klappen.
wenn er sich in diesem Bereich bewegt schaltet es und morgens geht es ohnehin an bei Sonnenaufgang.
Spricht was dagegen?
@harry_vlbg sagte in Node Red Optimierung PV Überschuss für Anfänger:
@mickym habe es nun so gelöst. Müsste meiner Meinung auch klappen.
wenn er sich in diesem Bereich bewegt schaltet es und morgens geht es ohnehin an bei Sonnenaufgang.
Spricht was dagegen?
So was macht gar keinen Sinn - war soll eine Switch Node mit 3 Ausgängen, wenn die dann alle in einen Eingang münden.
Support us
635
Online32.7k
Users82.5k
Topics1.3m
Posts