-
-
Notifications
You must be signed in to change notification settings - Fork 720
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add target charging #370
Add target charging #370
Conversation
Fixes #225 |
59bf161
to
3845b90
Compare
f7db939
to
2edc0cf
Compare
Was wäre bei Target SoC das erwartete Verhalten wenn wir im PV oder PV+Min Modus sind? Soll hier bei Erreichung des SoC der Ladevorgang wirklich abgebrochen werden? Für Batterieschonung mag das sinnvoll sein, PV Energie würde allerdings schlimmstenfalls vergeudet. |
Ich hätte für beide Varianten je einen Anwendungsfall (wenn in PV oder PV+Min).
Ich denke, man könnte das durch eine wechselnde Priorisierung abbilden. Zunächst Auto auf Target SoC laden, falls Hausakku Min-SoC enthält, kann das Autoladen fortgesetzt werden. Ansonsten zunächst den Hausakku aufladen und danach ggf. das Auto weiterladen. (Ich benötige immer einen Min-SoC im Hausakku, da ich Hochtarifzeiten überbrücken will/muss.) Wenn man in "now" lädt sollte abgebrochen werden (hier könnte man noch überlegen, ob bei weiter vorhandenem Überschuss entsprechend der o.g. Regeln weitergeladen wird). |
@Caibuk die Priorität für den Heimakku bekommst Du (im PV Mode!) mit #369. Hier geht es eher darum was passiert wenn das Auto seinen Zielwert erreicht hat (ggf. nachdem der Heimakku vorher mit Prio gefahren wurde). Ein Feature den Hausakku in mehren Stufen zu priorisieren ist hier ebenfalls nicht Gegenstand, sondern dieser PR konzentriert sich erstmal auf die Fahrzeugseite. |
Stimmt, den anderen PR hatte ich schon wieder vergessen. |
Die Gedanken den Hausakku beim laden zu schonen bzw. in eine Prio zu bringen sind natürlich sinnvoll. Auf der anderen Seite sind hier aber auch Grenzen gesetzt, z.B. im "Sofort" Modus, hier wird zunächst so lange Battery2Battery geladen bis der Hausakku leer ist. Gut wäre, das gewünschte Hausbatterie-Verhalten per MQTT zu publishen, damit eine Wechselrichter Subscriber-Implementierung dies im Lade/Entladeverhalten berücksichtigen kann. Im Sunny5 WR kann die Entladerate z.B. festegelegt werden, während des Sofort-Ladens könnte der WR benachrichtigt werden, nur noch für die Grundlast 10%/500W zu entladen. Am Ende des Auto Ladens kann der Akku so weiter für dies Haus-Aufgaben genutzt werden - ohne unnötige Deep-Cycles auf den Hausakku. |
Hier die jetzt implementierte Logik wie sie sein sollte: -- Grafik gelöscht -- |
TipTop, der Entscheidungsbaum ist gut verständlich und deckt eine Menge Scenarien ab. Was ich sehr hilfreich fände ist die Einbeziehung des Hausspeichers in das Ladeverhalten von EVCC. Min PV ist ein sehr praktischer Modus, im Zweifel entläd dieser Modus auch den Hausspeicher (langsam), was ja auch o.k. Ein Parameter wie HomeSoCLimit wäre sehr praktisch, der bei Unterschreitung (und wenn definiert) ein Umschalten von MinPV in den PV Modus auslöst. Dieser hätte ein ähnliches Verhalten wie MinSoC, aber es bleibt sicher gestellt, dass die Fahrzeugladung nur aus selbst erzeugtem Solarstrom geschieht. Das Battery2Battery Laden könnten man so in sinnvollen Grenzen halten. |
Warum nixht einfach gleich PV Modus nehmen? Mir erschliesst sich der Nutzen der zusätzlichen Komplexität nicht :O |
a5c07fe
to
865acdc
Compare
71d9958
to
dbbe0fe
Compare
b5298a7
to
505f9de
Compare
dbbe0fe
to
a366b5e
Compare
Fix #225, experimental implementation, no UI