FR: Speicherunterstützte Ladung ohne Netzbezug

[mdkeil]

Oberhalb von BufferSoc unterstützt der Speicher, sollte der Überschuss nicht ausreichen. Der Victron schafft knapp 3,6kW je nach Temperatur, was perset nicht für die minimale Ladeleistung 3p ausreicht. Sollte nun der PV-Überschuss nicht ausreichen, wird durch Netzbezug unterstützt. Das finde ich suboptimal und möchte daher z.B. einen weiteren Parameter, zusätzlich zum BufferSoc (Netzbezug On/Off).. sollte nun der Überschuss nicht ausreichen, greift die normale Ladesteuerung im Modus PV.

[VolkerK62]

Die Idee finde ich gut.
Man müsste aber beim Netzbezug "tolerant" sein. So wie ich das bei mir beobachte, habe ich immer etwas Netzbezug (max 100W), wenn die Batterie benutzt wird. Soll wohl Einspeisung aus der Batterie vermeiden.

[andig]

Sollte das nicht der disable threshold richten? Greift der hier nicht?

[mdkeil]

es ist so konzipiert, dass einzig der batterysoc das entscheidende Kriterium ist.

Was meiner Ansicht nach für den Modus "PV" ein Designfehler ist und daher angepasst werden sollte.. disable-treshold/timer muss hier immer overulen ;)

[VolkerK62]

Das kann man so oder so sehen. Eine Debatte darüber, was im PV-Modus richtig oder falsch wäre, ist aber nicht zielführend.
Es gibt für beides bestimmt vielfältige use cases.
Optimalerweise sollte man die Wahl haben (ähnlich wie bei bufferstartsoc).

[mdkeil]

Usecase hin oder her.. wenn im Modus PV der Überschuss (inkl. Batterie) nicht ausreicht, hat der Ladevorgang zu unterbrechen und nicht erst wenn BufferSoc erreicht ist.. sonst kann ich auch gleich Min+PV laden..
Denn der Sinn vom Modus PV ist es, möglichst ohne Netzbezug zu laden.. da sind wir uns ja bestimmt einig..? Wie schon mehrfach erwähnt wäre also die aktuelle Implementierung faktisch nicht korrekt und meiner Ansicht nach leicht anzupassen.

[VolkerK62]

Denn der Sinn vom Modus PV ist es, möglichst ohne Netzbezug zu laden.. da sind wir uns ja bestimmt einig..?

Ne, dann hieße der Modus "noGrid" ;) Der Sinn des Modus PV ist PV-Überschuss zu laden. Und genau das passiert auch, wenn man die Batterienutzung nicht erlaubt.

Ich bin ja bei dir, dass es Sinn machen würde, die Wahl zu haben.
Wenn ich es könnte, würde ich einen PR verfassen. Kannst du das?

[mdkeil]

Wenn ich es könnte, würde ich einen PR verfassen. Kannst du das?

Theoretisch ja, praktisch fehlt mir aktuell die Zeit dazu, primär mich auch da einzulesen es zu Testzwecken 'lokal' gebaut zu bekommen.

[mdkeil]

disable treshold scheint nicht zu greifen (was mich verwundert hatte).. ich kann ja beim nächsten speicherunterstützen Laden mal ein site-trace? machen.

[TobiasHuber1980]

Usecase hin oder her.. wenn im Modus PV der Überschuss (inkl. Batterie) nicht ausreicht, hat der Ladevorgang zu unterbrechen und nicht erst wenn BufferSoc erreicht ist.. sonst kann ich auch gleich Min+PV laden.. Denn der Sinn vom Modus PV ist es, möglichst ohne Netzbezug zu laden.. da sind wir uns ja bestimmt einig..? Wie schon mehrfach erwähnt wäre also die aktuelle Implementierung faktisch nicht korrekt und meiner Ansicht nach leicht anzupassen.

sehe ich auch so.

[mdkeil]

Nachdem ich heute wieder den Fall hatte, dass während des Ladens (batterieunterstützt) noch die Waschmaschine lief und mit dem Abendessen-kochen begonnen wurde, lief der Victron auf Anschlag und ich hatte einiges an Netzbezug.. wie bereits mehrfach angesprochen, sehe ich dies weiterhin als Designfehler im Modus PV.. Ich habe mir nun einen Node-Red Flow erstellt, der den BufferSoc via MQTT-API nach 30s durchgehend Netzbezug auf 100% stellt, was evcc dazu bewegt die Ladung zu stoppen, wenn der Überschuss nicht mehr ausreicht. Nach 3min mit ausreichend Überschuss wird BufferSoc wieder auf den vorherigen Wert gesetzt.. Reicht mir als Workaround vorerst aus..

[VolkerK62]

