NEWS
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 ?@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.
-
@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.
@mickym ich dachte das die Funktion Tendenz das steuert ob es mehr oder weniger wird?
-
@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.
@mickym
ah - jetzt ist es mir geschossen. Macht nur mit 2 Sinn -
@mickym ich dachte das die Funktion Tendenz das steuert ob es mehr oder weniger wird?
@harry_vlbg Hast Du Dir denn die Switch Node angeschaut? Diese Node vergleicht einfach die payload mit dem Vorgängerwert. - Da muss nichts davor geschaltet werden.
Sprich es kommt ein Wert - ist der größer (am Anfang immer der Fall) - dann geht der Wert an den oberen Ausgang, wenn kleiner an den unteren Ausgang
aber wo bekommt er denn diesen Wert her von der Batterie ?
Ja ich hab das doch mit den Inject Nodes simuliert:
Du musst also dafür sorgen, dass der Akkustand zwischen 0 und 100 einfach in die Switch NOde kommt -
Keine Ahnung ob die 77 Deine blaue Node Pytes Ah sind oder % des Akkus. Du musst halt den Akkustand zwischen 0-100 einspeisen. Du willst das bei 100% ausgeschaltet wird und bei 98% wieder eingeschaltet wird - also musst Du dafür Sorge tragen, dass der Akkustand in den Flow eingespeist wird.
Support us
779
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge