Redesign PV Mode

[andig]

Wie von @naltatis angekündigt wollen wir weitere Verbesserungen am neuen UI Design durchführen.

Eine der "Krücken" ist der sehr technisch benannte "Min+PV" Modus- letztlich unterbrechungsfreies PV-Laden. Darüber hinaus trägt auch der "PV" Modus seinen Namen mittlerweile zu unrecht, ist es doch auch der Modus in dem Zielladen, variable Tarife minSoC etc. relevant sind.

Die folgenden Gedanken spielen beim Redesign eine Rolle:

• genau ein "smarter" Lademodus mit verschiedenen Customizingmöglichkeiten (die auch persistiert werden)
• passender Name, z.B. "Smart" oder "Auto" - damit ändert sich die Modusauswahl auf soetwas wie Off Smart Fast

Anpassungsmöglichkeiten:

• unterbrechungsfreies Laden (analog "min" heute)
• jahreszeitliche Konfiguration: kein Netzbezug vs. keine Einspeisung (PV mit Null-Einspeisung #3448 (reply in thread))
• zusätzliche Nutzung der Batterie (siehe "Assisted PV" (war: Schaltfläche zum Laden mit morgendlichem Reststrom im Speicher / Battery-assisted PV) #3255, Szenario weiter zu detaillieren)
• feste Phasenkonfiguration (siehe Allow phase selection / disabling phase switching #3482, ggf. aber auch unabhängig von PV denkbar)

Lasst uns bitte über diese Ziele reden und nicht über die technischen Lösungen um da hin zu kommen!

[premultiply]

Mir erscheint die Reduktion auf einen Smart-Modus ohne separaten reinen Überschussmodus für mich nicht so richtig praxisgerecht.
Jedesmal in vielen Optionen Detailoption rumstellen möchte ich eigentlich nicht.

Ich persönlich brauche:

• So schnell wie möglich
• "Smart" (konfigurierbar) z.B. mit "Heimspeicher-Boost"
• Reines Überschussladen

[CarstensCar]

Auf FAST würde man stellen müssen, wenn ich nach Sonnenuntergang, also komplett mit Netzstrom, laden wollte.

Die Unterstützung der Hausbatterie würde ja über bufferSoC gesteuert. lt. Beschreibung

bufferSoC: 80 # Hausbatterie wird oberhalb SoC 80% als Puffer genutzt

Wenn ich also den bufferSoC nicht auf 100% stehen habe, wird auch aus dem Speicher geladen. So verstehe ich das.

[iot4all]

Auf FAST würde man stellen müssen, wenn ich nach Sonnenuntergang, also komplett mit Netzstrom, laden wollte.

und nicht zu vergessen im Winter bei wenig bis keiner PV

PV+ halte ich für keine gute Idee. Es geht ja um Modus-Reduktion.
Ein FAST deckt PV-Überschuss immer mit ab, sofern die Ladeleistung hoch genug eingestellt ist. Deshalb würde ein Ampere-Schieberegler im FAST mehr Sinn machen, um dort z.B. im Winter langsamer zu laden und die geringere PV-Produktion über lange Zeit mitzunehmen.

[Pihupt]

Guter Mann 👍

[torstenwiese]

Da die IEC-Kommunikation sehr eingeschränkt ist gibt es zwischen "Stop" durch Easee-App oder "Stop" durch evcc keinen Unterschied (C1->C2->B1). In beiden Fällen (identischen Fällen) kann das Fahrzeug keinen Energiebedarf anmelden (B1).

Das was du beschreibst kann eigentlich nur funktionieren wenn das Fahrzeug von sich aus trotz Status B2 keine Energieanforderung stellt bzw. trotz C1 nicht wirklich lädt und erst zum Zeitpunkt der Vorklima entsprechend aufwacht bzw. Strom zieht. Seitens des LPs ist dabei aber dauerhaft die PWM aktiv (B2).

ich denke das wird zu lang hier in diesem Thread. :-)
ich mach mal unter "Allgemein" einen seperaten Thread hierzu auf.

[Rossilio]

Einen Ampere-Schieberegler im "Fast" Modus würde ich mir auch sehr wünschen, um den Ladestrom individuell, aber dann konstant einstellen zu können.
Das wäre für mich auch von besonderer Bedeutung, da ich aktuell aufgrund eines sehr lahmen Netzbetreibers die Anlage noch auf Nulleinspeisung laufen habe und deshalb je nach Wetter evcc umkonfigurieren muss, um den maximalen Ladestrom tagesabhängig einzustellen.

[Mr-Watchdog]

Ich finde die Idee super, die Optionen zu vereinfachen, und auch für Laien zu verständlicher zu machen. Ich habe mir bisher schwer getan meiner Liebsten zu erklären, warum die bisherigen Modi "Sofort" und "Min" heißen, und warum sie "PV" nicht nutzen soll, obwohl wir doch eine PV-Anlage haben (weil wir das reine Überschussladen wegen zu kleiner PV-Anlage und 3-phasiger Wallbox nie nutzen könnten :-( )

Für mich würden folgende Optionen reichen:

• Fast (Laden mit maximaler konfigurierter Ladeleistung)
• Smart (bisheriges Min+PV, bei dem versucht wird den PV-Strom bestmöglich zu nutzen - vgl. auch jahreszeitliche Konfiguration)
• Off

Super finde ich auch die Idee eines "Jahreszeitenmodus", den man 1x pro Jahr umstellen kann (und 1x pro Jahr wieder zurückstellen), und ansonsten die Bedienung so einfach wie möglich hält...

[SolarPowerEV]

Sorry, aber mir geht es genau andersherum. Ich lade - selbst jetzt im Winter - immer nur mit PV und nie mit Min+PV. Ich fände es jetzt schwierig, wenn der PV-Modus ersatzlos wegfällt und Min+PV dann in Smart unbenannt wird.

Dann müsste m.E. zumindest auf derselben Ebene (und bitte nicht in einem Untermenü!) ein Regler vorhanden sein, mitdem ich einen Min-Wert einstellen kann, wenn ich zum reinen PV-Überschussladen noch etwas festen Anteil dazugeben will.

Irgendwo in einem Untermenü (z.B. versteckt hinter dem Regler) dann einstellen zu müssen, dass für mich Smart heute ohne "Min" erfolgen soll, empfände ich persönlich als Verschlechterung.

Wobei man vielleicht dieses Untermenü, was wir jetzt haben, statt über das Riesendropdown von 0,125 bis 32 A den Ladestrom einzugrenzen und nachzuregeln, dann gleich mit umstrukturieren könnte.

Denn sonst wird es unübersichtlich, wenn man zwei "Mindestströme" hat. Einmal den jetzigen Mindeststrom, der vorgibt, wann die Wallbox überhaupt angehen darf, weil das Auto z.B. mindesten 6 Ampere. Und dann den Mindeststrom, den man mit Min+PV mindestens permanent ins Auto laden möchte. Das kann dann die Nutzer auch schnell verwirren, was denn jetzt was ist.

[hyperbart]

@SolarPowerEV yeah i feel you, I have partially the same things. But I can not charge my car with solar only. Are you retired? Can you cover your kilometers with PV only? 😮

What I do now is during winter:
I set the maximum amperes for my Alfen at 3 x 6A when the sun goes down (script).
I set the car with the planner to a minimum SoC of 70 percent
I arrive at home
I plug the car in, let it charge during the night, normally it will get to the 70 percent when the next day starts but sometimes it does not achieve 70 pct after a night of charging.
In the morning if it is still connected I check the SoC, if it is not at 70pct I drop the planner to a number which it already got and then let it continue to charge with solar, if it is not connected I switch to solar only

[torstenwiese]

weiteres Szenario für einen automatisierten Ladeprozess:
Vormittags zu Hause, Mittags mit Auto weg. Der Hausspeicher aktuell braucht nicht gefüllt zu werden, kann er tun wenn das Auto weg ist.

PV-Prio: pvPower minus homePower = chargePower

[andig]

@torstenwiese

Verstehe ich nicht. Genau das hatte ich doch eingangs unter

zusätzliche Nutzung der Batterie

geschrieben. Was willst Du abweichend davon haben?

[torstenwiese]

@torstenwiese

Verstehe ich nicht. Genau das hatte ich doch eingangs unter

zusätzliche Nutzung der Batterie

geschrieben. Was willst Du abweichend davon haben?

@andig “zusätzliche Nutzung der Batterie hab ich für den Use case der morgendlichen Überführung des Reststroms von der Hausbatterie in den EV Batterie verstanden.

mit diesem Szenario geht es darum, dass man die gesamte PV Energie abzüglich des aktuellen Verbrauches im Haus (ohne Berücksichtigung der Batterie und dessen SOC) zum Laden des Autos verwenden kann.
oder anders ausgedrückt, PV Laden und dabei prioritySoC und bufferSoC ignorieren. Bin aber nicht sicher, ob dies hier in diesem langen Verlauf schon mal vorkam. ;-)

[andig]

@VolkerK62

Ich hab gerade mit meiner Nachbarin Lieschen Müller gesprochen ;-).
Sie würde C2 so einstellen, dass das Auto möglichst ohne Unterbrechung mit soviel PV-Strom wie möglich geladen wird und spätestens morgen Früh um 7 Uhr SoC 80 erreicht hat. Eventuelle Ladeverluste sind ihr während der PV-Phase egal.

Zwei Antworten:

1. Lieschen Müller will m.E. ganz sicher nicht "C2", sondern sie will morgens das Auto voll haben und dabei günstig laden (=PV). Genau das bildet mein Vorschlag ab, also kein Wiederspruch.
2. "dass das Auto möglichst ohne Unterbrechung mit soviel PV-Strom wie möglich geladen wird" ist tatsächlich ein Zielkonflikt aus "Viel PV" vs. "wenig Unterbrechung". Der lässt sich nicht allgemeingültig und ohne Planner/Wettervorhersage lösen. Daher braucht es für die Anwender eine einfach Möglichkeit das Verhalten zu beeinflussen. Ein paar Vorschläge dazu habe ich oben gemacht.
   Update das gilt zumindest so lange, bis wir eine Planner Komponente haben die weitere Verbesserung bringen könnte.

Was habe ich übersehen?

[VolkerK62]

Ok, das mit Lischen Müller und C2 war nicht zielführend. Zurück zum Anfang :-)
Der Wunsch wäre, das man verschieden Anwendungsfälle (siehe z.B. meine Liste #3530 (reply in thread)) auf einfach Art auswählen kann, ohne in der Konfig (yaml) Änderungen vornehmen zu müssen.
Ich muss dazu sagen, das ich persönlich mit dem aktuellen Zustand völlig zufrieden bin, aber ich habe auch keine besonderen Umstände.

[andig]

ohne in der Konfig (yaml) Änderungen vornehmen zu müssen.

Das ist eh klar. Ich sehe da aber keine Abweichung vom Vorschlag. Ob/dass ich an allen Parametern (ständig) jenseits einer statischen Grundkonfiguration rumdrehen will kann man aber durchaus auch kritisch hinterfragen. Überleg mal kurz, was 98% der Anwender mit einer Wallbox machen (="An")...

[andig]

@iot4all

Nachtladen, Awattar/Discovery-Laden und morgendliche Ladebereitschaft sind Dinge, die schwerlich zu PV und Fast passen. Willst Du die zukünftig außen vor lassen?

1. Ich verstehe Du möchtest "Nachtladen". M.E. ist ads der heutige "minPV" Modus, im Redesign wäre das "Smart" mit "unterbrechungsfrei". Was übersehe ich dabei?
2. Awattar/Discovery-Laden haben wir heute schon und wäre Teil von Smart. Was fehlt?

[iot4all]

min PV => smart ist ok

Ich meine allerdings bei smart auch "nicht unterbrechungsfrei", also mittimer-Integration, um NL und automatisierte WB-Stromfreigabe für Vorklima abzudecken.

[andig]

Ich meine allerdings bei smart auch "nicht unterbrechungsfrei"

Das war Teil meines Vorschlags.

also mittimer-Integration

Hatten wir eben schon rausgearbeitet: #3586

#3586

Automatisiert haben wir schon, Timer fehlt #3558 (reply in thread). Ist erstmal kein Widerspruch zum eingangs gemachten Vorschlag.

[andig]

@torstenwiese @iot4all

bereitstellen von 6a ohne zu Laden, bzw. Sleep Modus, welcher den EVCC Server zwar laufen lässt, aber die Steuerung der Wallbox unterbindet.

Nein, das ist eine falsche Annahme. Die Box kann nur dem Fahrzeug Energie anbieten oder nicht. Das hat absolut nichts mit der Steuerung durch evcc zu tun.

Immer diese harten Worte wie "nein", "falsch" usw.. Etwas mehr konstruktive Denke wäre hilfreich.

@premultiply hat- wie an anderer Stelle schon geschrieben- recht. Es ist halt einfach nicht möglich; die Einschränkung liegt in der Schnittstelle Wallbox-Fahrzeug, nicht bei evcc. Und bitte entschuldigt, aber das hat mit konstruktiv nix zu tun.

[premultiply]

Hier mal einen Überblick über die Optionen bezüglich Vorklimatisierung um die diversen Diskussion (und Mutmaßungen) mal auf eine fachlich sinnvolle Ebene zu führen:

1. Es gibt zwei Möglichkeiten wie sich ein Fahrzeug grundsätzlich bei einer (im Fahrzeug) programmierten oder via App-API/Schlüssel angetriggerten Vorklimatisierung verhält:
   1.1. Die VK startet nur wenn das Fahrzeug an einem freigebenen Ladepunkt angeschlossen ist. Dabei wacht es ggf. selbstständig auf und wechselt in den Zustand C1. Wenn bereits parallel ohnehin bereits aktiv geladen wird ändert sich am Zustand selbstverständlich nichts.
   1.2. Die VK startet unabhängig vom Netzanschlussstatus im Zweifelsfall mit Energie aus der Traktionsbatterie. Bei freigegebenem Netzanschluss ansonsten identisch zu 1.1.

2. Um den Zustand der VK zu bestimmen gibt es also nur die Optionen
   2.1. zunächst die Verfügbarkeit von Netzstrom sicherzustellen und dann die VK ("selbst") aktiv anzutriggern
   2.2. den VK-Zustand passiv abzufragen und ggf. "rückwirkend" den Netzstrom freizugeben.

evcc hat Stand heute die Option 2.2. implementiert. Dazu wird prinziptbedingt ein Fahrzeug der Art 1.2. benötigt.
Variante 2.1. würde letztendlich eine timer- oder manuell gesteuerte Antriggerung seitens evcc über die Fahrzeug-API erfordern, würde dann aber auch Fahrzeuge vom Typ 1.1. die die entsprechenden Fahrzeug-API-Voraussetzungen mitbringen unterstützen.

Fahrzeuge ohne API-Anbindung bzw. ohne die entsprechenden API-Eigenschaften können wegen der grundsätzlichen Nichtunterscheidbarkeit von Netzanforderungen seitens des Fahrzeugs nur mit Netzstrom vorklimatisieren wenn (zumindest) zum gewählten Zeitpunkt (plus ausreichender fahrzeugabhängiger Vorlaufzeit!) der verbundene Ladepunkt freigegeben ist.
In evcc heisst das Stand heute Ziel-SoC 100% und Lademodus Sofort oder Min+PV.

[iot4all]

Danke!

[Tobias-N7]

Eine Unterteilung in 4 Modi halte ich auch für am Sinnvollsten um für Überschussladen nicht die Konfiguration ändern zu müssen.
Also dann in Reihenfolge nach Ladegeschwindigkeit von langsam nach schnell sortiert:

• Aus
• PV
• Smart
• Ein

PV strebt reines Überschussladen ohne Netzbezug an, wenn man weiß das man länger an der Station hängt und Smart lädt intelligent unter Berücksichtigung des Fahrzeug SoC, Hausspeicher SoC, Jahreszeiten, Wetterprognose, usw.

Max SoC usw. sollten aber für alle Modi unabhängig gelten.

Aktuell lade ich noch nicht mit evcc sonder mit einem Python Script was mir ermöglicht den Fahrzeug SoC mit für die Berechnung des maximalen Netzbezugs zu verwenden. So habe ich auch bei schlechtem Wetter immer noch ausreichen Reichweite und schalte das dann nur über die Wintermonate wo eh nicht genug herum kommt komplett ab. Wenn es richtig viel Überschuss gibt lade ich so auch mal über 80 % hinaus.

        #Toleranzfunktion Quadratisch
#       Tolerance = -500+(100-SoC)*(100-SoC)/2
        #Toleranzfunktion Kubisch
        Tolerance = -500+(100-SoC)*(100-SoC)*(100-SoC)/200

Den Offset von -500 W braucht es hauptsächlich, weil die API die ich Nutze etwas zäh ist und mir nur 8 und 16 A Ladestrom bietet, sodass ich dann lieber mehr einspeise als mehr zuzukaufen.

[naltatis]

Ich fasse die Diskussion hier noch mal aus meiner Sicht zusammen. Vorab schonmal ein großes Danke für eure Vorschläge, Ideen und Anregungen.

Wie @andig eingeführt hat ist unsere Motivation die Moduswahl zu vereinfachen und vor allem für normale Nutzer:innen besser verständlich zu machen. Zugleich wollen wir, mehr Kontrolle in die UI bringen um auch auf individuelle Bedürfnisse eingehen zu können - quasi für uns Pro-User. Das ist ein Spagat, aber ich bin zuversichtlich, dass wir das hinbekommen :D

1. Kein Bedarf für "nur PV" und "Min+PV" als gleichberechtigte Modi
   Auch wenn es niemand explizit gesagt hat scheint aus der Diskussion klar zu sein, dass das jetzige Nebeneinander von PV und Min+PV nicht notwendig ist. Das heißt nicht, dass die Min+PV Funktionalität überflüssig ist. Aber die Notwendigkeit für "unterbrechungsfreies Laden", große/kleine Timeouts, mehr/weniger Netzbezug ist eher etwas was abhängig von der eigenen Hausinstallation (kleine PV, empfindliches Auto) einmal bei der Einrichtung oder abhängig von der Jahreszeit verstellt werden muss.

2. Sofort (Schnell, An, ...) sollte genau so bleiben
   Es gab keine Argumente gegen diesen Modus der die Wallbox wieder zu einer dummen, ungesteuerten Steckdose macht. Es gab den Wunsch die maximale Ladeleistung und Phasenanzahl über die UI zu beschränken. Hier ist mir der Anwendungsfall (manuelles Lastmanagement, manuelle Lademengenplanung) noch nicht ganz klar.

3. Aus
   Hier gabs keine Gegenargumente. Allerdings die Diskussion ob "AUS" gleichbedeutend "Wallbox AUS" ist oder eher "evcc-Steuerung AUS" bedeuten sollte. Ich selbst nutze den AUS-Modus bspw. nie im Alltag.

4. Unterschiedliche Bedürfnisse beim Smart/PV/... Modus
   Hier ging es ordentlich durcheinander. Ich liste mal die Themengebiete über die geredet wurde:

• Hausspeicher: Hier gabs den Wunsch nach optionaler Mitverwendung des Heimspeichers wenns mal schneller gehen soll.
• Zeittarife: Laden zu bestimmten Uhrzeiten (Nachttarif, Tibber und co.) erlauben.
• Netzbezugs-/Aktivierungsregeln: Es wurden sich unterschiedlich starke/schwache PV Konfigurationen gewünscht um bei wechselhaften Tagen bei Bedarf mehr Energie laden zu können.
• Zielladen / Fahrzeug API: Hier gabs unterschiedliche Erfahrungen. Zielladen als Konzept funktioniert für mich bspw. vor Reisen sehr gut. Gerade bei Fahrzeugen mit unzuverlässigerer API oder Netzwerkbedingungen vor Ort ist die Funktion aber verständlicherweise nicht für jeden gleich gut geeignet.

Mir fällt es gerade noch schwer einen expliziten zusätzlichen Modus, der nicht erklärungsbedürftig ist, daraus abzuleiten. Existiert ein Speicher könnten wir ggf. sowas wie einen Akku-Turbo-Button der UI hinzufügen. Für Zeittarife wird's eine Konfigurationsmöglichkeit geben müssen. Soetwas wie "Lade auch wenns günstigen Netzstrom gibt". Gerade weil evccs Kern Überschussladen ist würde ich so etwas als "Zusatz" zum PV-Laden sehen, nicht als separaten Modus.

Ich würde vorschlagen, dass wir die Frage nach den konkreten Modus-Namen nicht weiter hier in einer offenen Diskussion führen. Auf Basis des bisherigen Inputs (an, aus, pv, pv+, smart, smart+, custom, [mein-eigener-modus], (akku)boost, schnell, fast, sofort, ...) würden wir mal einen konkreten Aufschlag machen über den wir dann, bspw. im Rahmen eines PRs, weiter diskutieren können.

[int5749]

@int5749 da muss man dann aber auch dran denken :-)