Wenn ich mich richtig erinnere gibt es soviele Szenarien, dass keine Einigkeit für ein neues Design herrschte?

Eine ähnliche Diskussion gab es bei bufferStartSoc.

Deshalb diese Idee:

bufferGridAllowed: bool

if bufferGridAllowed = false
then
// if battery is above bufferSoc and grid consumption is not allowed, allow using for charging with max 100W grid consumption
batteryBuffered = site.BufferSoc > 0 && site.batterySoc > site.BufferSoc && site.gridPower < 100
batteryStart = site.BufferStartSoc > 0 && site.batterySoc > site.BufferStartSoc	

else
// if battery is above bufferSoc allow using it for charging, regardless grid consumption
batteryBuffered = site.BufferSoc > 0 && site.batterySoc > site.BufferSoc
batteryStart = site.BufferStartSoc > 0 && site.batterySoc > site.BufferStartSoc

Ich habe beobachtet, dass bei Batterieunterstützung immer ein kleiner Rest Netzbezug vorhanden ist. Das soll wohl das Einspeisen aus der Batterie verhindern. Deshalb sollen 100W Netzbezug übrig bleiben.
Ich denke, der "Schalter" bufferGridAllowed: true/false lässt sich auch relativ einfach im Batterie-UI unterbringen.

[mdkeil]

Den fixen Wert (100W) kann man sich meiner Ansicht nach auch sparen, da diese Grenze mit residualPower eh gegeben ist. In meinen Fall würde die Einspeisung aus der Batterie eh nicht verhindert werden, da ich bei mir den Gridpoint des Victrons auf -20W gesetzt habe, denn Einspeisen ist günstiger als Netzbezug, ob es nun erlaubt ist, steht auf einem anderen Papier.. Im Endeffekt, soll es der zusätzliche "Schalter" ja nur ermöglichen das Systemverhalten während eines Ladevorganges auf "BufferSoc>BatterySoc" zu setzen, denn dort ist das Verhalten, wie ich es persönlich erwarten würde.

[premultiply]

Ab/oberhalb von buffSocStart intern den Betrag von residualPower verwenden? 🧐🤔
Das würde dazu führen, dass der Speicher an seine obere Leistungsgrenze fährt.

[VolkerK62]

@mdkeil

Den fixen Wert (100W) kann man sich meiner Ansicht nach auch sparen, da diese Grenze mit residualPower eh gegeben ist.

residualpower greift bei batteryBuffered nicht

In meinen Fall würde die Einspeisung aus der Batterie eh nicht verhindert werden, da ich bei mir den Gridpoint des Victrons auf -20W gesetzt habe, denn Einspeisen ist günstiger als Netzbezug, ob es nun erlaubt ist, steht auf einem anderen Papier.

Nicht jeder kann das einstellen. Insofern sollte eine allgemeingültige Lösung gefunden werden.

[VolkerK62]

@premultiply

Ab/oberhalb von buffSocStart intern den Betrag von residualPower verwenden? 🧐🤔

Bin mir nicht sicher, ob ich dich richtig verstehe. Du meinst, statt der festen 100W-Grenze?
Was mich irritiert ist: "oberhalb von bufferSocStart".

[markusjnagel]

Cross-Link: Danke @VolkerK62 - in blanker Unkenntnis dieser Diskussion hier, habe ich meinen UseCase hier beschrieben:
#9745 - ganz ähnlich wie von @mdkeil angeregt.

[mdkeil]

Ich hole die Diskussion nochmal hoch, da die Problematik weiterhin besteht-- ich habe aber noch einen anderen negativen Seiteneffekt gefunden, der zudem bestätigt, dass alleine der batterysoc das entscheidende Kriterium ist das batteriegestützte Laden zu unterbrechen. Ich habe bei mir eine Steuerung implementiert, der das Entladen der Batterie stoppt sobald der dynamische Strompreis unter einen bestimmten Wert fällt... reicht hier die PV-Leistung also nicht aus, wird dann natürlich munter im Modus PV weitergeladen, da der batterysoc oberhalb BufferSoc ist.. hier es wäre wünschenswert, wenn auch die reale Ausgangsleistung der Batterie ein Abbruch-Kriterium wäre..

[premultiply]

es wäre wünschenswert, wenn auch die reale Ausgangsleistung der Batterie ein Abbruch-Kriterium wäre

Wie genau soll das funktionieren?
Bendenke: Die Batterieleistung kann beliebige Werte annehmen abhängig von diversen Faktoren u.a. der PV-Erzeugung oder der maximalen Ladeleistung der Fahrzeuge. Auch exakt 0.

[mdkeil]

das ist mir bewusst.. in Verbindung mit ggfs. dauerhaften Netzbezug aber eindeutig 😉

[andig]

Theoretisch ja, praktisch fehlt mir aktuell die Zeit dazu

