Sofortladen ohne Speicherentladung möglich?

[hominidae]

...das ist latüernich wichtiger....dann viel Erfolg!

[Hefer]

Ist dieses irgendwie auch mit einem Senec V3 Speicher möglich?
Jetzt wo die Strompreise teilweise über Tibber verschleudert werden wäre soetwas sinnvoll.

Mfg
Heinz-Jörg

[hominidae]

...natürliich geht das, aber nicht allein mit der openWB.
Normalerweise ist derGrid-Setpoint auf 0W eingestellt...der Speicher unterstützt/entlädt dann soviel, das dort wieder 0W "anliegen".
Also einfach den Grid-Setpoint um den Last-Wert erhöhen, der gerade ins Auto geladen wird.

...mache ich mit Node-Red. [Edit: mein Victron System mit ESS unterstützt direkt die ANbindug via MQTT...damit für Node-red ein Klacks]
Der Flow ist eigentlich sehr einfach.


...der deadband Filter sogt dafür, dass nur grössere Schwankungen (bei mir auf +/- 75W "durchschlagen".

Edit: hier ist der Flow.
openWB-NR-sofortladen-ohne-Speicher.json.txt
Achtung: Im Output Node zum GX muss man im Topic noch die eigene VRM-ID einsetzen.
Der Flow geht aktuell davon aus, dass der Default-Wert für den Grid 0W sind...wer da was anderes, gar dynamisches im GX eingestellt hat, sollte das noch einbauen, dass dieser vorher abgefragt und gespeichert wird.

Update 27Jan2024 - Korrektur des ursprünglichen Flows, der für v2 hier ergänzt wurde.
...der lief nicht, wenn beide Autos in unterschiedlichen Modi tatsächlich gleichzeitig laden...mea culpa, die erste Version enstand, als nicht genug PV da war zzum testen.

Also: Da ich nun auch auf die Software v2 gewechselt habe, hier ein Update zum Flow.
Neu ist, das in v2 jeder Ladepunkt getrennt gesteuert werden kann.
Bei meiner DUO bedeutet dies, das auch gleichzeitig nur ein LP über PV und der andere über Sofortladen bedient werden kann.
Im Flow wird also der Lademodus je Ladepunkt (hier für eine DUO mit 2 LPs) ausgewertet und die Summe der Ladeleistung für die LPs im lademodus Sofortladen gebildet.

Das habe ich mit dieser extra Bilbliothek https://flows.nodered.org/node/node-red ... c-ultimate umgesetzt (über die Palette in NR installieren).
Wer nur einen LP hat, benötigt diesen SUM-Node nicht und kann mit etwas knoffhoff auch den Filter-Node sparen, der die Lademodi zwischen TRU und FALSE unterscheidet/aufteilt (sofortladen = TRUE).
Wer mehr als 2 LPs hat, muss die Anzahl der Topics im ersten, linken Switch-Node entsprechend anpassen und den Flow-Abschnitt danach bis zumm SUM-Node entsprechend "verfielfältigen".

Da in v2, anders als in v1.9, die Werte ständig/zyklisch übermittelt/gepublished werden, gibt es den zweiten Filter-Node der nur Werte durchlässt, wenn sich der Lademodus ändert - das entlastet NR/den Flow und das Speicher-System, da nur im Anlassfall ein Update for den Grid-Setpoint stattfindet.

Hier nun der Flow zum Import:

openWB-v2_NR-sofortladen-ohne-Speicher_korrektur-27jan2024.json.txt

(7.43 KiB) 87-mal heruntergeladen

Achtung: dieser Flow berechnet nur die jeweilige Summe der Ladeleistung. Diese muss man in der Steuerung des Batteriespeichers dann aussparen, zum beispiel indem an den Grid-Setpoint um diesen Wert hochsetzt (der ist normalerweise ja NULL (0W)).
Hier wird dieser Wert über einen link Node an einen anderen Flow gesendet, der dies dann macht.
Bei mir deshalb, weil der andere Flow in Abhängiigkeit vom SoC auch den Verbrauch meiner Wärmepumpen ausspart (ich habe zwei Strom-Tarife).

[JollyJumper]

Super, danke euch. Gerade in der kommenden Übergangszeit ist das sehr hilfreich.

[kai9555]

...natürliich geht das, aber nicht allein mit der openWB.
Normalerweise ist derGrid-Setpoint auf 0W eingestellt...der Speicher unterstützt/entlädt dann soviel, das dort wieder 0W "anliegen".
Also einfach den Grid-Setpoint um den Last-Wert erhöhen, der gerade ins Auto geladen wird.

...mache ich mit Node-Red. [Edit: mein Victron System mit ESS unterstützt direkt die ANbindug via MQTT...damit für Node-red ein Klacks]
Der Flow ist eigentlich sehr einfach.


...der deadband Filter sogt dafür, dass nur grössere Schwankungen (bei mir auf +/- 75W "durchschlagen".

Edit: hier ist der Flow.
openWB-NR-sofortladen-ohne-Speicher.json.txt
Achtung: Im Output Node zum GX muss man im Topic noch die eigene VRM-ID einsetzen.
Der Flow geht aktuell davon aus, dass der Default-Wert für den Grid 0W sind...wer da was anderes, gar dynamisches im GX eingestellt hat, sollte das noch einbauen, dass dieser vorher abgefragt und gespeichert wird.

Update 27Jan2024 - Korrektur des ursprünglichen Flows, der für v2 hier ergänzt wurde.
...der lief nicht, wenn beide Autos in unterschiedlichen Modi tatsächlich gleichzeitig laden...mea culpa, die erste Version enstand, als nicht genug PV da war zzum testen.

Also: Da ich nun auch auf die Software v2 gewechselt habe, hier ein Update zum Flow.
Neu ist, das in v2 jeder Ladepunkt getrennt gesteuert werden kann.
Bei meiner DUO bedeutet dies, das auch gleichzeitig nur ein LP über PV und der andere über Sofortladen bedient werden kann.
Im Flow wird also der Lademodus je Ladepunkt (hier für eine DUO mit 2 LPs) ausgewertet und die Summe der Ladeleistung für die LPs im lademodus Sofortladen gebildet.

flow_v2-korrektur_27jan2024.jpg

Das habe ich mit dieser extra Bilbliothek https://flows.nodered.org/node/node-red ... c-ultimate umgesetzt (über die Palette in NR installieren).
Wer nur einen LP hat, benötigt diesen SUM-Node nicht und kann mit etwas knoffhoff auch den Filter-Node sparen, der die Lademodi zwischen TRU und FALSE unterscheidet/aufteilt (sofortladen = TRUE).
Wer mehr als 2 LPs hat, muss die Anzahl der Topics im ersten, linken Switch-Node entsprechend anpassen und den Flow-Abschnitt danach bis zumm SUM-Node entsprechend "verfielfältigen".

Da in v2, anders als in v1.9, die Werte ständig/zyklisch übermittelt/gepublished werden, gibt es den zweiten Filter-Node der nur Werte durchlässt, wenn sich der Lademodus ändert - das entlastet NR/den Flow und das Speicher-System, da nur im Anlassfall ein Update for den Grid-Setpoint stattfindet.

Hier nun der Flow zum Import:

openWB-v2_NR-sofortladen-ohne-Speicher_korrektur-27jan2024.json.txt

Achtung: dieser Flow berechnet nur die jeweilige Summe der Ladeleistung. Diese muss man in der Steuerung des Batteriespeichers dann aussparen, zum beispiel indem an den Grid-Setpoint um diesen Wert hochsetzt (der ist normalerweise ja NULL (0W)).
Hier wird dieser Wert über einen link Node an einen anderen Flow gesendet, der dies dann macht.
Bei mir deshalb, weil der andere Flow in Abhängiigkeit vom SoC auch den Verbrauch meiner Wärmepumpen ausspart (ich habe zwei Strom-Tarife).

Guten Abend,

ich habe mit deinem ersten Flow unter Version 1.9 die Speicherentladung erfolgreich verhindert...vielen Dank noch einmal dafür. Unter 2.1 wollte ich das selbige nun erneut umsetzen - irgendwie stehe ich auf dem Schlauch :-/ Ich habe eine Standart+ und verstehe nicht so ganz wie ich weiter machen muss. Konkret fehlt mir glaube ich nur noch ein MQTT Out Node für das Setzen des Gridpoints im Victron. Bei dir wird das Ergebnis ja an einen anderen Flow übermittelt. Bist du so nett und könntest noch einmal kurz in 3 Stichpunkten beschreiben was eventuell noch nötig ist, damit es funktioniert?

Vielen Dank

Kai

[kai9555]

Ich habe jetzt nach viel basteln den alten Flow mit dem neuen kombiniert und es funktioniert
Könnte irgend jemand mit Ahnung im Node Red bitte nur kurz drüber schauen und prüfen ob das so "sauber" ist? Ich bin mir nicht sicher und würde ungern das System mit einem unsauberen Flow "belasten".

VG Kai

[hominidae]

Ich habe jetzt nach viel basteln den alten Flow mit dem neuen kombiniert und es funktioniert

Sorry, ich war ein paar tage offline...

Ja, das Setzen des Grid-Punktes war in der Version zu v1.9 weiter oben hier im Faden...das hast Du richtig kombiniert.
Man sieht aber, dass der Filter-Node ganz oben links einen Fehler produziert, weil der Message/payload "stop" von openWB nicht interpretieren kann.
Der Node filtert nur true/false Werte und man kann eben eine Übersetzung in der Konfiguration des Node hinterlegen.
Ich glaube ich habe das nur für PV- und Sofort-Laden gemacht..Du musst die anderen Status mal via MQTT-Explorer "erschnuppern" und dann dort in der Konfig des Node eintragen..zB stop : false ...stop hat natürich keine Auswirkungen, weil ja im Zweifel die Ladeleistung 0W ist.
Aber Wenn Du auch Zeitladen usw nutzt, musst Du die Tabelle für den Filter ergänzen.

[kai9555]

Danke für deine Rückmeldung. Bezüglich der Fehlermeldung habe ich auch gleich entsprechende Werte eingetragen in dem Node hinterlegt. Danke für den Hinweis Wenn es jemand benötigen sollte:

true:true
false:false
instant_charging:true
pv_charging:false
stop:false
standby:false
scheduled_charging:true

Bezüglich dem Zielladen muss ich aber noch prüfen ob ich es auf true oder false stelle. Mein Szenario wird künftig preisbasiertes Laden mit Tibber sein. Damit habe ich mich aber noch nicht auseinandergesetzt. Wird sich zeigen.

Danke für deine Mühe!

Ich habe jetzt nach viel basteln den alten Flow mit dem neuen kombiniert und es funktioniert

Sorry, ich war ein paar tage offline...

Ja, das Setzen des Grid-Punktes war in der Version zu v1.9 weiter oben hier im Faden...das hast Du richtig kombiniert.
Man sieht aber, dass der Filter-Node ganz oben links einen Fehler produziert, weil der Message/payload "stop" von openWB nicht interpretieren kann.
Der Node filtert nur true/false Werte und man kann eben eine Übersetzung in der Konfiguration des Node hinterlegen.
Ich glaube ich habe das nur für PV- und Sofort-Laden gemacht..Du musst die anderen Status mal via MQTT-Explorer "erschnuppern" und dann dort in der Konfig des Node eintragen..zB stop : false ...stop hat natürich keine Auswirkungen, weil ja im Zweifel die Ladeleistung 0W ist.
Aber Wenn Du auch Zeitladen usw nutzt, musst Du die Tabelle für den Filter ergänzen.

[hominidae]

scheduled_charging:true

Bezüglich dem Zielladen muss ich aber noch prüfen ob ich es auf true oder false stelle. Mein Szenario wird künftig preisbasiertes Laden mit Tibber sein. Damit habe ich mich aber noch nicht auseinandergesetzt. Wird sich zeigen.

..da es mir grundsätzlich nicht sinnvoll erscheint eine Batterie aus einer Batterie zu laden, ist alles ausser PV eigentlich mit "true" zu belegen.
Und Zielladen wenn PV da ist, wird - aufgrund des Aufbaus der Infrastruktur - trotzdem PV "mitnehmen" oder zumindest in die Hausbatterie verschieben, denke ich mal

[kai9555]

Aber nur für mich zum Verständnis..Für den Lademodus "Stop" und "Standby" dürfte es grundsätzlich egal sein oben true oder false oder? Vom Gefühl her würde ich sagen eher false, damit das Gate geschlossen bleibt und Victron nicht mit ständigen Aktualisierungen behelligt wird, die eh nur immer wieder den Wert 0 haben?!

Keine Ahnung ob das so logisch ist, aber das ist mein Verständnis

scheduled_charging:true

Bezüglich dem Zielladen muss ich aber noch prüfen ob ich es auf true oder false stelle. Mein Szenario wird künftig preisbasiertes Laden mit Tibber sein. Damit habe ich mich aber noch nicht auseinandergesetzt. Wird sich zeigen.

..da es mir grundsätzlich nicht sinnvoll erscheint eine Batterie aus einer Batterie zu laden, ist alles ausser PV eigentlich mit "true" zu belegen.
Und Zielladen wenn PV da ist, wird - aufgrund des Aufbaus der Infrastruktur - trotzdem PV "mitnehmen" oder zumindest in die Hausbatterie verschieben, denke ich mal