Nein, eben genau nicht, wenn man dies - wie bei mir - smart mit einer Hausautomatisierung steuern kann. Daher würde ich die Funktion vermissen, den Button nicht,

[naltatis]

Ich wollte mit meiner Anmerkung gar nicht gegen ein Ausschalten über UI oder API argumentieren. Habe nur festgestellt, dass der in meinem Alltag keine Rolle spielt.

[int5749]

Passt ja auch und mir ging es nur darum, das es eben auch anders sein kann ;-)

[VolkerK62]

Mein Loadpoint steht auf "off".
Schön wäre, wenn der beim Fahrzeug hinterlegte (onIdentify) Modus auch bei Single-Fahrzeugen funktionieren würde. Dann wäre bei unbekannten Fahrzeugen automatisch "off" und bei bekannten automatisch der hinterlegte eingestellt.

[ABBolle]

2. Sofort (Schnell, An, ...) sollte genau so bleiben
   Es gab keine Argumente gegen diesen Modus der die Wallbox wieder zu einer dummen, ungesteuerten Steckdose macht. Es gab den Wunsch die maximale Ladeleistung und Phasenanzahl über die UI zu beschränken. Hier ist mir der Anwendungsfall (manuelles Lastmanagement, manuelle Lademengenplanung) noch nicht ganz klar.

Ich hatte das Beschränken der Phasenanzahl in einigen Diskussionen (auch außerhalb dieses Threads) eher im Zusammenhang mit dem PV-Modus bei wechselnder Bewölkung mitbekommen, um ein häufiges Unterbrechen der Ladung zu vermeiden. Bei unserem ID.3 führen solche Unterbrechungen beispielsweise manchmal dazu, dass die Ladung dann irgendwann vom Fzg verweigert wird (wenigstens mit dem aktuellen Softwarestand).

[naltatis]

Was wäre deine Lieblingskombination?
Als Stimmungsbild würde ich euch einmal bitten eure persönliche Modus-Lieblingskombination kurz unter diesen Thread zu schreiben. Name der Modi und, falls erklärungsbedürftig, dazu schreiben was in dem Modus passieren soll. Also keine Allgemeingültige Lösung mitdenken, sondern nur euren privaten Anwendungsfall.

[torstenwiese]

• PV mit Unterkategorien wie normal (pv), Unterbrechungsfrei (min+pv), Priorisiert (ignoriert Hausbatterie)
• Sofort
• Smart: Zielladen mit chargedenergy ; Entladen der Hausbatterie
• Aus (keine Steuerung durch EVCC) - nur im Winter mit Zeitplan

[iot4all]

• Aus (Laden gesperrt, EVCC weiter aktiv)
• PV (Überschuss mit Abschalten, Überschuss mit Durchladeoption (= min+PV, dabei min A per slider vorgebbar))
• Smart (Nachtladen mit timer-Vorgabe)
• Sofort (mit A- und Phasenvorgabe per Slider/Button)

Die Freigabe für morgentliche Vorklima VK sollte in jedem Mode außer "Aus" zuschaltbar sein.

[VolkerK62]

• Aus (für unbekannte Fahrzeuge keine Ladung möglich, bekannte Fahrzeuge Wechsel in den bei Fahrzeug hinterlegten Modus)
• PV (reiner Überschuss ohne irgendwelchen Schnickschnack)
• Smart (mit diversen Einstellungen: 1p oder 3p; einstellbar min/max Current; nur solange (auch mit Netzbezug) laden wie (einstellbarer) Überschuss vorhanden ist)
• Sofort (volle Pulle)

[binderth]

ich denke, folgende Modi sind sinnvoll:

1. AUS: damit gehe ich sicher, dass egal wie und welches Auto angesteckt ist, nicht geladen wird
2. AN: Damit gehe ich sicher, dass egal was gerade passiert, das Auto mit der maximalen Geschwindigkeit geladen wird.
3. PV (Überschuss): Hier wird durch Einbeziehung fester Parameter ein PV-Überschuss-Szenario festgelegt, bei dem dann der Überschuss geladen wird
4. Smart (oder Profi): Hier möchte ich über diverse Konfigurationen in der Lage sein, aus diversen Szenarien zu wählen, bzw. zur Laufzeit Parameter ändern, die diesen Ladevorgang smart machen

Erklärung:
Ich denke, das die Szenarien 1-3 diejenigen sind, die "unbedarfte" Nutzer dann am häufigsten nutzen werden. AN/AUS, wenns halt schnell gehen muss und PV wird einmal definiert, in welcher Situation das zum tragen kommt.
Im Smart oder Profi Modus kann man mehr einstellen und dynamisch reagieren.

ad 1
Einfach AUS, d.h. kein Laden wird stattfinden, egal was passiert.

ad 2
Hier wird mit der einmal definierten Konfiguration (Anzahl Phasen, Maximale Ampere) geladen.

ad 3
Hier wird ein PV-Überschuss unter gut dokumentierter Berücksichtigung von Parametern wie heute z.B: residualPower, bufferSoC, prioritySoC, ... errechnet und damit geladen.

ad 4
Im Smart/Profi-Modus wünsche ich mir, dass alle Parameter dynamisch per API zur Verfügung gestellt werden und änderbar sind. Im Endeffekt kann man "von außen" dann 1-3 nachstellen und weiteres gewünschtes Verhalten nachstellen.
Wenn ich wirklich alles wünschen könnte, wäre meine (fachliche) Anforderung glaub ich am besten in diesen Parametern zusammengefasst:

• Laden erlaubt (ja/nein - ggf. auch auch einfach Wechsel in Modus AUS)
• Mindest-SoC (wieviel Prozent/km ich mindestens geladen haben möchte, egal was)
• Batterie-Entnahme erlaubt (ja/nein - egal, was bufferSoC, prioritySoC,... sagen)
• maximale Batterie-Entnahme (wieviel kW ich der Batterie entnehmen kann/will)
• erwarteter (Rest-) PV-Überschuss in kWh für den Tag (d.h. ich berechne außerhalb evcc den zu erwarteten Überschuss)
• Ziel-Laden (in SoC oder km; gerade für Unbedarfte finde ich km-Laden verständlicher)
• maximale Grid-Entnahme (wieviel kWh/Tag oder kW ich Netzbezug haben darf - für Winter/kleinere Anlagen)

und die vielen "kleinen" Parameter bitte alle per API änderbar, wie z.B.

• wie lange die Batterie/das Grid zur Überbrückung etwaiger Wolken genutzt wird (aktuell enable bzw. disable threshhold bzw. delay)
• wie lange Zeit zwischen diversen Umschaltungen (1p <> 3p, an/aus, ...) sein muss
• minimale Ladestärke, maximale Ladestärke
• ...

Das Ziel des "Smart" oder "Profi" Modus ist, dass ich durch eine externe Logik oder ein EMS in der Lage bin, das Verhalten von evcc zu beeinflussen. Wenn der Smart-Modus auch ohne externe Einflüsse laufen kann, wäre das natürlich das i-Tüpfelchen, evtl. kann man diesen Wechsel im selben Modus auch durch einen Schalter beeinflussen, so ähnlich wie aktuell evtl. hems funktioniert (da ich kein sma EMS habe, weiß ich nicht, was das macht). Ich habe ein auf openHAB-basiertes EMS, welches in der Lage wäre evcc die o.g. Parameter dynamisch mitzuteilen. Das weiß z.B. auch, wann die Waschmaschine läuft oder wann die Wärmepumpe wichtiger wäre als Autoladen...

[hyperbart]

#11324 (comment)

@naltatis it's not a wireframe (far from it) but I have been giving it some thinking, what does the core team and userbase think of this:

Load balancing is a priority 0 function, if it is activated/enabled it is active on all modes. It is there to prevent electrical outages and stay within circuit limits making sure not to trip any circuit breakers.

* Mode Off
  
  * **EVSE is turned off completely, relais open or PWM control pilot = 0**

* Mode Solar
  
  * **EVSE is active, available power follows solar production minus house consumption**
  * Only surplus (Total PV Power - House consumption - battery consumption) is put in the car
  * Phases you can choose yourself 1 or 3 or auto
  * You can use the slider to choose how full your car needs to be (SoC % control, If I want to prevent my car filling up above a certain percentage because I don't want to stress my battery)
  * If it is a guest vehicle it keeps supplying power as long as there is minimum solar power 1380W
  * Not enough power? Target SoC will not be met…

* Mode MinSolar
  
  * **EVSE is active, minimum power as defined in MinSolar is delivered and if solar surplus is > minsolar it will charge with more power**
  * Same as solar but your car will start charging anyhow and extra solar will be taken with it, basic EVCC philosophy
  * Phases you can choose yourself 1 or 3 or auto
  * You can use the slider to choose how much charge your car needs to have (SoC % control, If I want to prevent my car filling up above a certain percentage because I don't want to stress my battery). EVCC is the controller, not the car.
  * If it is a guest vehicle it keeps supplying power

* Mode Smart
  
  * **Charge to target SoC with efficiency on low power/solar/cost**
  * Smart contains a combo of the following potential/user choice enabling options
  * My father, a regular end user at his home wants to have his car ready the next day, with a default setting so all his trips for that day are covered and he wants this as cheaply as possible
  * My neighbor wants his car, ready to drive 2 x his commute and a bit extra, default setting and he will let me know if he needs more or if there is anything specific for the next day (almost never happens)
  * My wife wants our car charged for daily trips (commute + small trips for family activities) and I want to have this as cheaply as possible
  * Planner: the planner allows you to charge as electrical efficiently, cost efficiently and CO2 efficiently as is possible
  * Set target time and target SoC for tomorrow via manual setting or via "default for this car"
    
    * Boolean 1: ON/OFF Switch in smart mode, Power Shaving: Determine required lowest power kW to charge car at low speeds over planned period
      
      * Sub choice, overrides boolean 1: "max power peak == X", where the user can enable a sub function of the loadbalancer where the max power from grid never exceeds X amount of kW, a visual indicator will be shown to show the target SoC will never be met...
      * Benefit: the car will continuously charge and the battery will be at the correct temperature and clima will use grid power.
    * Boolean 2: ON/OFF Switch for taking into account dynamic rates, if you have a dynamic rate contract you can enable this
    * Boolean 3: ON/OFF switch for solar surplus charging, if target SoC has been reached you can use this switch to fill your battery even more but you don't have to if you want to keep your battery in better shape and not use the last 10-20-30 percent

[lblabr]

Hallo! Ich bin neu hier bei Euch und interessiere mich für dafür, damit ich korrekt antworten kann, könnt Ihr kurz sagen, ob und wie Auto- vs. Batterieladen priorisert wird oder ob das in den o.g. Regeln berücksichtigt werden soll?

Gibt es eine Option eine gewisse Menge zu tanken ?

Vielen Dank und Grüße

Lars

[andig]

Siehe Doku- prioritySoC und minSoC.

[lblabr]

Lieben Dank!

[lblabr]

vlt. noch ganz kurz, lässt sich der Stromspeicher auch nach Fahrplan (Zeittarif) laden?

[andig]

Nein

[andig]

Hallo Zusammen,

es gibt ja jetzt schon eine ganze Menge Feedback. Ein Punkt der sich dabei herauskristallisiert ist ein Wunsch nach einem "PV" sowie einem "Smart" Modus. Dabei sind- je nach Feedbackgeber- beide Modi mit einer ganzen Reihe spezifischer Sondereinstellungen belegt die zumindest optional zu tätigen wären.

Was aus der Diskussion noch nicht transparent geworden ist ist der Grund für die Trennung von PV- und Smart Modi. Ist das aus Eurer Sicht:

1. einfach die bessere User Experience weil leichter auszuwählen o.ä. oder
2. seht ihr die Eigenschaften der Modi als so inkompatibel an dass sie nicht in einem Modus kombinierbar sind oder
3. weitere Gründe

Mir würde es sehr helfen, die Motivation für Eure Lieblingskombination und speziell den Split PV/Smart besser zu verstehen.

[floms79]

@Horgul123 : Meines Erachtens sollte das eben kein eigener Lademodus sein, sondern in dem "smarten" Standardmodus konfigurierbar sein. Ich bin aber immer noch der Meinung, dass man eigentlich gar keine Lademodi braucht, sondern höchtens einen Schalter An/Aus und einen Taster "Einmal schnell voll". Letzteren könnte man z.B. auch super per Home-Assistant in IOS Kontrollzentrum / Android Quick Panel platzieren. Das funktioniert mit einem Drop-Down nicht.

[Horgul123]

@floms79 Dann müsste ich aber häufiger den Smartmodus ändern. Mal min+PV, mal PV+Puffer. sind 2 verschiedene Sachen, die sich verschieden verhalten.

Idee: Aus / Smart / Max
Bei Smart ein Pop-Up, wo man aus selbst definierten Settings wählen kann oder "schnell" was selbst stricken kann

[floms79]

@Horgul123 Die Frage ist doch, wieviel Abweichung vom "Optimum" man durch einen einheitlichen SMART-Modus verliert. Dafür brauchen wir Use Cases, anhand derer wir die Varianten bewerten können. Wenn wir am Ende über max. 10% Netzbezug reden, ist das m.E. ein Wert, der keine Differenzierung rechtfertigt. Das bewertet aber sicher jeder etwas anders. Aber die Weiterentwicklung muss ganz klar einen WAF haben.

[Horgul123]

@floms79: Es gibt ja bei meinen Fällen zwei "Extreme":

1. Kein PV verfügbar -> min+PV würde bei mir 1,4kW aus dem Netz ziehen, aber immer laden
2. Etwas PV Verfügbar und 300W Puffer (z.B zwischen 1.1 und 1.7kW Überschuss) -> Er würde zwischen 0 und 300W aus dem Netz ziehen, fällt der Überschuss zu weit stoppt das laden.

Ich kann jetzt nicht beurteilen, wie kompliziert eine Implementierung wäre. Aber gefühlt würde ich bei überschaubarem Aufwand den Usern soviel Flexibilität geben wie möglich.

Ist ja auch bei dem "Aus" der Punkt. Wenn jemand "Aus = EVCC hält sich einfach raus" haben will -> Why not. kann man in den Optionen z.B. konfigurierbar machen (Aus = Kein Laden Möglich oder Aus = EVCC hält sich aus der Steuerung raus.) Auch minimaler Aufwand aus meiner Sicht :)

Und ja: Der WAF ist wichtig... Aber auch die Bequemlichkeit...... Ich kann in der Konfig was ändern. Aber via UI ist das schöner :)

[SolarPowerEV]

Kurz mein Feedback, auch wenn der Thread etwas älter ist, aber ich wurde erst gestern über Slack auf diesen Thread aufmerksam gemacht:
Ich fände die Trennung zwischen PV und Smart deswegen gut, weil man ja gerade in den "sonnigeren" Monaten bzw. wolkenfreien Tagen oft einfach nur anstecken und Überschuss laden will, ohne groß nachdenken oder konfigurieren zu müssen und eine Option zu haben, die dann auch technisch weniger versierte Menschen (Ehepartner, Eltern, Freunde) einfach bedienen können.

