Release 0.123.0: Breaking changes

[andig]

This post is to notify you of BREAKING changes that we've made in the 0.123 release. The changes improve flexibility for upcoming features and address some long-standing restrictions in the evcc core.

See #10330 for details. With the changes made, we're splitting the various limits and settings across loadpoint and vehicle and are able to calculate "effective" settings. Most notably, this does now allow us to continue charging in PV mode after the planner limit has been achieved up to the vehicle or session soc limit. Vehicle and session soc limits are also different things now, i.e. the vehicle limit acts as default and can be overridden any time using a session limit.

Future improvements on this basis are for example multiple and/or recurring plans as well as more and more ui-adjustable settings.

#10335 gives a description of the breaking changes involved. Note that evcc will not start if any of the removed settings is part of your yaml file. Remove (or comment) the offending settings; adjustments can now be made via UI. Users will have to re-enter most site-related settings, especially battery configuration.

Note: REST and MQTT APIs have changed as well. We'll update the docs asap.

[MichaelSteg1986]

Hallo,
der Button remove in der Ladeplanung im Dunkelmodus ist fast nicht zu erkennen

[andig]

/cc @naltatis

[schenlap]

Note: REST and MQTT APIs have changed as well. We'll update the docs asap.

Mir würde eine Info helfen wie ich den bisherigen Call ersetzen kann:
curl -X POST http://localhost:7070/api/loadpoints/1/target/time/2023-12-05T05:00:00Z bzw. auch TargetSoc

[andig]

Zugriff erfolgt jetzt über die Fahrzeuge:

// vehicle api
vehicles := map[string]route{
	"minsoc":   {[]string{"POST", "OPTIONS"}, "/vehicles/{name:[a-zA-Z0-9_.:-]+}/minsoc/{value:[0-9]+}", minSocHandler(site)},
	"limitsoc": {[]string{"POST", "OPTIONS"}, "/vehicles/{name:[a-zA-Z0-9_.:-]+}/limitsoc/{value:[0-9]+}", limitSocHandler(site)},
	"plan":     {[]string{"POST", "OPTIONS"}, "/vehicles/{name:[a-zA-Z0-9_.:-]+}/plan/soc/{value:[0-9]+}/{time:[0-9TZ:.-]+}", planSocHandler(site)},
	"plan2":    {[]string{"DELETE", "OPTIONS"}, "/vehicles/{name:[a-zA-Z0-9_.:-]+}/plan/soc", planSocRemoveHandler(site)},
}

Alle HTTP APIs siehst Du in https://github.com/evcc-io/evcc/blob/master/server/http.go#L96-L170

[schenlap]

Super, danke. So einfach ;-)
Falle es wer anders auch benötigt:
curl -X POST http://localhost:7070/api/vehicles/<name Fahrzeug>/plan/soc/80/2023-12-05T05:00:00Z

[andig]

Ich werde den Unix Timestamp noch als valides Datumsformat ergänzen.

[rwegnerGermany]

Der Vollständigkeit halber für MQTT, weil ich da gerade über eine Stunde gerätselt habe:
topic: evcc/vehicles/<name Fahrzeug>/planSoc/set payload: {"time": "2024-01-06T05:00:00Z", "value": 80}

[mdkeil]

Wie macht man aktuell über die API einen Fahrzeugwechsel?
http://localhost:7070/api/loadpoints/1/vehicle/<vehicleID> tut es ja nicht mehr; habe es schon mit dem vehicleTitle versucht, geht aber auch nicht.

[naltatis]

curl -X POST http://localhost:7070/api/loadpoints/1/vehicle/<vehicleName> sollte gehen. Vorher war das der Title, jetzt ists der Name.

[mdkeil]

Hatte ich ebenfalls probiert.. als Fehlermeldung kommt: error=not found: Niro-EV .. ist auch egal mit welchem vehicleName ich es versuche.

evcc\api\state