Immer ran 👍🏻

[andig]

das ist mir bewusst.. in Verbindung mit ggfs. dauerhaften Netzbezug aber eindeutig

Viel zu kompliziert.

Tatsächlich (wundert mich selbst) geht evcc bei Batteriepuffer nicht unter Minimalstrom:

	// in MinPV mode or under special conditions return at least minCurrent
	if battery := batteryStart || batteryBuffered && lp.charging(); (mode == api.ModeMinPV || battery) && targetCurrent < minCurrent {
		lp.log.DEBUG.Printf("pv charge current: min %.3gA > %.3gA (%.0fW @ %dp, battery: %t)", minCurrent, targetCurrent, sitePower, activePhases, battery)
		return minCurrent
	}

Für mich ist nicht ganz nachvollziehbar, warum wir das mal so gebaut haben. Ich wäre dabei dass der PV Modus dabei berücksichtigt werden sollte. Bedeutet aber auch, dass der Batteriepuffer im Zweifel nicht aufgebraucht werden kann wenn es sonst anderenfalls zu Netzbezug kommen würde.

es wäre wünschenswert, wenn auch die reale Ausgangsleistung der Batterie ein Abbruch-Kriterium wäre

Ich denke das braucht es nicht. Notwendig wäre doch einfach nur, die Batterieleistung nicht- wie sonst üblich- neutral zu stellen. Gesteuert wird weiter über den Netzübergabepunkt.

[andig]

Hier mal ein einfacher Lösungsversuch, völlig ungetestet: #22295. Eine Chance auf Merge gibts nur wenn sich ein Tester findet...

[mdkeil]

ich schau mal, dass ich es zeitnah getestet bekomme.. Danke schonmal

[andig]

Ich find das echt schade. Diese superwichtigen Themen die dann auch nach zwei Wochen keinen Test finden. Wir sollten das in Zukunft umdrehen: ohne Committment zeitnahen Tests keine Umsetzung.

[premultiply]

Das ganze Problem ist hier, dass der Batteriespeicher sogar zu wenig Wumms hat um einen Ladepunkt mit Mindestleistung zu betreiben??

Das Verhalten ist genau wie gewollt.

Die Frage ist hier wenn es nicht erwünscht ist: Warum steht bufferSoc nicht auf 100% (=aus)?

[premultiply]

Dann immer auf 100% lassen, den Rest regelt der Abschalttimer des PV-Modus automatisch. Ggf. die Abschalt-Zeit individuell anpassen.

Alternativen: Speicher aufrüsten oder einphasig laden.

Denn der eigentliche Grund ist: Irgendwie passt es da in Sachen Infrastruktur und gewünschtem Nutzungsszenario nicht zusammen.

Und somit bin ich momentan noch nicht überzeugt dass es für diesen skizzierten Edge-Case deutlich komplexere und damit allgemein schwerer verständlichere Logik haben sollte.

[mdkeil]

Dann immer auf 100% lassen, den Rest regelt der Abschalttimer des PV-Modus automatisch. Ggf. die Abschalt-Zeit individuell anpassen.

Macht für mich überhaupt keinen Sinn.. Denn über die speicherunterstütze Ladung ziehe ich meinen Speicher am späten Nachmittag/frühen Abend nochmal auf 60% runter..

Alternativen: Speicher aufrüsten oder einphasig laden.

Damit wird das Problem doch nur verschoben... wenn ich dann neben dem Auto-laden dann auch noch koche und/oder Wäsche mache, kommt man auch an die Grenze..

Ich breche die Diskussion hier nun auch ab, da wir uns hier im Kreis drehen und scheinbar andere Ansichten haben. Ich werde zeitnah die Änderung von @andig testen und sonst weiterhin mit meiner externen Steuerung/Workaround die speicherunterstütze Ladung unterbrechen... Damit fahre ich bis dato eh sehr gut.

Und ich bleibe bei meiner Meinung, dass im PV-Modus Netzladung (auch mit Speicheruntzerstützung) verhindert werden sollte!

[andig]

Und ich bleibe bei meiner Meinung, dass im PV-Modus Netzladung (auch mit Speicheruntzerstützung) verhindert werden sollte!

Das ist ja auch so. Im Zweifel wird PV-laden beendet.

[andig]

Und ich bleibe bei meiner Meinung, dass im PV-Modus Netzladung (auch mit Speicheruntzerstützung) verhindert werden sollte!

Jetzt war es super wichtig, jemand (ich) hat da jemand Arbeit rein gesteckt und nun liegt es da ungetestet rum...

[mdkeil]

ich habe es nicht vergessen.. bin aber aktuell im Urlaub und kann es einfach nicht testen.. deine Arbeit war bestimmt nicht umsonst 😉