Aber wenn man einen sehr wolkigen Tag hat oder sich in der Winterzeit befindet und dann andere Faktoren mitberücksichtigt werden müssen, um häufiger Umschalten zwischen Phasen oder gänzlicher Ladeunterbrechung zu vermeiden oder weil man irgendeinen Stromtarif optimieren möchte, dann wäre es gut, wenn das eben in einem separaten Modus stattfindet, den man dann an diesen Tagen vorher entsprechend konfiguriert. Daher fände ich ein Zusammenlegen der beiden Modi in einen Button keine Verbesserung der UX.

Und umgekehrt erspart es Euch unnötiges Kopfzerbrechen, diese beiden Anwendungsfälle abstrahieren und alle benötigten Eigenschaften in einem Modus kombinieren zu müssen ohne das die UX dann zu sehr leidet.

Wichtig wäre aber in jedem Fall, dass wirklich alle denkbaren Einstellungen dann über das UI möglich sind und nicht mehr die yaml benötigen.

[Pihupt]

Der Einfachheit halber sollte das Laden mittels PV keinen weiteren separaten Button bekommen.
Einfach den vorhandenen Min/PV durch 2 Regler ergänzen.

• Auswahl: 1/3 Phasen
• zusätzl. Netzbezug zum PV (Schieberegler 0-90%)

Von mir aus noch ein Wahlschalter irgendwo
Priorisierung: Hausspeicher <>Ladestation

Zum Thema, was sind die Beweggründe:
Das Fahrzeug sollte bei bewölktem Himmel ab 15:00Uhr (Feierabend) größtenteils mit PV bis 18:00Uhr voll sein (22kw Zoe).

Kein Profi o. Nerd-Modus.
Ist doch Alles schon kompliziert genug.

[Bewalticus]

Wenn man die Modi an den Benutzern ausrichten will, dann würden meiner Meinung nach 3 Modi genügen:

1. PV: Der bisherige PV Modus als Plug and Charge Modus, zum Beispiel für meine Frau 😀
2. Smart: Ziellademodus, der die Kosten minimiert. Dieser bräuchte dann die Planungskomponente zur Berücksichtigung von PV-Ertragsprognose, (Haus-)Batterieladung, Stromtarifen und Wirkleistungsbegrenzung. Die eigentliche Ladung würde am aktuellen Zustand (PV Ertrag) orientiert und die Planung müsste in regelmäßigen Abständen aktualisiert werden. Der Modus würde auch den Sofortmodus beinhalten, denn wenn das Ladeziel nah genug liegt wird auch die Hausbatterie und ggf. Netzbezug verwendet.
3. Parametrisierter Modus: Dieser ist für die Pro-Benutzer gedacht, die evcc z.B. von ihrer Hausautomatisierungslösung steuern wollen. Parameter würden dann z.B. über API gesetzt. Das Parameterset könnte z.B. folgendes enthalten:
   • Minimale Ladeleistung
   • Maximale Ladeleistung
   • Residual Power
   • Erlaube Verwendung der Hausbatterie
   • Erlaube Verwendung von Netzstrom

Der eigentliche Steuerungskern würde immer mit den Parametern arbeiten, die im parametrisierten Modus auch verwendet werden. Im PV Modus würden diese einfach folgendermaßen gesetzt: Min Ladeleistung = 0; Max Ladeleistung = ∞; ResidualPower (fest aus Config), Erlaube Hausbatterie = false; Erlaube Netzstrom = false. Im Smartmodus würden diese dynamisch gesetzt.
Es gäbe weiterhin noch das Set an "physischen" Parametern (min/max Strom, Anzahl Phasen etc.), die der Steuerungskern berücksichtigen würde.

Den Steuerungskern würde man somit von den Lademodi entkoppeln. Dies würde die Programmlogik vereinfachen. Viel Gehirnschmalz müßte man in den Smart-Modus stecken, damit dieser auch korrekt plant und auf Abweichungen reagiert.

PS: Zusätzliche Lademodi, wie zum Beispiel der Min+PV, wären damit auch ohne großen Aufwand zu realisieren.

[andig]

Die Wahrheit liegt in der Mitte. Wir haben keinen Planner für niedrigste Kosten auf Basis PV-Erzeugung (=Wetter), sondern einen einfachen "mach im letzten Moment voll" Mechanismus. Mit #2211 gibts noch variable Tarife dazu. Nicht weniger, aber auch nicht mehr...

[VolkerK62]

Beitrag gelöscht

[andig]

...und hat auch so gar nix mit PV Modus zu tun. Bitte beim Thema bleiben.

[Bewalticus]

OK, passt soweit 😀 Man muß ja nicht alles auf einmal haben.

@andig und @premultiply , könntet ihr vll. noch ein kurzes Statement abgeben, ob ihr bezüglich meiner Idee, die Ladesteuerung von den Modi zu trennen, offen seid. Falls dem so ist, würde ich eine entsprechende Diskussion aufmachen. Das wäre zwar eine größere Änderung, könnte aber den Code vereinfachen und modularer machen.

[florianmw]

Hallo,
habe gerade erst die Diskussionsecke gefunden.. Blöderweise vorher ein Feature Request geschrieben, dass ich mir einen Modus Manuell wünsche oder, dass der Modus "Aus" die evcc Steuerung deaktiviert. Sehe gerade, dass ich mit "Aus" nicht allein bin. Würde mich einfach hier an der Diskussion beteiligen, das Ticket kann gerne auch wieder geschlossen werden.

Zu den Modi:
Ich würde mir wünschen, dass es so einfach wie möglich wird. Nutze derzeit eigentlich nur Min+PV (wobei ich die Timeouts angepasst habe und mit PV allein auch zufrieden wäre), PV und Aus.

Also "Off" "Auto" "Fast" würde mir persönlich erstmal reichen.

Bei Auto würde ich mir mehr Optionen bzgl. Batterie wünschen.
Mich stört es zB, dass bei "bufferSoC" das Laden auch gestartet wird, wenn die Batterie die % erreicht hat und PV so gut wie keinen Strom liefert (ist das ggf. ein Bug? - dann schreibe ich ein Ticket). Besser wäre doch, dass das Laden nur bei genug Überschuss gestartet wird und nur die Unterbrechung durch die Batterie gepuffert wird?!
Auto mit verstellbaren Parametern gefällt, am Besten direkt auf der UI verstellbar (Batterie Puffer %, maximaler Ladestrom, 1P3P Umschaltung deaktivieren, etc.).

Gerade noch eine Idee.
Profile in der Konfig hinterlegen: Standardmäßig sind dann die Modi Off, Auto, Fast vorhanden, die aber in der Konfig invdividuell durch Parameter erweitert/angepasst werden können. Damit würde man auch die "Nerds" bedienen, aber es bleibt für den Otto-Normal-Benutzer einfach.

Hoffe es ist nicht zu sehr in Feature Diskussionen ausgeartet.. Auf Hinweis schreibe ich die Punkte gern nochmal zu passenderen Diskussionspunkten oder erstelle Tickts.

[florianmw]

Nochmal eine kurze Erklärung, warum das Thema "Aus" für mich wichtig ist:
Wenn ich eine Steuerung für ein Gerät ausschalte (das ist EVCC für mich - liege ich da falsch?), dann erwarte ich, dass ich daraufhin das Gerät z.B. durch einen Schalter, den zb. meine Wallbox hat, manuell aktivieren kann. Die Steuerung sollte das dann nicht verhindern.
Ich nutze EVCC zusammen mit Influxdb + Grafana und logge damit meine Verbrauchswerte (super Feature übrigens!). Dadurch sehe ich noch mehr Sinn darin :)
@andig falls meine Definition von "Aus" keinen Sinn macht würde ich mir einfach einen Parameter wünschen.

[int5749]

Aber genau so ist es doch implementiert?
Zumindest meine ich mich zu erinnern (nutze dies halt nie so) das ich mein Auto auch direkt über die Wallbox laden konnte, nachdem ich evcc auf off gestellt hatte. Unsere Tinkerforge Warp (nun Smart) ist frei zugänglich und daher habe ich die Autostart Funktion der WB deaktiviert. evcc hatte da nix unterbunden oder dann gar eingegriffen, da ja die Steuerung off war.

ODer wurde an der Funktion etwas geändert? Ggfs reagieren auch andere WB anders?

[andig]

Die Steuerung sollte das dann nicht verhindern.

Aus heisst WB aus, nicht evcc aus. Das wird z.B. fürs Lastmanagement notwendig sein. Wie beim Rest der Diskussion auch würde ich gerne verstehen, warum Du evcc ausschalten musst. Diesen UC sollten wir dann supporten.

[florianmw]

