UI: battery boost (experimental) #16641
Conversation
naltatis
added
enhancement
|
@andig i noticed during my testing that "kickstart" does not work. I've tested with demo.yaml. Any ideas? |
Does not work in which way? I guess demo battery just doesn't work as expected. Können wir es erstmal beim BufferSoc lassen? Solange wir nicht wissen wo das Setting endgültig hin soll würde ich die Tür ungern aufmachen. Gibt das API aktuell auch nicht her. |
Ungern, ich find das schwer zu erklären, dass man erst in den Ladepunkteinstellunge den Boost aktivieren muss. Dann in Batterieeinstellungen geht, um das Limit zu setzen und es dann nach dem Ladevorgang wieder zurücksetzen muss, damit andere Ladepunkte (bspw. der Heizstab) keinen Quatsch machen. Ich würde Buffer und Boost als zwei getrennte Dinge sehen.
Was meinst du damit? Hier im PR gibts die API für Per-Ladepunkt Boost Limit. |
ich hatte anfangs nicht auf dem Schirm, dass das nur für den Loadpoint gelten soll. In dem Zusammenhang (unabhängig vom Limit), mal ne (blöde?) Frage: |
|
Ich würde mal sagen, das Gleiche wie bei Schnell. |
Ah, das hab ich übersehen.
Muss man ja nicht. Erstmal gibts Boost bis zur für Fahrzeuge definierten Grenze. Das war der Stand der Diskussion. |
|
Boost => bis "leer" Wozu sollte man in diesem Fall etwas anderes tun? Ziel ist ja alles an Eigenerzeugung rauszuholen was geht. Idee: Man könnte noch als Abschaltkriterium PV+Bat=0W hinzufügen. Für alles andere gibt es den bestehenden PV-Modus. |
|
Ok, Limit ist erstmal raus. Heißt, wir starten mit Boost, der die Batterie so lange entlädt, wie es geht. |
|
Hallo, über die Diskussion bin ich auf dieses Feature aufmerksam gemacht worden. Nur so eine Idee:
Ich fände das Feature klasse und würde gerne beim testen unterstützen. |
Es ist ja schon da. Also gerne testen. |
|
ist schon installiert, bin gespannt. |
Die Idee finde ich gut. PV schont ja die Batterie und der Boost würde die Batterie dann nur bis zum festgelegten Limit entladen, aber eben mit maximal möglicher Leistung / kürzester Zeit. MinPV ignoriert auch die Limits, nur dass hier dann mit maximaler WR Leistung geladen würde, aber mit minimalem Netzbezug. |
|
Ganz blöd mal gefragt: Im Docker gibts kein Update zum evcc. Neuste Version: 0.130.13 Experimentelle Features sind im UI aktiv. |
|
Die Funktion ist bislang nur im Nightly (Docker |
|
Hallo zusammen,
Wenn ich mein Auto schnell laden möchte nehme ich den Schnell Modus. Zumindest im PV Modus würde ich mir wünschen dass die Batterieeinstellungen geachtet werden und kein übermäßiger Netzbezug stattfindet. Ich will die Entwicklung nicht schlecht reden, die Idee für den Boost ist klasse 😉 Was denkt ihr? |
|
Es geht nur mit Bezug- anders bekommst du die Batterie nicht ans Limit. Was die Grenze angeht überlegen wir nich. Leer vs. Defaultlimit vs. Einstellbar. |
|
Ich ziehe mir mal den Code und spiele etwas. Vielleicht muss man dem Kind einen anderen Namen geben. |
|
Der WR muss in den Bezug. Sonst hast du keine Chance heraus zu finden wo das Limit ist. Lösung: WB/Auto wo du <1A steuern kannst, v.a. 1p. |
|
Habe gestern etwas gespielt. Go ist ja echt eine feine Sprache muss ich gestehen :-) Mit MaxBatteryPower würde ich die Berechnung dann anpassen: Zudem könnte man ein Batterie Limit angeben, z.B. 40%. Bei einem SOC unter 40% würde die Boost Funktion dann deaktiviert werden und somit genug im Speicher z.B. für die Nacht bleiben. Wer Netzbezug in Kauf nehmen möchte, kann auch einfach mehr bei MaxBatteryPower angeben als möglich. Wäre denke ich ganz gut für die Übergangsmonate um trotzdem laden zu können. Was meint ihr? Würde das mal testweise programmieren. Wie wird man Teil vom Entwicklerteam und wie sind hier die Spielregeln? :-) |
Die Batterieleistung ist leider nicht konstant und extern nicht vorhersehbar.
Der normale PV-Modus (ohne Boost) bietet bereits diese Funktionalität. Grundsätzlich versuchen wir immer so wenig Konfigurationsoptionen wie möglich einzubauen, damit die Konfiguration und Bedienung klar und einfach bleibt. |
|
Ah, ok. Ich beschreibe allerdings einen anderen Anwendungsfall (von dem ich denke, dass ihn auch viele Andere brauchen könnten):
Der Anwendungsfall: Somit maximiere ich die Eigennutzung, denn an guten Tagen kann ich mit 16A reinladen und die Batterie kann am Nachmittag wieder vollladen, das Auto dann am Abend wieder aus der vollen Batterie laden. Für die Nacht ist noch immer genug Saft in der Batterie. Effizienztechnisch also ein für mich geniales Ergebnis, denn die Autarkie Rate wird so gut wie nicht beeinflusst obwohll ich ein Maximum in das Fahrzeug lade. Der aktuelle PV Modus gibt das nicht her, denn hier wird nur mit PV Überschuss geladen, die Batterie selbst aber nur angezapft, wenn man unter den Min Wert fällt. Oder anders gesagt: die Batterie wird nicht als Puffer genutzt. Ich denke also dass das Kind einen anderen Namen braucht. MaxPV z.B. da hier die maximale Solarleistung incl. Batterie als Puffer verwendet wird. Die boost Funktion macht sicher auch für gewisse Anwendungen Sinn. Wenn ich dann aber nachts Netzbezug habe, würde mich das tatsächlich ärgern, denn den besten ROI bei einer Solaranlage erhält man bei maximaler Autarkie. und wenn ich tatsächlich voll laden will kann ich bereits bestehende Funktionen verwenden (ladeplanung, schnell modus, etc.) hoffe das erklärt meine Idee etwas besser. |
+1 |
|
Autokorrektur lässt grüßen 😂 |
|
Im Sommer, wenn schon PV kommt, ist Batterie komplett leer saugen bevor man morgens los fährt ok. Im Winter, wenn man los fährt bevor die Sonne aufgeht, wäre mir wichtig einen minSoC von z.B. 20% angeben zu können, damit noch genug in der Batterie bleibt um den Haushalt bis Sonnenaufgang ohne Netzbezug zu versorgen. |
|
Es wäre vielleicht noch gut den Boost bis minSoC morgens per Ladeplan automatisch starten zu können. Oder geht das schon? Und ganz genial wäre es, dies nur zu tun, wenn genug PV-forecast an dem jeweiligen Tag zu erwarten ist ;-) |
|
Guten Morgen, |
|
Moin, |
|
Ach so, noch eine Anmerkung. |
siehe: |
|
Ach ja, logisch. Ich hatte nicht lang genug über die Regelung nachgedacht. |
|
Habe mal mit meiner Idee gespielt für die Angabe eines Wertes für die maximale Batterie Leistung. Scheint ganz gut zu funktionieren. |
|
ich hab (mit der 0.131.1) auch mal mit boost gespielt und die schon genannten punkte sind negativ aufgefallen:
mir scheint die diskussion hier zwei unterschiedliche anwendungszwecke zu zeigen für die entladetiefe, und während ich natürlich die API pollen kann und den boost ausschalten, wenn meine persönliche grenze erreicht ist, scheint es für mich sinnvoller, für das geschilderte "batterie ganz leermachen, weil viel PV-ertrag erwartet wird" über die API zu lösen, indem man die priorisierungsgrenze entsprechend der tageszeit und PV-prognose setzt. das braucht kein polling, sondern zB stündliche änderung. und daß ein netzbezug für die regelung notwendig ist, ist klar, aber muss der soooo hoch sein? das wär schön, wenn das konfigurierbar wäre, dann könnt man sich an einen minimalen stabilen wert für die eigene technik herantasten. das regelverhalten war übrigens sehr sauber, die intermittierenden lasten im haus und auch der rückgang der batterieinverterleistung nach einiger zeit wurden schön glattgebügelt. |
|
Bitte Doku lesen. Beides ist notwendig. |
|
wo find ich das in der doku? "boost" gibt keine treffer... |
|
Ist noch frisch: Aktuell wird der Suchindex nur wöchentlich. Ich könnte mal einbauen, dass wir das nach einem Release automatisch triggern. |
|
ah ja, ich hab nämlich vor dem posten nochmal nachgeschaut... die beiden punkte oben gehen aus dem text aber nicht sehr klar hervor. |
follow up to #16599
First shot to show battery boost option in the UI. We'll start with an option in loadpoint settings and later move the boost option (if available) to main UI. (see also #3530)
added per loadpoint limit (instead buffersoc)removed for simplicity @premultiply @andig @VolkerK62active in lp settings
status
disabled in fast and off