{
    "result": {
        "auth": {
            "vehicles": {}
        },
        "battery": [
            {
                "power": -0,
                "soc": 87,
                "capacity": 14.34,
                "controllable": true
            }
        ],
        "batteryCapacity": 14.34,
        "batteryConfigured": true,
        "batteryDischargeControl": false,
        "batteryEnergy": 0,
        "batteryMode": "unknown",
        "batteryPower": 0,
        "batterySoc": 87,
        "bufferSoc": 90,
        "bufferStartSoc": 0,
        "currency": "EUR",
        "greenShareHome": 0,
        "greenShareLoadpoints": 0,
        "gridConfigured": true,
        "gridPower": 523,
        "homePower": 518,
        "loadpoints": [
            {
                "chargeCurrent": 0,
                "chargeCurrents": [
                    0.02,
                    0,
                    0
                ],
                "chargeDuration": 0,
                "chargePower": 5,
                "chargeRemainingEnergy": 24120,
                "chargeTotalImport": 6262.17,
                "chargedEnergy": 0,
                "chargerFeatureHeating": false,
                "chargerFeatureIntegratedDevice": false,
                "chargerIcon": null,
                "charging": false,
                "connected": true,
                "connectedDuration": 0,
                "disableThreshold": 0,
                "effectiveLimitSoc": 80,
                "effectiveMaxCurrent": 16,
                "effectiveMinCurrent": 6,
                "effectivePlanSoc": 100,
                "effectivePlanTime": "2023-12-21T06:00:00Z",
                "effectivePriority": 0,
                "enableThreshold": 0,
                "enabled": false,
                "guardAction": "inactive",
                "guardRemaining": 0,
                "limitEnergy": 0,
                "limitSoc": 0,
                "maxCurrent": 16,
                "minCurrent": 6,
                "mode": "pv",
                "phaseAction": "inactive",
                "phaseRemaining": 0,
                "phasesActive": 3,
                "phasesConfigured": null,
                "phasesEnabled": 3,
                "planEnergy": 0,
                "planProjectedStart": "2023-12-21T02:00:00+01:00",
                "planTime": "0001-01-01T00:00:00Z",
                "priority": 0,
                "pvAction": "inactive",
                "pvRemaining": 0,
                "sessionCo2PerKWh": null,
                "sessionEnergy": 0,
                "sessionPrice": null,
                "sessionPricePerKWh": null,
                "sessionSolarPercentage": 0,
                "title": "Carport",
                "vehicleCapacity": 64.8,
                "vehicleClimaterActive": null,
                "vehicleDetectionActive": false,
                "vehicleFeatureOffline": false,
                "vehicleIcon": "",
                "vehicleName": "my_kia",
                "vehicleOdometer": 0,
                "vehiclePresent": true,
                "vehicleRange": 207,
                "vehicleSoc": 46.5,
                "vehicleTargetSoc": 0,
                "vehicleTitle": "Niro-EV"
            },
            {
                "chargeCurrent": 0,
                "chargeCurrents": [
                    0,
                    0,
                    0
                ],
                "chargeDuration": 0,
                "chargePower": 0,
                "chargeRemainingEnergy": 23511.111111111113,
                "chargeTotalImport": 73.815,
                "chargeVoltages": [
                    0,
                    0,
                    0
                ],
                "chargedEnergy": 0,
                "chargerFeatureHeating": false,
                "chargerFeatureIntegratedDevice": false,
                "chargerIcon": "",
                "charging": false,
                "connected": true,
                "connectedDuration": 0,
                "disableThreshold": 0,
                "effectiveLimitSoc": 100,
                "effectiveMaxCurrent": 10,
                "effectiveMinCurrent": 10,
                "effectivePlanSoc": 0,
                "effectivePlanTime": "0001-01-01T00:00:00Z",
                "effectivePriority": 0,
                "enableThreshold": 0,
                "enabled": false,
                "guardAction": "inactive",
                "guardRemaining": 0,
                "limitEnergy": 0,
                "limitSoc": 100,
                "maxCurrent": 10,
                "minCurrent": 10,
                "mode": "pv",
                "phaseAction": "inactive",
                "phaseRemaining": 0,
                "phasesActive": 1,
                "phasesConfigured": null,
                "phasesEnabled": 1,
                "planEnergy": 0,
                "planProjectedStart": "0001-01-01T00:00:00Z",
                "planTime": "0001-01-01T00:00:00Z",
                "priority": 0,
                "pvAction": "inactive",
                "pvRemaining": 0,
                "sessionCo2PerKWh": null,
                "sessionEnergy": 0,
                "sessionPrice": null,
                "sessionPricePerKWh": null,
                "sessionSolarPercentage": 0,
                "title": "PSA-Charger",
                "vehicleCapacity": 46,
                "vehicleClimaterActive": null,
                "vehicleDetectionActive": false,
                "vehicleFeatureOffline": false,
                "vehicleIcon": "car",
                "vehicleName": "my_peugeot",
                "vehicleOdometer": 24110.8,
                "vehiclePresent": true,
                "vehicleRange": 120,
                "vehicleSoc": 54,
                "vehicleTargetSoc": 0,
                "vehicleTitle": "e-208"
            }
        ],
        "prioritySoc": 80,
        "pv": [
            {
                "power": 0
            }
        ],
        "pvConfigured": true,
        "pvEnergy": 0,
        "pvPower": 0,
        "residualPower": 100,
        "siteTitle": "Home",
        "smartCostActive": false,
        "smartCostLimit": 0.15,
        "smartCostType": "priceforecast",
        "sponsor": "bamartin80 (+1)",
        "sponsorTokenExpires": 0,
        "statistics": {
            "30d": {
                "avgCo2": 0,
                "avgPrice": 0.19721991649912604,
                "chargedKWh": 658.6009999999987,
                "solarPercentage": 2.5364113800554016
            },
            "365d": {
                "avgCo2": 0,
                "avgPrice": 0.11741139175496901,
                "chargedKWh": 3767.1890000000008,
                "solarPercentage": 61.970430364139894
            },
            "total": {
                "avgCo2": 0,
                "avgPrice": 0.11741139175496901,
                "chargedKWh": 3767.1890000000008,
                "solarPercentage": 61.970430364139894
            }
        },
        "tariffFeedIn": 0.0736,
        "tariffGrid": 0.2126,
        "tariffPriceHome": 0.2126,
        "tariffPriceLoadpoints": 0.2126,
        "vehicles": {
            "my_kia": {
                "title": "Niro-EV",
                "limitSoc": 80,
                "plans": [
                    {
                        "soc": 100,
                        "time": "2023-12-21T06:00:00Z"
                    }
                ]
            },
            "my_peugeot": {
                "title": "e-208",
                "limitSoc": 80
            }
        },
        "version": "0.122.1 (e1e703c4)"
    }
}

[naltatis]

Der name des Fahrzeuges ist my_kia.

[mdkeil]

Das war es! Hätte ich mir auch selbst denken können.. danke für den Tipp!

[stefa75]

Mein EVCC als Add-on in Homeassistant startet nicht mehr nach dem Update!
Using config file: /config/evcc.yaml
Config not found. Please create a config under /config/evcc.yaml.
Die Addon-configs werden seit einem der letzten HA Updates in /addon_configs/49686a9f_evcc/ gespeichert. Dort ist das evcc.yaml auch.