Ok, verstehe. Macht für Lastmanagement Sinn, daran habe ich nicht gedacht.
Hier mal ein Anwendungsbeispiel für EVCC deaktivieren: Das Auto wurde am Abend auf 75% geladen und die Batterie auf 90% entladen (per bufferSoC). Am nach dem Aufstehen hat die Batterie noch 60% und ich noch eine Stunde, bis ich losfahre. Ich möchte dann in der Stunde 2,5kWh laden. Dann wäre für mich die Lösung: EVCC aus (min würde nur 1,4 kW machen) und die WB manuell auf 2,5kW stellen. Nach einer Stunde abziehen und losfahren.
Abends möchte ich die Batterie nicht so viel entladen, weil ich nicht unbedingt abschätzen kann, was über die Nacht verbraucht wird (WP könnte anspringen, wenn zu kalt), deshalb dann morgens manuell.
Wenn sich der Anwendungsfall auch mit EVCC lösen lässt, umso besser.
Ich finde nur manchmal gibt es spezielle Fälle, die ggf nich viele Leute betreffen und dann ist manuelle Steuerung eine schnelle, einfache Lösung.

[andig]

Yep, das haben wir als „assissted pv“ erkannt. Das „nativ“ einzubauen hilft mehr Anwendern als die externe Steuerung für die Bastler freizugeben.

[VolkerK62]

Seid ihr hier schon gedanklich weitergekommen (Stichwort Wintermodus)?

jahreszeitliche Konfiguration: kein Netzbezug vs. keine Einspeisung (#3448 (reply in thread))

[thebrainkafka]

Habt ihr darüber nachgedacht auch die Ladeleistung einstellbar zu machen? Sprich ich möchte jetzt gerade mit max. xA laden. Per Button zu verstellen.

[andig]

Habt ihr darüber nachgedacht auch die Ladeleistung einstellbar zu machen? Sprich ich möchte jetzt gerade mit max. xA laden. Per Button zu verstellen.

Das wird sicher nicht kommen. Wir haben weiter den Anspruch, den komplexeren Use Case dahinter zu lösen.

[Alestrix]

Sprich ich möchte jetzt gerade mit max. xA laden.

Wäre das ein Zwischending aus Min-PV und Sofortladung? Wofür bräuchte man das?

[binderth]

Das braucht man, wenn man über ein EMS z.B. den für den Tag verfügbaren Strom prognostiziert, mit anderen Parametern verknüpft und dann entscheiden lässt, nicht 100% des Überschusses zum Ladepunkt zu schicken, sondern nur bis xx A maxcurrent. Dann wird Auto und Hausbatterie geladen.

Aber die API gibt das ja bereits her, muss es wirklich in der GUI sein?

[TobiasHuber1980]

also ich kann mich an dieser stelle auch nur für die einführung eines "smart-modus" aussprechen. damit kann viel einfacher auf die vielen verschiedeen belange, gerade in bezug auf die verwendung mit einem hausspeicher reagiert werden. und es wäre für den endanwender auch einfacher / spontaner zu konfigurieren......

ich freue mich, wenn das wirklich eingeführt wird.

toll wäre z.B. folgender modus: pv-batterie: also lade das auto mit maximaler geschwindigkeit, aber nur solange die batterie 25 % erreicht hat, danach nur noch pv-überschuss; sonst ende.
bis dato geht ja glaube ich nur min-pv, aber z.b. nicht "max-pv"

[StevieC121176]

Ich würde einen Modus begrüßen, der folgendes Szenario abdeckt. Meine Wallbox regelt nur in 1A Schritten, dh. es wandern immer 600-700 W ins Netz bevor wieder wieder 1A erhöht wird. Da im Sommer mein Hausspeicher schon gegen 8:00 Uhr wieder voll ist, bedeutet das , das viel Energie verschenkt wird und ins Netz wandert. Abhilfe könnte ein Modus schaffen der automatisch (wenn die HausBatterie z.Bsp. über 90% hat) 1A die Ladeleistung erhöht und somit die fehlenden Watt aus der Batterie gezogen werden.
Andersherum funktioniert es ja schon, heisst wenn die Hausbatterie keine 100% hat wird sie mit den restlichen Watt , die sonst ins Netz fließen, geladen.
Den Hausspeicher also mit nutzen um die grobe Regelung der Wallbox auszugleichen.

[andig]

ResidualPower habe ich auch schon die Werte erhöht, keine Änderung am Verhalten

Wenn sich da gar nix ändert stimmt was nicht. Genau diesen Wert verwenden wir ja auch, um das Verhalten in RIchtung Netzbezug zu verschieben.

[StevieC121176]

Wenn ich mein Auto wieder lade probiere ich das gezielt mit aux und residual power aus und werde berichten

[VolkerK62]

@StevieC121176 konntest du es schon ausprobieren? Würde mich interessieren ob das mit aux funktioniert hat.

[StevieC121176]

Aux hab ich leider noch nicht getestet, da ich nicht weiss was ich genau in der yaml eintragen muss. In der Doku steht zu aux glaub ich nur etwas wie aux: myaux # single aux meter reference aber wo definiere ich myaux oder reicht es wenn ich bei site: aux: 500 eintrage?
andere Werte bei residual power haben nicht den gewünschten Effekt gebracht und zu höherem Netzbezug beim Laden geführt.

[VolkerK62]

in der site ist ja nur der Verweis auf ein Meter.
Du musst ein AUX-Meter definieren.
Ich habe das bei mir so gelöst:

- name: aux
  type: custom
  power:
    source: mqtt
    topic: Haus/aux_pwr
    timeout: 1500m # 25 Std

Per MQTT kann ich dann den gewünschten Wert setzen.
Dort könntest du auch mit const einen festen Wert setzen.

[kalaws]

To complicate matters, I'm pushing for an additional feature which factors in the feedin/charge tradeoff that becomes relevant depending on the variability of one's tariff. This feature seems to me to relate to "smart" charging in a very clear way, assuming that by smart one implies the optimization of costs, partly through the existing planner.

#9042 (comment)

I've done a small Excel experiment on scenarios that can actually happen. It compares the result of factoring in feedin/charge tradeoff vs basing planner on grid tariff as is currently the case. In my example, the saving compared to the old planner corresponds to roughly 5%, owing to the effects of factoring in the feedin/charge tradeoff.

I still don't know how to do this in practice, but the experiment shows that there is in principle a difference from doing so. I realize that in reality, it may not be possible to achieve.

Is anyone else interested in such a feature?

[nicx]

coole ideen, da will ich auch mal meine use cases kund tun :)

lustigerweise benötige ich keinen modus "aus". wenn das Fahrzeug angesteckt ist, möchte ich grundsätzlich "smart" oder "schnell" laden. wenn das Fahrzeug nicht angesteckt ist, dann lade ich nicht :) ich habe nicht den use case dass das Fahrzeug angesteckt nicht laden soll.

zudem nutze ich die evcc UI überhaupt nicht. mein ziel ist es immer, mit möglichst wenigen UIs zu hantieren, und auch dritte (wie zb meine Frau :D ) nicht zu überfordern. d.h. wir nutzen ausschliesslich die tesla app und steuern hierüber das verhalten von evcc (mit Hilfe von home assistant Automationen). im Normalfall ist in der tesla app die Ladegrenze auf 80%. wenn ich diese nun auf 100% schiebe, dann wird durch die HA automation evcc auf "schnell" gestellt. wenn ich die Ladegrenze wieder auf <100% setze in der tesla app, dann wird evcc wieder auf "pv" gestellt. damit erreiche ich, dass ich grundsätzlich nur die tesla app benötige, egal ob ich zuhause lade (wo evcc vorhanden ist) oder an anderen Ladepunkten (ohne evcc).

bzgl der neuen modi hier noch genauer meine use cases bzw. gedanken:

modus "smart":
was möchte ich erreichen? der mindestladestand soll innerhalb eines definierten zeitraums so kostengünstig wie möglich geladen werden. alles darüber soll nur durch pv überschuss geladen werden. ich möchte diesen modus einmal konfigurieren können und dann unabhängig von winter/sommer so belassen können. dazu müsste evcc prognosedaten von pv, preisverlauf von tibber, batterie-prio, "standby-hausverbrauch", etcpp. kennen und mit diesen daten über einen algorythmus (oder neudeutsch eine KI) immer die kostengünstigste variante automatisch fürs laden nutzen, bis eben der mindestladestand von zb 30% erreicht ist.

ein beispiel: ich setze als zeitraum 12h und mndestladestand 30%. pries haus vor Speicher vor Fahrzeug.
im winter bzw. bei zu wenig pv-prognose würde dann der speicher nicht geladen (bzw. nur per eventuellem pv überschuss nach hausverbrauch). der speicher wird im winter aber voraussichtlich nicht voll. das fahrzeug würde trotzdem zum günstigsten tibber-preis über netzbezug geladen (auf genau 30%).
im sommer bzw. bei ausreichend pv-prognose wird von 8 bis 10 der speicher per überschuss voll gemacht, danach das auto (natürlich je nach überschuss auf >30%). es gäbe keinen Netzverbrauch.
grundsätzlich würde es einen fallback geben im algorythmus, der den "übrigen" zeitraum rückwärts rechnet, und bei zb ausbleibendem pv ertrag (im vergleich zum errechneten aus der prognose) rechtzeitig ein laden des fahrzeugs startet, damit es am ende des zeitraums eben auf 30% ist.

