Extra Warmwasser mit PV Überschuss
-
@peter666666 Schreibe ich Dir gleich alles - dafür nimmt man keine fixe Verzögerung sondern die Nachrichtenrate.
Damit legst Du fest, dass nur 1 Nachricht ausgegeben wird innerhalb der 20 Minuten und alle zwischenzeitlich ankommenden Nachrichten verworfen werden.
-
@peter666666 sagte in Extra Warmwasser mit PV Überschuss:
So sieht der Flow momentan aus, wenn ich alles richtig verstanden habe:
Ich habe es mit Inject Nodes simuliert, du kannst die ja wieder löschen und Deine iobroker IN Nodes wieder aktivieren. - Du musst halt die DP für den Indikator noch anpassen, wenn MinOn aktiv ist.
Hier mal ein paar grundsätzliche Anmerkungen
- Bei Bedingungen eines Parameters - kann man alle Bedingungen in 1 Switch Node machen.
- Bei der Delay Node - wenn man fixe Verzögerung einstellt dann werden die Nachrichten nicht begrenzt. Sprich es ist über 2.5 dann wird eine Nachricht erzeugt (nennen wir es Zeitpunkt 0), die Nachricht würde nun 10s oder 20 Min. verzögert. Wenn zum Zeitpunkt 0+1 Min wieder eine Nachricht erzeugt würde, dann würde nach 11 s die 2. Nachricht bzw. nach 21 Minuten die nächste Nachricht gesendet.
Eigentlich müssten damit alle Bedingungen abgedeckt sein. Ich finds halt um Weiten übersichrlicher als Dein Blockly.
Hier der Flow zum Import:
Du musst halt noch die Sekunden in den trigger und delay Nodes gegen Minuten dann austauschen und deaktiviere Deine Blocklies - damit die nicht dazwischen funken.
-
@mickym das ist ja eine geile Funktion das mit dem Delay. Vielen dank. Ist um einiges übersichtlicher. Jetzt muss ich es mir anschauen und verstehen :). VIELEN DANK schon mal!
-
@peter666666 sagte in Extra Warmwasser mit PV Überschuss:
@mickym das ist ja eine geile Funktion
Na - die wenigsten glauben, dass NodeRed hier wesentlich mehr Möglichkeiten bietet und auch so was für eine Fehlersuche viel übersichtlicher darstellt. Du kannst an jeder Stelle im Flow Debug Nodes machen und Dir im Debug Fenster anschauen.
-
@mickym Habe hier meinen Alias DP eingetragen aber ich sehe die Temperatur nicht?
-
@peter666666 Die wird erst angezeigt, wenn diese aktualisiert/eingelesen wird. Im Blockly ist das doch denke ich genauso, dass der Datenpunkt im Normalfall erst aktualisiert werden muss. Wenn Du willst, dass sowas zu Beginn beim Flowstart eingelesen wird, musst Du halt die iobrokerIN Node entsprechend konfigurieren:
-
@mickym muss ich bei der Node 30 minON "Verzögerung verlängern bei Eingang neuer Nachrichten" den Hacken nicht raus nehmen weil ja sonst die Zeit immer verlängert wird bei PV Wertänderung oder Warmwassertemperatur Änderung oder habe ich einen Denkfehler?
-
@peter666666 sagte in Extra Warmwasser mit PV Überschuss:
@mickym muss ich bei der Node 30 minON "Verzögerung verlängern bei Eingang neuer Nachrichten" den Hacken nicht raus nehmen weil ja sonst die Zeit immer verlängert wird bei PV Wertänderung oder Warmwassertemperatur Änderung oder habe ich einen Denkfehler?
Ja stimmt. Du musst auch noch einen Block unten einbauen, dass nicht geschaltet wird wenn die Temperatur über 57°C ist. Jetzt würde zwar über 57°C abschalten, aber dann wenn PV Überschuss herrscht wieder einschalten. Ich werde mal kurz den ganzen Flow noch etwas umbauen.
-
@mickym das habe ich auch gerade gemerkt das er mir den DP auf true setzt.
-
@mickym und das manuelle starten muss ich noch einpflegen bzw. zumindest versuchen
-
@peter666666 Na das ist ja einfach - Du brauchst doch nur einen Datenpunkt über den Du manuell startest - simulieren kannst Du es direkt in dem Du eine Inject Node rein machst.
-
@mickym versuche ich mal
-
So ich habs jetzt so geändert, dass die 57°C in allen Fällen ausschalten auch wenn MinOn nicht erreicht wird:
Falls das nicht gewünscht ist, dann musst halt den switch mit der Temperaturüberprüfung mit der getNode verbinden. Das ist halt, was ich meine: Man sieht die Logik halt viel besser in NodeRed:
-
@peter666666 sagte in Extra Warmwasser mit PV Überschuss:
@mickym versuche ich mal
So mit dem manuellen Trigger umgehst Du ja die ganzen Prüfungen - also kannst Du mitten rein setzen und mit den Kreuzungsnodes, die Kabel schöner leiten (wie Kabelbinder
Ggf. musst Du dann noch bestehende Trigger zurücksetzen, das geht in dem Du eine Reset Nachricht schickst:
-
So hier mal der Flow mit manuellem Zurücksetzen aller Trigger und Delay Nodes bei Betätigung des manuellen Schalters:
Ist zwar nun auch komplexer - aber ich denke immer noch gut nachvollziehbar. In NodeRed musst Dich ja immer nur an den Kabeln langhangeln.
-
@mickym VIELEN DANK! Ich versuch das ganze mal am Abend nachzuvollziehen ^_^
-
@mickym Bei manuell setzte ich in der VIS den DP Brauchwasser AKTIV einfach auf TRUR bzw. False
-
@mickym muss ich hier nicht das False gegen true ersetzen weil wenn nach 30 min noch immer PV oder Temp. noch nicht erreicht wird soll die WP ja noch laufen
-
@peter666666 Hat die elektische Beheizung des Boilers eine Sicherheitstemperaturbegrenzung? Vielleicht sollte man die Maximal-Temperatur auch nicht zu nahe an den Einsatzpunkt des STB kommen lassen, und das im "Schaltplan" mit einbeziehen. Manche STBs müssen manuell "resetted" werden ... Wenn man dann ein paar Grad niedriger die Heizung abschaltet, muss man den STB nicht resetten...
Korrektur: ich sehe "oder wenn die Abschalttemperatur von 57°C erreicht ist "
Wie hoch wird das Brauchwasser durch den normalen Erwärmungsprozess erwärmt, wenn kein Solarüberschuss vorhanden ist? Bei nur 57° ist ja noch nicht einmal das Auftreten von Legionellen unterbunden....
-
@peter666666 sagte in Extra Warmwasser mit PV Überschuss:
@mickym muss ich hier nicht das False gegen true ersetzen weil wenn nach 30 min noch immer PV oder Temp. noch nicht erreicht wird soll die WP ja noch laufen
Nein das ist ja nur der Marker dass es nicht vor 30 Minuten ausgeschaltet werden darf und diesen DP frägst Du ja oben ab. Im Gegenteil wenn dieser Marker auf false steht heißt dass nur, dass nun ausgeschaltet werden könnte, es wird aber nicht ausgeschaltet. Ausgeschaltet wird ja nur über den oberen Ast und der holt sich den Zustand ja nur, wenn die PV unter 2.4 ist.
Oder zusammenfassend dieser Datenpunkt schaltet nicht aus, sondern signalisiert, dass ausgeschaltet werden darf. Ausgeschaltet wird nur oben! Es wird bei false nur die Blockierung des Ausschaltsignals aufgehoben, aber nicht ausgeschaltet.
Mit einer iobroker-GET Node liest Du nur den Status aus, wenn diese getriggert wird, sie triggert aber nie selbstständig.
Die iobroker GET Node entspricht also diesem Puzzleteil:
Die iobroker-IN Node hingegeben entspricht diesem Trigger:
Man hätte das Ganze auch ohne den Datenpunkt machen können - aber so hast Du halt den letzten Zustand, wenn Du die Maschine runterfahrst oder den Adapter neu startest. Nur wenn sowieso in rel. kurzen Abständen sowohl die PV Leistung als auch die Temperatur wieder rein kommt, hätte man auch auf den DP verzichten können. Aber in dem Blockly war es halt so implementiert. Man hätte aber auch im Blockly mit einer Variablen anstelle eines DP arbeiten können.
Und mach Dir Debug NOdes hin, wohin Du brauchst und gib ihnen anständige Namen, dann siehst Du ja wann wo eine Nachricht vorbei kommt.