Scheint dass EVCC das dort nicht sucht.
Wenn ich den Ordner in der Config ändere kommt gleiche Fehlermeldung.

[andig]

Andere Frage

Bitte beim Thema bleiben

[seppbusch]

Ich bin mir jetzt aufgrund der neuen Einstellung der Werte über die UI nicht sicher über den Unterschied der Einstellung für:

• Standard Ladelimit (über Ladeplanung Ankunft)
• Ladelimit (in Vehicle Gui siehe Screenshot)

Kann mir einer den Unterschied erklären ?

• Min Ladung scheint logisch aber auch noch mal zur Bestätigung: Lade mit voller Leistung bis 30% SOC, korrekt ?

Gruß
Sebastian

[seppbusch]

Das sind Werte, die beim Verbinden des Autos (Ankunft) eine Rolle spielen. Den Begriff Session würde ich ungern zusätzlich noch einführen. Lieber den Beschreibungstext bei den Advanced Funktionen (Fahrzeug-Settings / Ankunft) klarer bzw. ausführlicher machen.

Oder so dann sicher auch klarer

[Balujuhu]

Was passiert denn, wenn man das Ladelimit auf 80% stehen hat, aber im ladeplan eine Ladung bis 100% drin ist? Wird dann dann trotzdem bei 80% gestoppt?

[andig]

PV stoppt bei 80, Plan bei 100.

[Balujuhu]

Also „überschreibt“ der ladeplan das ladelimit?

[andig]

Der Plan führt den Plan aus, und zwar billigst. Ob Du im PV Modus mehr oder weniger laden willst stört ihn nicht.

[dm82m]

Wo finde ich denn die Info, welche Wechselrichter/Batterie Kombination das Sperren der Entladung kann? Bei mir ist ein Fronius mit einer Byd verbaut, habs bisher über Home Assistant gelöst, wär aber durchaus daran interessiert das komplett in die Hände von EVCC zu geben.

[VolkerK62]

Wenn es für dein System implementiert ist, kannst du es im UI in den Batterie-Einstellungen aktivieren.
Eine Liste mit den Systemen ist mir nicht bekannt.

[andig]

Wir haben derzeit:

• Sungrow
• SofarSolar
• Kostal
• Powerwall
• Victron

SolarEdge wird folgen.

[dm82m]

Wenn ihr das per modbus löst und für fronius angehen wollt, meldet euch, ich kann die Register und co liefern. Hab das ja so auch per Modbus in Home Assistant gemacht.

[naltatis]

Wir sollten diese Info als Feature in den Templates aufnehmen. Dann könnten wir es (analog Wallbox Features wie 1p3p, mA, ...) in der Doku ausspielen.

[andig]

Gute Idee. Das wäre dann #11193

[andig]

Separates issue

[andig]

Gibts Insights wie das gehen sollte? Dann bitte separates Issue, sonst OT.

[jan-z]

@andig Für mich als Benutzer erzeugen solche breaking changes Frust, da plötzlich durch das automatische Update nichts mehr läuft.

Ich verstehe euer Ziel, dass ihr die Konfiguration in der UI ermöglichen wollt. Für mich ist es leider die falsche Richtung. Ich will nur eine Configdatei, die das gesamte Verhalten des Programms steuert. Die Configdatei kann ich in der Versionskontrolle haben und per Ansible verteilen und muss nicht Click-Ops betreiben. Ich will ein System, was automatisiert im Hintergrund seinen Dienst verrichtet, ohne dass ich damit interagieren muss.

Ich danke euch für die bisherige Arbeit. Ich war gerne Sponsor, da EVCC ein praktisches Werkzeug für mich war.

[thebrainkafka]

Kann es sein dass die Änderung vehicles zu vehicle doch noch nicht nötig ist ("10335)?
Mit vehicles kommt ein Fehler invalid keys, mit vehicles passt alles wie gehabt.

[mdkeil]

@jan-z mit oder ohne Config, es wird in Zukunft wahrscheinlich weitere BCs geben.. außerdem haben die Änderungen den Vorteil eben nicht jedes Mal evcc neustarten zu müssen, wenn man was ändern möchte und Änderungen den Neustart auch überstehen, aufgrund der nun persistenten Config.. klar ist es am Ende auch eine schöne Sache, wenn man einfach die Config auf ein anderes System übertragen kann.. ggfs. wird es in Zukunft eine entsprechende "Export"- Funktion geben.

[andig]

@jan-z

da plötzlich durch das automatische Update nichts mehr läuft.

Es ist eine 0.x Version. Da sind automatische Updates eigenes Risiko. Wenn Du mit der Funktionalität zufrieden bist- warum updaten? Wenn nein- dann müssen Änderungen akzeptiert werden. Die hier eingebrachten sind übrigens z.B. > 1Jahr alt und werden seitdem im Logfile als Deprecations angezeigt. Sicher genut Zeit um zu reagieren!

Die Configdatei kann ich in der Versionskontrolle haben

Da bist Du ein Einzelfall. 95% der Anwender wissen nicht einmal, was eine Versionskontrolle ist. Und zum Glück gibt es diese Datei weiter- heisst jetzt evcc.db.

Ich war gerne Sponsor, da EVCC ein praktisches Werkzeug für mich war.

Danke fürs Feedback und schön, dass Du da warst. Falls Du etwas verbessern willst: wir suchen einen Release Engineer 🎅🏻

[andig]

Kann es sein dass die Änderung vehicles zu vehicle doch noch nicht nötig ist ("10335)?

@thebrainkafka habs geändert:

• removed vehicles- no longer needed

[thebrainkafka]

Wo in der UI sollte ich das Battery Control Häkchen sehen?
Oder muss dafür was in die yaml?

[VolkerK62]

im UI in den Batterieeinstellungen (ganz unten). Das ist aber nur auswählbar, wenn es für deine Batterie schon implementiert ist.

[thebrainkafka]

Danke Volker. Das macht Sinn es nur anzuzeigen wenn es für die Batterie geht. Top

[MaxV85]

Super. Hab die paar Werte auskommentiert, jetzt läuft es.

Blöde Fragen:

1. Wird die yaml jetzt komplett überflüssig?
2. Ich kann in der UI keine Einstellungen hinsichtlich Fahrzeug vornehmen oder ein neues kommentieren. Dachte das wäre jetzt dabei?

[VolkerK62]

1.) noch nicht, aber das ist das Ziel
2.) was genau meinst du damit? Ein neues fahrzeug anlegen? Dann musst du bei Einstellungen (oben rechts im UI) die "experimentellen feature" einschalten.