modus "schnell":
einfach direkt mit voller Ladeleistung auto voll machen, da ich in den urlaub fahren möchte :) egal wie hoch der speicherstand ist, egal wie teuer der strom ist, egal was die pv liefert.

ich hoffe ich habe mich einigermassen verständlich ausgedrückt :D

[andig]

im Normalfall ist in der tesla app die Ladegrenze auf 80%. wenn ich diese nun auf 100% schiebe, dann wird durch die HA automation evcc auf "schnell" gestellt. wenn ich die Ladegrenze wieder auf <100% setze in der tesla app, dann wird evcc wieder auf "pv" gestellt.

OT: coole Idee :)

[VolkerK62]

Batterienutzung wurde oft erwähnt. Möglicherweise war das schon dabei.
Ich hätte noch zwei Fälle die mit Batterienutzung zu tun haben.
Wenn BatterieSoc > BufferSoc (batteryBuffered)

• eine Wahlmöglichkeit ob mit oder ohne Netzbezug weitergeladen werden soll. Entweder true/false oder Angabe des max. Netzbezuges
• eine Wahlmöglichkeit ob beim PV-Laden die Batterie zusätzlich mitbenutzt werden soll. Endweder true/false oder Angabe der max. Batterieentladeleistung.

[RTTTC]

I like it the way it works and is named now :)
Consistency of experience / UI is also very important from user perspective.

[patsch9]

#9974
ich linke mal mein FRQ wo ich meine Vorstellung dazu angefragt hatte.

[11-Andreas]

Warte sehnsüchtig auf die Funktion "PV+BAT" oder Boost.(Sinngemäß, also Mitnutzung der Hausbatterie mit ihrer maximalen Leistung).

@andig wird daran gearbeitet?
Wenn ja, wann wird es voraussichtlich kommen?

Danke im Voraus und Sorry für Ungeduld.

[naltatis]

Uns ist das Thema wichtig und es ist auch eins der nächsten großen Themen auf der Liste. Allerdings hat aktuell die Konfigurationsoberfläche Priorität. Wenn wir da mit einer ersten stabilen Version raus sind, können wir diesen nicht trivialen Umbau angehen.

[tobe4it]

Wo wäre der Unterschied zu bufferSoc?
https://docs.evcc.io/docs/reference/configuration/site

[Niklas1E]

Hallo, ich habe seit diesem Jahr eine PV-Anlage und EVCC.
Daher sammle ich jetzt meine praktischen Erfahrungswerte.

Im Sommer war der Hausakku meist bis 12 Uhr wieder voll geladen, jetzt im Herbst/Winter leider nicht mehr und möchte ich gern, dass zunächst mein Hausakku (hier 3kW Ladeleistung) mit Prio geladen wird und alles was darüber soll ins Auto geladen werden.

1. wenn es 4 Modi sein sollen, fände ich es schade für die Deaktivierung einen Modus-Platz zu verschwenden. Man könnte es ja so konfigurieren, dass wenn KEIN Modus gewählt es, die Ladefunktion deaktiviert wird.

2. Meine 4 Modi wären:
   2a) PV (reines Überschuss Laden ins Auto) > so wie bisher
   2b) Prio HausAkku + PV (Prio Hausakku 100%, weiterer Überschuss ins Auto) > neuer Modus, wie oben beschrieben
   2c) Manueller Modus (manuelle Auswahl der Ampere in 1er Schritte) > neuer Modus
   2d) Schnell (ggf. Mit 2c kombinier-/erweiterbar) > so wie bisher

[klobin925]

Du kannst dem Hausakku prio geben indem du auf die unterstrichene Prozentanzeige klickst. Dort kannst du alle Prioritäten bereits einstellen.

[Niklas1E]

Cool, Danke. Hatte ich gar nicht auf dem Schirm!

[thwillenpredator2]

Würde mir einen zusatzmodus wünschen (nicht jahreszeitlich oder sonswas, einfach ein weiterer modus, kein ersatz für einen existierenden) bei dem man (ja, v.a. im Winter sinnvoll) sagen kann "starte, sowie Überschuss vorhanden ist mit min Strom."). Startet also früher als pv und vermeidet Einspeisung in der Jahreszeit wo ohnehin zu wenig da ist. Ja der Übergang ist fließend, aber aktuell starte ich manuell mit min+pv sowie ich Überschuss habe. Im Grunde ist es ein "aktiviere min+pv sowie irgendein überschuss vorhanden ist"

[tobe4it]

Evtl hilft hier smartCostLimit oder residualPower weiter?
Wäre natürlich schön, wenn wir das über die GUI einstellen könnten.

https://docs.evcc.io/docs/reference/configuration/site/#residualpower

Beispiel "Netzbezugsanteil":

Die Ladung soll im PV-Modus mit mindestens 6A (einphasig) auch bereits mit nur 50% PV-Anteil beginnen (Rest Netzbezug) Mindestladeleistung: 1 Phase 6A 230V = 1380 W, davon 50%: 690 W

residualPower: -690

[c1olli]

Ich finde den PV Modus, so wie er jetzt ist wirklich gut, zumal ich den Modus einfach mittels einem Taster aktivieren kann, der ein entsprechendes Signal via ioBroker an EVCC senden kann.
Ein zweiter Modus - oben als Smart benannt - könnte dann einfach ein frei konfigurierbarer Modus sein, in dem man die dort den Ladestrom vorwählen kann.

[hackentrick]

Hallo zusammen,

ich bin gerade erst auf diesen Thread aufmerksam gemacht worden.
Meine Anforderung geht in Richtung Lademodi in Abhängigkeit von Auto und Uhrzeit. Ich poste das aus #10504 nochmal hier.

.....Ich habe mir ein paar Gedanken gemacht wie ich gerne laden würde und kann mit den Infos aus der Doku meine Anforderungen/Wünsche nicht erfüllen. Im Prinzip kann man einiges einstellen aber alles nur in Abhängigkeit der Netzlast bzw. der produzierten Solar Leistung.

Ich würde aber lieber den Lademodus in Abhängigkeit des SOC meines Autos sowie der Uhrzeit ändern. Z.B. wenn das Auto einen Ladestand von unter 35% und es nach Sonneuntergang (oder nach 18:30 Uhr) ist soll der Modus von PV auf Min+PV wechseln.

[floms79]

Deine Anforderung zeigt m.E. das Dilemma, in dem evcc als Stand-Alone-Lösung steckt. Ich hab evcc über MQ in Home-Assistant eingebunden und könnte sowas dort per Automation easy steuern.

Deshalb würde ich zuerst Use-Cases sammeln, dann über deren Unterstützung Einigkeit erzielen und erst dann an die Lademodi gehen.

[hackentrick]

Ja du hast vermutlich recht mit den Use-Cases, und ich wollte mich auch nicht an den Lade Modi aufhalten. Im Grunde sind die mir egal.

Also mein Use-Case: Ich lade nur mit Überschuss. Aber, mein Auto soll trotzdem geladen werden wenn es unter einem bestimmten Ladestand ist und es nicht zur erwarten ist, dass es noch mit Solar Überschuss geladen werden kann (Nacht). Die ideale Lösung würde in diesem Modus auch nicht bis max SOC laden sondern hätte einen eigenen maximalen Ladestand ab dem wieder der Überschuss Lademodus aktiviert wird.

Im Prinzip etwa so: Wenn Ladestand < 35% und Uhrzeit nach Sonnenuntergang, dann laden bis 50% - ansonsten Überschuss Laden bis 80%

Das ganze soll automatisch erkannt und gesteuert werden.

[Rossilio]

Danke, gut beschrieben - genau so eine Einstellungsmöglichkeit fände ich auch sehr sinnvoll!

[andig]

Das ganze soll automatisch erkannt und gesteuert werden.

Das- Verknüpfung verschiedenster, v.a. von individuellen Bedürfnissen abhängiger Kriterien- ist eigentlich ein guter Anwendungsfall für eine Heimautomatisierung. Die evcc Schnittstellen ermöglichen die Anbindung.

[SolarPowerEV]

For what it's worth, here my 2 cents.

Grundsätzlich möchte ich voranstellen, dass ich mit dem bisherigen Interface gut klarkomme und eigentlich auch meine Spezialfälle bisher gut geregelt bekommen habe. Insofern wäre mein vorrangiger Wunsch, dass nichts von der aktuellen Funktionalität weggenommen oder reduziert wird.

Mein Fall, jetzt im Winter, (ich weiß noch nicht, wie es bei höheren Sonnenständen wird), der bisher noch nicht automatisiert von evcc abgedeckt wird und daher manuelles Nachführen durch mich erfordert, ist folgender:
Obwohl ich einen 15 kWh-Batteriespeicher (LUNA 2000 von Huawei) habe, so kann dieser DC am Master-Wechselrichter nur mit 2,5 kW und bei zugeschaltetem AC-Laden durch den Slave-WR maximal mit insgesamt 5 kW laden.

