Repository navigation
fix: min_soc_bat_mode - #4116
Conversation
…ei echter Entladung kappen
| # Fahrzeug weitergereicht werden, sonst wird der Speicher entladen, obwohl der | ||
| # Nutzer das nicht erlaubt hat. Lädt der Speicher dagegen, bleibt diese Leistung | ||
| # weiterhin für ihn reserviert. | ||
| charging_power_left = max(base_power, 0) |
There was a problem hiding this comment.
Das heißt, oberhalb des Max-SoCs gibt es kein eindeutigen Fahrzeug oder Speicher-Vorrang mehr, sondern first come first served?
There was a problem hiding this comment.
Ja, richtig beobachtet - aber keine neue Eigenschaft von diesem PR. Im Band (hysteresis_discharge=True) gab es noch nie eine feste Priorität zwischen Fahrzeug und Speicher; charging_power_left spiegelt einfach, was der Speicher gerade tut. Vor #3986 war das ja schon = base_power und mit #3986 hatte ich das in diesem Zweig versehentlich auf 0 gesetzt, wodurch auch die berechtigte Ladereservierung für den Speicher verloren ging. Dieser PR stellt nur das Vorzeichen-Verhalten wieder her, ändert aber nichts an der fehlenden festen Priorität selbst.
Ob der Speicher im Band einen festen Vorrang bekommen soll, symmetrisch zu #3986 beim Aufstieg, ist strukturell identisch mit #3985 (der ist ja noch offen) und dort schon mit @ndrsnhs offen diskutiert, ohne Entscheidung. Ich würde #4116 unabhängig davon als Bugfix mergen - die Vorrang-Frage weiter auf #3985/#3980 klären.
…bt nur bei echter Entladung kappen (openWB#4116)" This reverts commit a8bc5c3.
Speicher-Leistung bei Entladung-nicht-erlaubt nur bei echter Entladung kappen
#3908 (comment)