[MaxV85]

Ja genau, das war meine Fragen, danke für die Beantwortung.Am 23.12.2023 um 14:13 schrieb VolkerK62 ***@***.***>: 1.) noch nicht, aber das ist das Ziel 2.) was genau meinst du damit? Ein neues fahrzeug anlegen? Dann musst du bei Einstellungen (oben rechts im UI) die "experimentellen feature" einschalten. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[thorsten-gehrig]

Danke für das neue release - tolles Weihnachtsgeschenk - ich finde die Verbesserungen gelungen :-)
Frage: die Fahezeuge/Vehicles (definition, Konfiguration) sind jetzt permanent in der evcc.db ?
Ist die Zuordnung eines Fahrzeugs zu einer festen WB auch in der evcc.db?
(Kann ich ja nun nicht mehr in der yaml festlegen - ich habe 2 Fahrzeuge und 3 WBs - da jeder "seine" WB hat habe ich diese bisher fest definiert).

Danke & Gruß - weiter so - und frohes Fest!

[VolkerK62]

Das heißt, du hast die Fahrzeuge nicht in der yaml, sondern (experimentell) im UI konfiguriert?

[thorsten-gehrig]

Genau - und darauf wollte ich hinweißen: bei der Konfiguration in der UI kann man dann wohl das Fahrzeug nicht mehr einer WB zu weißen.
Ist nicht schlimm - aber vielleicht ist diese Abhängigkeit "übersehen" worden?

Gruß
Thorsten

[VolkerK62]

aber vielleicht ist diese Abhängigkeit "übersehen" worden?

bin mir nicht sicher. Mag am Übergangszustand liegen. Mach am besten dazu ein Issue auf.

[andig]

@thorsten-gehrig das geht noch nicht im UI weil dafür die Loadpoint-Config noch fehlt. Kommt aber. Du kannst das allerdings weiter in der yaml machen. Den „name“ des Fahrzeugs findest Du raus wenn du mal

evcc vehicle

Aufrufst

[thorsten-gehrig]

ja - danke - hab ich. Wollte nur drauf hinweißen...
Issue hab ich aufgemacht - kannst du aber auch wieder zumachen wenn´s eh auf der roadmap ist :-)

[DanielGlaas]

Warum kommt nach dieser Änderung nicht einfach eine Warnung, die sagt:

"Achtung, überzählige Parameter ohne Funktion gefunden"

anstatt ein Fatal Error

Dez 25 10:04:22 raspberrypi evcc[12532]: [main ] FATAL 2023/12/2
5 10:04:22 failed configuring loadpoints: failed configuring loadpoint: 1 error(s) decoding:
Dez 25 10:04:22 raspberrypi evcc[12532]: * '' has invalid keys: resetondisconnect

[jph76]