Wenn ich jetzt also erreichen will, dass am Ende des Sonnenscheins der Akku bei ca. 100% angekommen ist und der restliche Überschuss komplett ins Auto geladen werden soll, dann komme ich mit den bisherigen Settings da leider nicht hin.
Denn stelle ich jetzt ganz simpel den prioritySoc auf 100% (oder 90%), dann würde bis dahin kein einziges Watt ins Auto gehen. Jetzt läuft aber meine Anlage mittags bereits mit 10 kW. D.h. ich habe dann folgendes Ergebnis:
Hausakku erst bei 40%, PV liefert 10 kW, 5 kW gehen in den Hausakku, 0,5 kW werden verbraucht und der Rest geht ins Stadtnetz statt in mein Auto.

D.h. mit prioritySoc & Co. komme ich also leider nicht weiter.

Was ich bisher mache, ist den prioritySoc auf 15% (=MinSoC meiner Huawei-Anlage) zu stellen, damit PV-Laden direkt startet, dann noch einphasig fest einzustellen (erlaubt immerhin zwischen 1,4 und 7,4 kW bei allen unseren Autos) und dann den Max.-Ladestrom so zu tunen, dass rund 4 kW ins Auto und 4 kW in den Hausakku gehen und wenn dann nachmittags die Sonne so weiter runtergegangen ist, dass nur noch 5 kW vom Dach kommen, das Auto abzuschalten und den Rest in den Akku zu schicken. (Denn das Auto nur mit 1,4 kW zu laden, sorgt für auch für ordentlich Ladeverluste, weil die Ladelektronik des Autos schon ein paar Hundert Watt frisst).

Was ich also - nur idealerweise, ich komme gut damit klar, 1x pro Stunde ins Handy zu schauen und an dem Max-Amperewert im Interface zu drehen - wäre eine Regelung im UserInterface, die es mir erlaubt zu sagen, wieviel Strom in den Hausspeicher und wieviel ins Auto gehen soll. Der Paramter residualPower ist mir durchaus bekannt, löst mein Problem aber auch nicht, weil ich den nicht im laufenden Ladevorgang nachsteuern kann ohne an der evcc.yaml herumzufummeln, die neue Datei in den Docker auf der Synology zu schieben und diesen dann zu restarten. Und den muss ich leider am Nachmittag nachsteuern, je nachdem wie voll der Akku dann bereits ist, um dann doch entsprechend mehr oder weniger Strom ins Auto fließen zu lassen, damit am Ende die 100% SoC im Hausspeicher bei Sonnenuntergang erreicht werden.

Ich weiß gar nicht, ob eine solche Optimierungs-Steuerung automatisiert überhaupt realisierbar ist. Aber was sehr hilfreich wäre, wenn man den residualPower-Wert auch im UI laufend anpassen könnte. Das wäre bereits ein großer Mehrwert und würde es mir etwas einfacher machen, als mit den Min- und Max-Ampere-Regeln "herumzuspielen".

Wenn sich das einfach realisieren ließe, wäre das toll. Wenn nicht, dann bin wie gesagt auch mit dem Ist-Zustand sehr zufrieden. Das von Alfen nativ angebotene Loadbalancing in Verbindung mit einem Smartmeter klappt zur Zeit gar nicht und wenn dann irgendwann vielleicht einmal doch, dann wird nur stumpf Überschuss ins Auto geballert und das war es dann. Da ist evcc schon Lichtjahre weiter.

[SolarPowerEV]

@hyperbart We can switch to English, if that's easier for you. Google Translate isn't ideal, because I don't get some of the stuff it produced like for example what do you mean by "Ich denke auch, dass es in dem Modus keinen Rückschritt geben sollte. Der Beitritt ist erlaubt, der Austritt jedoch nicht, es sei denn, dies muss wirklich gut begründet werden."?

Anyhow, for people needing their car for their work the next morning, there are already plenty of options like the "Charging plan" for example. You might have overlooked that option, because if you don't know about it, you probably never consider to click on the greyed out link "plan" in the middle of the bottom of the tile of your loadpoint.
(I just had a hard time finding it myself, since I've never used it so far, although I knew it exists 🙈)

Here's some documentation regarding the features:
https://docs.evcc.io/en/blog/2023/10/05/feature-highlights-10-2023/#charging-planner-visualization

[SolarPowerEV]

@VolkerK62 Oh, dann habe ich die Doku und die Posts zu dem Thema prioritysoc offensichtlich komplett falsch verstanden. Und das, obwohl ich mir alles dazu in einem eigenen Dokument zusammengetragen hatte. 😳
Vielen Dank für die Klarstellung und Aufklärung meines Irrtums! 🙏🏻

Dann werde ich das mal beim nächsten sonnigen Tag direkt ausprobieren.

Allerdings vermute ich, dass dann erstmal volle 5 kW komplett in den Hausspeicher gehen, bevor das Auto was abbekommt, oder? Das könnte bei 7-8 kW vom Dach am Vormittag dann wiederum etwas mau für das Auto sein, wenn das mit 1,4 kW rumkrautet. Aber auf jeden Fall habe ich eine Option mehr zum finetunen. evcc überrascht mich immer wieder positiv hinsichtlich der Einstellmöglichkeiten.

HTTP Shortcuts klingt spannend, da schaue ich dann auch mal drauf. Ein Button zum Anpassen des Werte direkt in evcc wäre allerdings dennoch meine stark präferierte Option. 😄

[hyperbart]

Ah sorry, what I meant was

I also think the current modes of EVCC should not disappear or change to smart (="no regression in function").
You can add modes but not take them away unless very carefully looked at before changing them or taking them away.

The planning/planner I am aware of, but thanks for pointing it out. The planner with a fixed SoC is not ideal in Belgium: because it uses FAST and FAST = maximum power which gives us high power kW fines in Belgium.

You can find some more information about "Belgium peak fines" here:
#11324 (comment)

[VolkerK62]

@SolarPowerEV

Allerdings vermute ich, dass dann erstmal volle 5 kW komplett in den Hausspeicher gehen, bevor das Auto was abbekommt, oder?

Richtig. leider geht hier nur "alles oder nichts". Zusätzlich zu prioritysoc wäre noch prioritypower schön.
Aber ich glaube das ist hier in der Diskussion schon erwähnt.

Ein Button zum Anpassen des Werte direkt in evcc wäre allerdings dennoch meine stark präferierte Option.

Da die gesamte Config ins UI wandern soll, denke ich dass das später mal so sein wird.

[SolarPowerEV]

prioritypower klingt nach einer super Idee. Damit wäre evcc dann für mich mindestens in den Wintermonaten perfekt.

[abuesen]

Ich begrüße ein Redesign dafür. Ich sinniere gerade über PV+Min. Hab ich richtig verstanden?
PV+Min heißt, lade jetzt sofort mit minimaler Leistung und nutze dabei so viel PV, wie möglich. Nimm den Rest aus dem Netz.
Falls eine eine Haus-Batterie gibt, beziehe die nach Vorgaben mit ein. Bei mehr PV lade auch mit mehr als 'Min'.
(Gibt es irgendwo eine erschöpfende Erklärung des Modus in den Doks?)

Falls meine Ausführung stimmt, fehlt mir ein Modus "Lade PV+Min ab einem einstellbarem Überschuss". Keine andere Abhängigkeit. Ist auch hier jetzt beschrieben: #11756 (comment)

Ich denke, dieser Modus wäre auch für @SolarPowerEV und andere hier im thread hilfreich. Also ein Modus, der überhaupt nicht den Ertrag, die Batterie und sonst noch was mit einbezieht, sondern nur auf den Überschuss schaut.

Wenn alle anderen Regelungen bereits sauber arbeiten oder eventuell sogar evcc-extern sind, dann kann ich den Überschuss einfach ins EV stecken. Zur Not brauche ich dafür etwas Energie aus dem Netz, aber eben nur etwas.

[abuesen]

(Gibt es irgendwo eine erschöpfende Erklärung des Modus in den Doks?)

https://docs.evcc.io/docs/guides/charging/#was-bedeuten-die-verschiedenen-lademodi

[demichve]

Ich möchte auch gerne meine Gedanken mit einbringen …
Ich nutze in der Tat regelmäßig alle 3 Modi. Schnell war bisher klar und hat reingeballert, was geht.
Zwischen PV und Min+PV hatte ich nur gewechselt, weil es in der aktuellen Jahreszeit (Winter) oft zwischen Laden und Nichtladen umgeschaltet hat. Wenn es Richtung Frühling geht, dann würde bei mir Min+PV keine Rolle mehr spielen.
Was gleichzeitig abhängig von der Jahreszeit eine Rolle spielt, ist das Umschalten zwischen 1-phasig und 3-phasig. Da gilt eigentlich das gleiche. Da das Umschalten in der kalten Jahreszeit zu oft vorkommen würde (braucht ja auch technisch bedingt eine Unterbrechung), stelle ich oft um auf 1-phasig.
Wobei für beide Fälle eine Einstellung der Jahreszeit unterschiedlich sein sollte, da diese Fälle in der Jahreszeit versetzt sind.
Macht das Sinn?