Weil du als Entwickler irgendwann die obsolete Konfiguration nicht mehr im Code berücksichtigen willst. Irgendwann kommt der Punkt, wo aus einer Warnung ein Fehler werden muss. Wenn nicht jetzt, dann in drei Monaten, und dann meckern die Leute genau so. Ich bin auch drüber gestolpert und habe mich drüber geärgert, weil ich die Ausgabe im Logfile (siehe https://github.com/evcc-io/evcc/discussions/10978#discussioncomment-7933198) übersehen habe.

@andig wenn mir eine Manöverkritik erlaubt ist: In der Dokumentation ist nicht erkennbar, dass diese Parameter deprecated sind bzw. nun gar nicht mehr verwendet werden sollen. Beispiel siehe https://docs.evcc.io/docs/reference/configuration/loadpoints#resetondisconnect. Ihr hättet euch etwas möglicherweise übellaunige Kommentare ersparen können, wenn die Parameter dort schon vor längerer Zeit als deprecated gekennzeichnet worden wären. Ansonsten: Danke für EVCC!

[andig]

Ja, die Doku ist noch nicht wieder auf dem aktuellen Stand, danke für den Hinweis!

[allcoolusernamesaregone]

Hallo,

hat sich hier im Rahmen des Releases das Verhalten hinsichtlich Grid Power und Site Power geändert?
Ich habe vor längerem just for fun meinen kleinen Nachteinspeise-Hausakku als Batterie eingebunden, der lädt wenn er geladen wird mit 330, 340 Watt.
Die Einbindung erfolgte hauptsächlich zur optischen Darstellung in der UI, just for fun halt. Das klappt auch sowohl beim Laden aus auch Entladen einwandfrei.

Ich glaube(!) bisher (zuletzt genutzt: 0.121.1) wurde im Modus PV/MinPV so gesteuert, dass "grid power" am Ende möglichst 0 Watt war.

Aber jetzt mit 0.123.1 anscheinend nicht mehr - jetzt scheint "site power" das Ziel der 0 Watt zu sein? Bin mir da nicht wirklich sicher, aber das Verhalten konnte ich bisher nicht beobachten. Die Batterieladeleistung wird vom aktuellen Netzbezug abzogen, so dass "site power" bei einem Netbezug/grid power von 0 dann aber negativ wird, nur warum?

Das führt natürlich dazu, dass die Auto-Ladeleistung erhöht wird, und der kleine Akku nun nicht mehr mit Überschuss, sondern mit Netzstrom geladen wird, während früher Auto und Nachteinspeiseakku gemeinsam aus PV geladen wurden. Ein Residualpower in ungefährer Höhe der Ladeleistung bringt die frühere 0 bei "grid power" zurück. Wenn auf Residualpower auf 0 zurückgestellt wird, wird die Ladeleistung entspr. erhöht und es ergibt sich Netzbezug in Höhe der Haus-Batterieladung.

//residualpower auf 300
Dez 27 12:58:14 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:14 battery power: -336W
Dez 27 12:58:14 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:14 grid power: -26W
Dez 27 12:58:14 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:14 grid powers: [1180 -561 -646]W
Dez 27 12:58:14 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:14 grid currents: [5.64 -2.8 -3.05]A
Dez 27 12:58:14 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:14 site power: -362W

//residualpower auf 0 - Ladeleistung Wallbox wird erhöht
Dez 27 12:58:24 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:24 battery power: -336W
Dez 27 12:58:24 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:24 grid power: 303W
Dez 27 12:58:24 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:24 grid powers: [1507 -559 -645]W
Dez 27 12:58:24 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:24 grid currents: [6.99 -2.79 -3.04]A
Dez 27 12:58:24 evcc[2386]: [site  ] DEBUG 2023/12/27 12:58:24 site power: -33W

[andig]

Nein

[allcoolusernamesaregone]

Nein

Danke, und gut, oder auch nicht 😂 - dann versuch ich mal nachzuvollziehen warum sich das anders anfühlt. Konnte ich so noch nicht beobachten...

[VolkerK62]

check mal prioritysoc. Sollte auf 100 stehen.

[allcoolusernamesaregone]

Ah, danke für den Hinweis. Der Stand warum auch immer auf 0.
Test steht aus, Auto ist unterwegs, aber nach dem, was ich in site.go diesbzgl. sehen kann (batterypower := 0 falls Akkustand < prioritysoc), dann war das die Lösung..! :)

[diver77]

Hallo zusammen,
habe leider seit dem update auch ein paar Fehlermeldungen.
habe in einer yaml, mal folgendes geändert

prioritySoc: 80 # give home battery priority up to this soc (empty to disable)

bufferSoc: 90 # ignore home battery discharge above soc (empty to disable)

resetOnDisconnect: true # set defaults when vehicle disconnects

seidem startet evcc auch wieder unter Homeassistant.

Es kommt aber immer noch folgende Warnung
Request failed with status code 400: API request failed https://xxx/api/hassio_ingress/pNHpJqY0FtUy56THpIV2sDW2XU-f-BrqyEzJz8D5uH4/api/loadpoints/1/plan/preview/energy/50/2023-12-29T06:00:00.000Z

was muss ich denn da noch machen?

Auch habe ich die Frage, wie mache ich das momentan dann mit meiner Batterie, ich habe einen Solaredge WR.
Ich bekomme in der UI leider noch keine Batterie angezeigt.

Momentan ist auch auch nicht so schlimm, da die Batterie nicht geladen wird bei dem Sonnenstand und ich das Auto sowieso auf schnell stehen habe, aber in ca einem Monat stelle ich wieder auf PV um.

Danke für Eure Hilfe

Sonnige Grüße

Diver

[andig]

zumindest kommt immer eine Fehlermeldung.

Spannend. Welche? Bitte neues Thema...

[diver77]

ok, sorry mein Fehler, habe es jetzt auch begriffen, wie ich es in der UI einstellen kann. :-(
Geht auch mit dem Solaredge. :-)

aber eine Frage habe ich noch. Habe es jetzt so eingestellt.

Heißt das jetzt, dass die Batterie bis 75% geladen oder entladen wird, falls schon mehr in der Batterie vorhanden ist. dann das Auto bis es 90% geladen ist? Was bedeutet
Batterieunterstütztes Laden
startet automatisch
wenn halbvoll

Sorry ist für mich etwas konfus
Gruß Diver

[andig]

Super dass es läuft :)

[Lako-Unbekannt]

@diver77 Falls du immer noch unsicher bist was die Werte bedeuten: So wie du es eingestellt hast: Bis die Batterie 75% hat, wird das Auto nicht im PV modus geladen. Aller überschuss geht also in die Batterie. Zwischen 75% und 90% wird das Auto geladen sobald genug PV überschuss da ist. Sollte die Batterie 95% (Hälfte voll über 90%) Wird das Auto durch die Batterie geladen auch wenn der PV Modus an ist, und das bis die Batterie bei 90% ist.

[diver77]

Hallo Lako,
danke für deine Erklärung. Jetzt habe ich es verstanden.
Jetzt hoffe ich nur, dass meine PV bald wieder von Schnee befreit ist. :-)

Gruß diver

[mrweggla]

Nochmal für die Noobs hier... was muss ich machen, damit das neue Update auch bei mir läuft? Wenn ich es richtig verstehe, sollen die fehlerhaften Zeilen aus der yaml gelöscht werden. Ok, soweit so gut. Gibt es irgendwo eine Anleitung, wie man die yaml modifiziert?

Ich erhalte diese Fehlermeldung nach dem Update:

failed configuring loadpoints
failed configuring loadpoint
1 error(s) decoding: * '' has invalid keys: resetondisconnect

[mrweggla]

Bisher hab ich das nur in der Ersteinrichtung mit den entsprechenden Konfigurationsschritten gemacht. Das würde ich mir gern ersparen, ehrlich gesagt.

Es sollte doch einen einfacheren Weg geben, um die bösen Zeilen zu entfernen oder lieg ich da falsch? Alles was ich suche, ist eine Anleitung, wie ein Noob wie ich die yaml modifizieren kann - bin bestimmt nicht der erste, der damit hapert ;)

[dm82m]

Worauf läuft denn dein evcc? Im wesentlichen musst du von dort wo du die Befehle eingeben kannst mit einem Editor (Nano) die evcc.yaml zum editieren öffnen

[andig]

OT: mit einem Texteditor. Hat aber in diesem Thread nichts zu suchen 👍🏻

[andig]

Mach bitte ein neues Thema mit kompletter Config. Das hat mit 0.123 nun wirklich nichts mehr zu tun. Danke.

[nickfrmb]

Hallo zusammen,
vielleicht kann mir wer helfen bei dem Problem.
Ich habe die Diskussion bereits verfolgt nachdem ich Heute früh das Update ausgeführt habe auf die Neuste Version.
Nun werden wir natürlich Fehler angezeigt, so dass EVCC nicht mehr startet, ich habe bereits versucht die YAML Datei zu ändern, aber erfolglos.
Kann mir vielleicht wer sagen was ich in der Datei anpassen oder löschen muss, dass ich wieder auf die UI gelange und EVCC normal läuft?

Hier der angezeigte Fehler:
failed parsing config file
1 error(s) decoding: * '' has invalid keys: uri

Hier meine Yaml Datei

`uri: 0.0.0.0:7070 # uri for ui
interval: 15s # control cycle interval

log: info

meters:

• type: template
  template: sma-home-manager
  usage: grid
  host: 192.168.178.113 # IP-Adresse oder Hostname
  name: grid1
• type: template
  template: sma-inverter
  usage: battery
  host: 192.168.178.118 # IP-Adresse oder Hostname
  password: *****
  name: battery3
• type: template
  template: sma-inverter
  usage: pv
  host: 192.168.178.116 # IP-Adresse oder Hostname
  password: *****
  name: pv4
• type: template
  template: shelly-1pm
  usage: pv
  host: 192.168.178.37
  name: pv5

chargers:

• type: template
  template: easee
  user: *****
  password: *****
  charger: *****
  name: wallbox6

vehicles:

• type: template
  template: tesla
  title: TΞSLA Model Y # Wird in der Benutzeroberfläche angezeigt
  accessToken: *****
  refreshToken: *****
  vin: *****
  capacity: 60 # Akku-Kapazität in kWh
  name: ev5

loadpoints:

• title: Easee-Wallbox
  charger: wallbox6
  vehicles:
  • ev5
    mode: pv
    phases: 0
    mincurrent: 6
    maxcurrent: 16

site:
title: TΞSLA Überschussladen
meters:
grid: grid1
pvs:
- pv4
- pv5
batteries:
- battery3

hems:
type: sma
AllowControl: true

tariffs:
grid:
# either
type: tibber
token: *****

feedin:
# rate for feeding excess (pv) energy to the grid
type: fixed
price: 0.08 # [currency]/kWh

sponsortoken: ***** `

Vielen Dank für Eure Hilfe :-)

[nickfrmb]

never change a running System oder wie war das ? :-)

Bislang gab es auch nie Probleme bei Updates.

Vielen Dank für Deine Hilfe, dann werde ich die Änderungen mal vornehmen.

Was meinst Du bei loadpoints ist keine Liste mehr ?

[VolkerK62]

Was meinst Du bei loadpoints ist keine Liste mehr ?

https://docs.evcc.io/docs/reference/configuration/loadpoints

alt:

vehicles:
  - ev5

neu:
vehicle: ev5

[nickfrmb]

Danke :-)
Scheint zu laufen, allerdings kann ich jetzt keinen kWh Stundenpreis mehr angeben, ab wann das Auto mit dem Laden starten soll (Tibber)

Vorher musste ich nur auf den angezeigten Preis in der UI gehen, jetzt ist dieses nicht mehr möglich oder befindet sich diese Einstellung jetzt ?

[VolkerK62]

das hab ich auch manchmal. mach nochmal einen Neustart.

[nickfrmb]

Top! Hat geklappt, Danke Dir Volker für den 1A Support 👍

[pit65535]

Durch das Update mußte ich ja prioritySoc rausnehmen, wie kann ich jetzt festlegen, dass zuerst meine Hausbatterie geladen wird bis zu 80 % und dann die Solarleistung, die ich nicht direkt verbrauche ins Auto geleitet wird? Vor dem Update war das ja mit prioritySoc festgelegt.....

[VolkerK62]

prioritysoc und buffersoc sind weiterhin einstellbar. Klick mal auf die Prozenangaben.

Der letzte Satz bzgl Batteriesteuerung bezieht sich NICHT auf die Einstellungen, sondern nur auf das erweiterte Feature bzgl Enladesperre.

[0x3d13f]

Warum macht ihr es euch so schwierig, dass ihr buffersoc und prioritysoc nicht mehr universell implementiert wie bisher, sondern es jetzt plötzlich vom Hersteller des Wechselrichters abhängig ist.

Das ist ein Missverständnis. Was mit Deinem Speicher nicht funktioniert ist die Entladesperre. Das Feature buffersoc bzw. prioritysoc ist weiter vorhanden. Du musst dafür auf die Prozentwerte neben der stilisierten Batterie klicken um die Werte einzustellen.

[lansester]

Oh weia, da war ich jetzt aber echt voll auf dem Holzweg.
Danke für die netten Rückmeldungen und den Tipp.
Auf die Idee, dass man einfach auf die Prozentwerte klicken kann, bin ich einfach nicht gekommen.
Ich dachte, man müsste den weißen Balken in der Grafik verschieben können und aufgrund des Hinweises, dass mein Speicher nicht unterstützt wird, dachte ich, dass es deshalb nicht geht.
Schon etwas peinlich ;-)
Funktioniert natürlich und damit ist alles jut.

Kann man sich eigentlich bzgl. der Dokumentation irgendwie beteiligen? (auf docs.evcc.io)
Ich würde gerne in die entsprechenden Abschnitte jeweilige Tipps/Hinweise einfügen mit Screenshots.
Ein Bild mit eingekreisten Stellen wo was eingestellt wird, sagt oft mehr als eine längere Beschreibung.
Oder zumindest in der Beschreibung erläutern wo man die Werte findet.
Aktuell ist die Konfiguration in der GUI weit verstreut und unter Konfiguration findet man nur einen kleinen Teil der Einstellungen.
Daher wäre etwas mehr Erläuterung in der Doku vielleicht hilfreich für andere.

[andig]

Siehe https://github.com/evcc-io/docs. Freuen uns über Unterstützung.

[naltatis]

Um die Batterie- und Netzeinstellungen leichter auffindbar zu machen sind sie nun auch aus der Hauptnavi erreichbar: #11405

[nicx]

Hi zusammen,

coole Weiterentwicklung! Finde es super wenn auf kurz oder lang die yaml überflüssig wird.

Eine Frage bzw. ein Problem hierbei: Nach jedem Reboot von EVCC sind bei mir die per UI eingestellten Parameter wieder auf "Default". Das betrifft zb die Tibber Pseisgrenze (springt nach Reboot auf "Keine") und die Batterieeinstellungen (springen nach Reboot auf "100% für Fahrzeug zuerst").

Muss ich irgendwo noch einstellen, dass diese Konfigurationen erhalten bleiben? In der Doku habe ich nichts gefunden... kann auch sein das ich blind bin ;)

Gruss
nicx...

[nicx]

@naltatis ja bei mir läuft EVCC im docker container. Das Ladelog ist ebenfalls weg.

[allcoolusernamesaregone]

@naltatis bei mir läuft es nicht in einem Container. Ladelog bleibt im Gegensatz zu den Akku Socs aber erhalten..
Das mit dem Nullen des Priority-SoC ist beliebig reproduzierbar..

[andig]

Die db muss in den Container gemountet werden. Sonst ist sie einschliesslich aller Settings weg. So funktioniert Docker…

Ist hier aber völlig OT!

[naltatis]

@nicx Das Stichwort ist hier volumes. Siehe Doku: https://docs.evcc.io/docs/installation/docker#docker-installation

[nicx]

@andig @naltatis danke für den Hinweis... ich hatte hier das .evcc volume noch nie drin... nur die yaml. ist mir bis zu diesen Änderungen hier eben nie aufgefallen, da ich die Ladehistorie noch nie genutzt hatte ;)

[dm82m]

Ich habe ein wirklich komisches Verhalten mit der 0.123.3:

• nutze eine easee und habe das gefühl, dass die 0.123.3 irgendwann keine lust mehr hat mit der easee zu interagieren, zeigt sich so, dass die ladung im modus pv nicht aufhört wenn nicht genug überschuss vorhanden und der hausakku unter soc ist. bzw. zeigt sich auch so, dass aus evcc heraus die ladung nicht mehr gestoppt (mode off) bzw. schnell laden aktiviert werden kann. interessanterweise sehe ich aber auch keine wirklich sinnvollen log ausgaben dazu ...

• resetondisconnect habe ich aus der config entfernt, so wie das sein soll. mode am loadpoint ist gesetzt auf off. wenn ich das fahrzeug abstecke, bleibt das fahrzeug in evcc weiterhin gesetzt...

das hier habe ich im log:

[site  ] DEBUG 2024/01/02 11:35:15 ----
[lp-1  ] DEBUG 2024/01/02 11:35:15 charge power: 0W
[lp-2  ] DEBUG 2024/01/02 11:35:15 charge power: 0W
[site  ] DEBUG 2024/01/02 11:35:15 pv power: 879W
[site  ] DEBUG 2024/01/02 11:35:15 battery soc: 25%
[site  ] DEBUG 2024/01/02 11:35:15 battery power: -17W
[site  ] DEBUG 2024/01/02 11:35:15 grid power: 716W
[site  ] DEBUG 2024/01/02 11:35:15 grid currents: [-1 5.24 -1.16]A
[site  ] DEBUG 2024/01/02 11:35:15 battery has priority at soc 25% (< 70%)
[site  ] DEBUG 2024/01/02 11:35:15 site power: 816W
[lp-1  ] DEBUG 2024/01/02 11:35:15 charge currents: [0 0 0]A
[lp-1  ] DEBUG 2024/01/02 11:35:15 charge total import: 1049.391kWh
[lp-1  ] DEBUG 2024/01/02 11:35:15 charger status: B
[lp-1  ] DEBUG 2024/01/02 11:35:15 set dima-car plan soc: 0 @ 0001-01-01 00:53:28 +0053 LMT
[lp-1  ] ERROR 2024/01/02 11:35:17 charger enable: command rejected: 638397885158611325

[andig]

interessanterweise sehe ich aber auch keine wirklich sinnvollen log ausgaben dazu ...

was ist das dann im Log? Gehört das zusammen? Im Zweifel neues Thema und Frage an den Easee Support…

[diver77]

Siehe #11278, die Ursache ist noch nicht klar.
Hallo Andig,
gutes neues Jahr erstmal.
Sorry war die letzten Tage gesundheitlich außer Gefecht gesetzt. :-)
Ok, das mit der Fehlermeldung habe ich verstanden. Ist somit ja auch nicht so schlimm, wenn ich weiß, dass die Fehlermeldung kommt wenn kein Auto angesteckt ist.
Aber was ist mit der Batterie bei einem Solaredge WR. Bis wann denkt Ihr wird das kommen, das ich den Priority Soc und den Buffer Soc einstellen kann. Über die Yaml ist es ja nicht mehr möglich oder? zumindest kommt immer eine Fehlermeldung.
Danke für Eure Hilfe
Gruß Diver

[OZON08]

Kann mir jemand verraten, wo ich die MQTT Api Änderungen einsehen kann, leider ist funktioniert die Steuerung über mein HA Dashboard momentan nicht.

[rwegnerGermany]

welche topics liest/schreibst du denn? Die Doku auf evcc.io bzgl. MQTT ist nicht gerade aktuell.

[Hihoduda]

Hallo,

ich hoffe, ihr alle seid wohlauf. Ich frage mich, ob durch die letzten Updates Änderungen an der Einstellung "maxCurrent" bei der Funktion "onIdentify" unter Vehicles vorgenommen wurden. Beim Anschließen meines Elektrofahrzeugs ignoriert EVCC die in der yaml Datei festgelegte maximale Ladestromgrenze (20A). Stattdessen wird die maximale Ladestromgrenze bei Einstellungen (UI) der Wallbox (32A) verwendet. Muss ich da etwas abändern?

Vielen Dank im Voraus für eure Hilfe und Unterstützung!

Screenshot

[nisnu]

Hallo,
hat noch jemand einen Tipp, was ich ggf. falsch mache? Teste über Postman:
http://[IP]/api/vehicles/my_car/plan/soc/100/2024-01-26T20:00:00Z

Ergebnis:
{
"result": {
"soc": 100,
"time": "2024-01-26T20:00:00Z"
}
}

Sieht doch von Ergebnis gut aus, oder? Leider ist über das UI keine Einplanung zu sehen.

und auch über HA MQTT publish habe ich es versucht:
Topic: evcc/vehicles/my_car/planSoc/set
Payload: {"time": "2024-01-27T09:00:00Z", "value": 100}
Leider weiß ich nicht wie ich vom MQTT in HA das Log angezeigt bekomme.

Auch hier wird scheinbar nichts eingeplant.

[mdkeil]

@nisnu Nein, bei mir läuft evcc in einem separaten Docker Container.

[nisnu]

soweit ich weiß bekomme ich nur das oben stehende als Log vom HA AddOn. Wüste jedenfalls nicht, wo ich das eigentliche Logfile finde.

[nisnu]

Das sehe ich vom Ladepunkt und vom Auto in MQTT, ist da irgendwas evtl. falsch, was verhindert, dass es eingeplant wird?

[mdkeil]

kurze Rückfrage.. wenn du nun also das den Superb anschließt, wird keine geplante Ladung angezeigt im UI?-- liegt halt zwei Tage in der Zukunft.. keine Ahnung, wie das intern gehandhabt wird, speziell, wenn der aktuelle SOC > als der effektivePlanSOC ist.

edit: ich würde wohl ein separates issue/discussion aufmachen, da es schnell unübersichtlich wird.

[nisnu]

Genau, wird dann nicht angezeigt im UI. Habe es auch mit Planung für den gleichen Tag probiert - ist das Gleiche. Übers UI kann man 6 Tage im Voraus die Planung einstellen.

OK, dann mache ich ein separates issue/discussion dazu auf: Ladeplanung per API funktioniert nicht (EVCC als AddOn in HA)

[IonasElate]

Hallo

ich würde gerne Limit SOC und Min SOC via openHAB setzen aber mir fehlt die Dokumentation des "channels".
Alt (Loadpoint-basiert): {channel="evcc:device:home:loadpoint0#minCurrent"}

Neu? Mein Vehicle heißt eGolf also hab ich es das probiert:
{channel="evcc:device:home:eGolf#limitsoc"}

Leider erfolglos.

Für Tips bin ich dankbar!

[rwegnerGermany]

Keine Ahnung, was du mit channel meinst, aber im MQTT wäre die Struktur so:
evcc/vehicles/eGolf/limitSoc

Also würde ich mal das probieren:
{channel="evcc:device:home:vehicles:eGolf#limitsoc"}

[IonasElate]

Danke! Parallel ist mir auch der Gedanke gekommen in MQTT zu schauen und ich habe es tatsächlich genau so probiert wie du geschrieben hast - leider auch erfolglos. Evtl. ist das Binding auch noch nicht aktualisiert.
Ich werde jetzt erst einmal den Umweg über Mosquitto gehen.