Übersicht / Erfahrung / Tipps zur Nutzung evcc als Home Assistant addon

[SolarPower2024]

Hallo zusammen,
ich möchte hier mal einen kleinen Überblick geben wie ich selber evcc über Home Assistant verwende und hoffe hiermit ein paar Tipps und Inspirationen für andere im Zusammenhang mit Home Assistant zu geben. Vielleicht gibt es auch noch andere Möglichkeiten oder hilfreiche Tipps, die andere von euch haben und ihr gerne teilen möchtet.

Vorweg, ich bin ein großer Fan von Home Assistant und möchte mal ein paar Vorteile auflisten, wieso ich evcc als Add-on bevorzuge, anstelle eines Stand-Alone Systems. (auch wenn es Nachteile hat wie zb. kein längeres Log file)

• Es wird nur eine Hardware für alle Systeme benötigt, zb. Raspberry Pi
• Zugriff von außen sehr einfach einrichtbar
• Grafische Oberfläche für die Konfiguration der evcc.yaml
• Grafische Oberfläche für das Updaten von evcc
• Einfacher Wechsel zwischen stable und nightly Version mittlerweile möglich
• Automatische Sicherung durch die Home Assistant Backup Funktion (lokal und Cloud Backups möglich)

Da alles in der grafischen Oberfläche durchführbar ist, ist es auch sehr einfach für Leute die nicht so mit Linux und den ganzen Kommandozeilen vertraut sind.

So, jetzt zu meinen „Eigenheiten“ die ich so angelegt habe:
1) Pfad meiner evcc.yaml und evcc.db:

Ich verwende den /homeassistant Pfad der in das /config Verzeichnis des HA Systems verweist aus einem Grund: ich möchte dieselbe Konfig Datei und DB Datei in meiner stable und nightly Version verwenden.
Standardmäßig ist die evcc.db im /data Verzeichnis. Das würde ich dir empfehlen abzuändern, zumindest in das /config. (Pfad des Add-ons) Dann kommst du nämlich leicht an die DB ran, im /data Verzeichnis ist das ganze etwas schwieriger / umständlicher.

-> Tipp: wenn du die DB aktuell in /data drin hast und sie auf ein anderes Verzeichnis kopieren willst, so kommst du auf einfache Weise an die DB ran: mache ein Backup vom Add-on und entpacke die Datei auf deinem Rechner, darin enthalten ist dann die DB 😉

2) Update Möglichkeit über UI
Einfacher Klick im UI auf Aktualisieren und schon läuft das Update.

3) Vorkonfigurierte Modi

Der Schalter EVCC nightly macht folgendes: er startet eine Automatisierung in dem das evcc Add-on gestoppt wird, wartet ein paar Sekunden und startet das evcc nightly Add-on. Da ich die gleiche evcc.yaml Datei, die gleich evcc.db Datei und das nightly auf derselben IP-Adresse/Port läuft, brauche ich sonst nichts umstellen und alles läuft mit den gewohnten Daten. Das nightly updated sich übrigens jede Nacht selber und ist somit immer auf dem neuesten Stand.
Den evcc Modus habe ich bei mir in HA erstellt, Sommer und Winter. Je nach Konfiguration ändern sich zb. die enable / disable treshold Werte bzw. auch der Standard Ziel Soc meines Autos.

4) Custom Devices
Aufgrund einer Besonderheit meines Setups, muss ich ein paar Berechnungen vornehmen bzw auf einen externen Sensor zugreifen, um das Grid-Meter zu erhalten. Mit Home Assistant aber kein Problem und der Wert für das Grid-Meter wird einfach bei jeder Änderung mittels mqtt an evcc gesendet.

5) System check und Benachrichtigung / Neustart
Weiters habe ich mir eine Automatisierung gebaut, die überprüft ob evcc überhaupt läuft. Sobald es gestoppt ist (aus welchem Grunde auch immer), bekomme ich auf das Handy eine Benachrichtigung und das Add-on wird neu gestartet

6) Integration Hardware Button meiner go-e Wallbox
Ich habe den Knopf an der go-e Wallbox genutzt für eine weitere Funktion. Wenn ich den Knopf drücke wird der Modus in evcc auf „schnell“ umgestellt, dies aber nur wenn wirklich mein Auto angesteckt und zuhause ist. Das ist ganz nützlich, wenn man gerade nach Hause kommt, standardmäßig ist nach dem Einstecken der Modus PV drin, ich aber in dem Moment schnell laden möchte. Ohne lange das Handy raus nehmen, einfach auf den Knopf drücken und erledigt.

7) Home Assistant als Absicherung für instabile Geräte verwenden:
Was man zb. weiters machen kann, ist ein instabiles Gerät, Tarif oder ähnliches abzufangen. evcc startet ja nicht, wenn nicht alles verfügbar ist. Hat man aber jetzt zb. einen Tarif der nicht erreichbar ist (zb. Co2 API von grünstromindex, oder andere dynamische Tarife), ist das im Prinzip ja nicht so dramatisch. Um das Verhindern des Starts zu umgehen, kann man die Abfrage also in Home Assistant machen und per mqtt an evcc schicken. Im Falle des Fehlers des Gerätes, Tarifes, etc wird dann einfach der Wert „0“ gesendet.

8) Backup Funktion
Es wird jeden Tag ein automatisches Backup vom System gemacht und sowohl lokal (auf meiner SSD) als auch verschlüsselt auf OneDrive gespeichert.

9) Bearbeiten der DB mittels DB Browser for Sqlite
Da es schon öfters gefragt wurde wie man a) das Passwort zurücksetzen kann oder b) fehlerhafte Werte in der DB ausbessern kann hier noch zur Vollständigkeit. Einfach das Tool DB Browser for Sqlite nutzen, die evcc.db öffnen (vorher Backup nicht vergessen) und schon könnt ihr die DB grafisch bearbeiten. Werte einfach anpassen/löschen und die Änderungen in die DB schreiben.

Admin Passwort löschen:

Ladesessions bearbeiten:

Weitere Add-ons in Home Assistant die bei evcc hilfreich sind bzw. die ich im Einsatz habe, um auch die oben genannten Vorteile zu erzielen:

1. Tailscale
   

Tailscale ist eine sehr einfache VPN Verbindung, einfach das Add-on laufen lassen und die App auf dem Smartphone laufen lassen (funktioniert auch als Always-on VPN Verbindung) und schon hast du sowohl auf Home Assistant als auch direkt auf evcc (z.B. über die App aus dem Appstore) außerhalb deines Netzwerkes Zugriff.

2. Studio Code

Damit hast du eine einfache grafische Oberfläche mit der du die evcc.yaml Datei bearbeiten kannst.

3. Samba Share

Das Samba Share addon ist sehr hilfreich, wenn du zb. die Dateien wie evcc.yaml oder auch die evcc.db über deinen Windows/Mac Rechner zugreifen möchtest. Da kannst du die Dateien einfach kopieren, speichern, ändern, etc wie du es aus dem Explorer gewohnt bist.

Weitere hilfreiche Add-ons:

• InfluxDB: erstelle eine separate Datenbank für Langzeitstatistiken
• Grafana: werte die Daten grafisch aus und erstelle dir Diagramme, Grafiken, etc wie du sie am liebsten dargestellt haben möchtest
• Mosquitto Broker: MQTT Broker für das Handling von zb. Custom devices zwischen Home Assistant und evcc

Hilfreiche Integration:

• Evcc Integration von marq24, siehe entsprechend evcc Doku

[typxxi]

Ich fang dann mal an, konkret nachzuhaken, denn was Du custom devices nanntest, kann mir helfen, wenn es um den PV Strom geht.

Ich habe 5 Wechselrichter und davon nur 1 Hybriden, sodass bei mir sozusagen das System immer nur vom Hybriden die Livezahlen mitteilen kann (und indirekt über den Zähler die Einspeiseleistung im Moment).
Kommen von da 12.500 W AC und wird für den Hybriden 2500 W AC (ohne die Leistung, die der Hybrid aus den PV Modulen direkt DC in den Akku lädt) gemeldet, liegt die Erzeugung bei 15000 W.

Bisher hatte ich den Hybriden nebst seiner Leitung zum Einspeise / Bezugsmeter als PV1 in evcc am Laufen.
Das funktionierte auch, aber die Darstellung und Berechnung, wie viel Strom ich vom Dach direkt nutze, die war falsch.

Darauf bekam ich den Tipp, den PV1 Zähler rauszuwerfen und siehe da nun war alles gelb PV Strom und ich hatte auch Ladeerfolge, die auch unten rechts ausgewiesen wurden. Sonst stand da halt immer nur was von 20% oder so, aber heute waren es mal 100%.

ABER: das ist dann ja auch nur so die halbe Wahrheit, denn am Ende holt mich das wieder ein, dass mir der PV Leistungsmesser fehlt.

Ich habe aber diese Werte in HomeAssistant und würde die nun gern Richtung evcc einspielen und zwar so, dass die als PV Zähler eingehen, so dass ich dann ein runde(re)s System hätte. Das ginge natürlich auch mit 5 weiteren USB modbus Schnittstellen in 30 Kabel Metern Entfernung, weil die Hybriden mit den Akkus im Warmen stehen und die anderen auf dem kalten Dachboden nebst Feuchtigkeit. Aktuell kriege ich die Daten per WLAN und das jeder Minute (als Schnitt der letzten Minute) , womit ich aber leben kann.

Daher nun die Frage, wie Du 4. genau gelöst hast:
"4) Custom Devices
Aufgrund einer Besonderheit meines Setups, muss ich ein paar Berechnungen vornehmen bzw auf einen externen Sensor zugreifen, um das Grid-Meter zu erhalten. Mit Home Assistant aber kein Problem und der Wert für das Grid-Meter wird einfach bei jeder Änderung mittels mqtt an evcc gesendet."

Ich habe die PV Erzeugungsleistung aller Wechselrichter in Watt da, würde dann aber gern das ggf. anpassen.
PV 1 könnte dann der Werte des Hybriden sein
PV 2 sollte dann von HA kommen und zwar Summe der anderen Einspeiser

Keine Ahnung, ob ich dann bei PV1 noch eingreifen muss, weil da ja der Einspeiser auch die Werte für den Übergabepunkt liefert.

Ich würde an sich gern nur eine möglichst saubere Darstellung hinbekommen, ohne dass ich jetzt schon alles verkabel haben muss. Parallel läuft im Hintergrund aber die Vorarbeit, dass alle Wechselrichter per Modbus an HA / evcc liefern können
(entweder
1x Pi Zero mit 4x USB Modbus Adapter als Modbus Proxy 1 Dachboden und
1x Pi Zero als Modubus Proxy 2 Hybrid mit wieder 3x USB Modbus Adaptern
ODER aber
2x 4 fach modbus TCPIP Umsetzer mit jeweile 1x LAN Anschluss

Hier jetzt soll es aber erst einmal um die provisorische Lösung gehen, wie ich HA Sensordaten via mqtt in evcc reinbekommen und in evcc.yaml konfiguriere (ich arbeite weiter führend mit evcc.yaml , es bei Konfiguration per UI Probleme gibt schon bei den Wallboxen, was aber per evcc.yaml sofort läuft).

DANKE

[typxxi]

Für den Export der PV Erzeugung (ohne Hybriden) aus HA via mqtt hilft diese Erklärung

In Kürze:

1. in evcc.yaml wird die PV Leistung via mqtt als "pv_leistung_ohne_hybrid_wechselrichter" "empfangen"

2. dann in der evcc.yaml unter Site die Quellen für die PV Leistungen definieren

3. in HA die mqqt publish Automation zum Liefern

evcc.yaml die Definition der PV meter "pv_leistung_ohne_hybrid_wechselrichter" und "netz_meter_eastron_via_hybrid_wr"

meters:

    ###################################################
    ###                                             ###
    ###   PV ERZEUGUNG OHNE HYBRID WECHSELRICHTER   ###
    ###                                             ###
    ###################################################
  - name:          pv_leistung_ohne_hybrid_wechselrichter
    type:          custom
    power:
      source:      mqtt
      topic:       export/evcc/pv_leistung_ohne_hybrid_wechselrichter
      timeout:     600s
 
    ###################################################
    ###                                             ###
    ###   NETZ METER EASTRON SDM630 via HYBRID WR   ###
    ###                                             ###
    ###################################################
  - name:          netz_meter_eastron_via_hybrid_wr
    type:          template
    template:      growatt-hybrid
    usage:         grid

    modbus:        rs485serial    ###   RS485 via adapter (Modbus RTU)
    id:            1 
    device:        /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.3:1.0-port0
    baudrate:      9600
    comset:        8N1

Die Definition der Site bedient sich dann der beiden hier oben definierten meter.

site:

  title:            "DAHOAM ist DAHEIM ! \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ [ 3.18 - 11:37 ] "
  ###               Ist im UI die TITELZEILE und zeigt, welche evcc.yaml Version im evcc HA addon docker genutzt wird
  ###               Spart eine Menge Stress, wenn man weiß, dass es die Version vom 18.3. - 11:37 Uhr ist
  ###               \_ = geschütztes Leerzeichen, denn sonst werden mehrfache Leerzeichen nur als "1" Leerzeichen angezeigt

  residualPower:    111

  meters:
    grid:           netz_meter_eastron_via_hybrid_wr

    pv:
                    - hybrid_wechselrichter_1
                    - pv_leistung_ohne_hybrid_wechselrichter
    #               - hybrid_wechselrichter_2     ###   AUSBAUSTUFE 1

    battery:    
                    - battery_1
    #               - battery_2                   ###   AUSBAUSTUFE 1

Wer da noch kW etc. umrechnen muss, der schaut besser, dass er das in HA erledigt, denn die CALC Plugin Funktionen sind sehr viel umständlicher als ein "| float(0) * 1000 | int" beim Export (siehe Automation unten) einzufügen

Die Automation liefert dann den mqtt Wert, wobei hier im Beispiel noch von kW auf W umgerechnet wird.
Das ist einfacher als in der yaml mit MUL: und Scale: 0.001 zu arbeiten.

alias: "evcc MQTT PV TEILEINSPEISER LEISTUNG OHNE HYBRIDE EXPORTIEREN"
description: ""
triggers:
  - entity_id: sensor.pv_teil_einspeiser_ohne_hybride_leistung_kw
    trigger: state
actions:
  - data_template:
      topic: export/evcc/pv_leistung_ohne_hybrid_wechselrichter
      payload: >-
        {{ states('sensor.pv_teil_einspeiser_ohne_hybride_leistung_kw') | float(0) * 1000 | int }}
    action: mqtt.publish

Damit fehlen mir noch Deine Ausführungen zu den Punkten 5 und 7

5. System check und Benachrichtigung / Neustart
   Weiters habe ich mir eine Automatisierung gebaut, die überprüft ob evcc überhaupt läuft. Sobald es gestoppt ist (aus welchem Grunde auch immer), bekomme ich auf das Handy eine Benachrichtigung und das Add-on wird neu gestartet
   ...
6. Home Assistant als Absicherung für instabile Geräte verwenden:
   Was man zb. weiters machen kann, ist ein instabiles Gerät, Tarif oder ähnliches abzufangen. evcc startet ja nicht, wenn nicht alles verfügbar ist. Hat man aber jetzt zb. einen Tarif der nicht erreichbar ist (zb. Co2 API von grünstromindex, oder andere dynamische Tarife), ist das im Prinzip ja nicht so dramatisch. Um das Verhindern des Starts zu umgehen, kann man die Abfrage also in Home Assistant machen und per mqtt an evcc schicken. Im Falle des Fehlers des Gerätes, Tarifes, etc wird dann einfach der Wert „0“ gesendet.

[SolarPower2024]

Hat jetzt leider etwas länger gedauert, da ich auf Geschäftsreise war.
Wie du per mqtt an evcc schickst, hast du also bereits gelöst. Bei mir ist das sehr simple gehalten:
in evcc:

meters:
  - name: meter_grid_steuerung
    type: custom
    power:
      source: calc
      add:
        - source: mqtt
          topic: HA/EVCC/FroniusPapa/Einspeisung
          timeout: 60s
        - source: mqtt
          topic: HA/EVCC/Shelly3EM/Power
          timeout: 60s
    currents: # Stromstärke (A) pro Phase
      - source: mqtt # Phase 1 Plugin Typ
        topic: HA/EVCC/Shelly3EM/Current/A
        timeout: 60s
      - source: mqtt # Phase 2 Plugin Typ
        topic: HA/EVCC/Shelly3EM/Current/B
        timeout: 60s
      - source: mqtt # Phase 3 Plugin Typ
        topic: HA/EVCC/Shelly3EM/Current/C
        timeout: 60s

und in HA werden die Werte regelmäßig per mqtt gepublished. zb.

  - action: mqtt.publish
    metadata: {}
    data:
      qos: "2"
      retain: true
      topic: HA/EVCC/Shelly3EM/Current/A
      payload: "{{ states(\"sensor.shelly3em_phase_a_current\") }}"

Punkt 6 funktioniert im gleichen Stil:
ich habe für ein BKW einen Shelly EM Pro laufen, dient lediglich als PV meter für die grafische Darstellung der PV Leistung. Für die reine Funktion von evcc daher nicht notwendig, da ja die Steuerung ohnehin über das grid Meter läuft. Ich habe daher eine Automatisierung erstellt, die den Wert vom Shelly nur übermittelt, wenn der Wert >0 Watt ist bzw. in anderen Fällen wird dann einfach 0 übertragen. Somit spielt es keine Rolle, sollte der Shelly mal ausfallen, evcc startet trotzdem:

if:
  - condition: numeric_state
    entity_id: sensor.pv_balkon_switch_0_power
    above: 0
then:
  - action: mqtt.publish
    metadata: {}
    data:
      qos: "2"
      retain: true
      topic: HA/EVCC/ShellyEMBalkon/Power
      payload: "{{ states(\"sensor.pv_balkon_switch_0_power\") }}"
else:
  - action: mqtt.publish
    metadata: {}
    data:
      qos: "2"
      retain: true
      topic: HA/EVCC/ShellyEMBalkon/Power
      payload: "0"
enabled: true

Punkt 5 ist ebenso sehr einfach gehalten:

alias: "evcc gestoppt "
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.evcc_lauft #das ist die entity die ausgibt ob das evcc add-on läuft oder gestoppt ist, kann sein, dass es standardmäßig deaktiviert ist und du das erst aktivieren musst
    to: "off"
    for:
      hours: 0
      minutes: 5
      seconds: 0
conditions:
  - condition: state
    entity_id: binary_sensor.evcc_nightly_running
    state: "off"
actions:
  - action: notify.benachrichtigungen_smartphones #hier die notify action für das spezifisiche Smartphone eintragen
    metadata: {}
    data:
      message: "evcc gestoppt! Check notwendig "
  - action: hassio.addon_start
    metadata: {}
    data:
      addon: 49686a9f_evcc
mode: single

Es wird also geprüft ob das Add-on mehr als 5 min nicht mehr läuft, im Anschluss wird eine Benachrichtigung von HA an mein Smartphone geschickt und das Add-on neu gestartet. Die condition wegen nightly kannst du weg lassen, wenn du das nightly nicht verwendest. Ich wechsle hier ab und zu um neue Funktionen zu testen, habe sie daher eingebaut. Wenn das nightly läuft, interessiert es mich klarerweise nicht, dass das stable offline ist.

[typxxi]

OK,
beim Punkt 6 "instabile Geräte" bin ich letzte Woche gefühlt in die gleiche Falle gelaufen, aber frag Dich lieber.

1. Mit "instalbil" meinst Du die Shelly Geschichte, dass ein in evcc definiertes, aber dann fehlendes Gerät den Start von evcc unterbinden kann
2. Gefühlt hatte ich den Fall letzte Woche beim temporären Abbau der 2. Wallbox, wo ich dann erst einmal brauchte, dass das Fehlen der 2. Wallbox allein das Starten von evcc unterbinden kann. Hab danach die 2. Wallbox in yaml auskommentiert und es ging
3. Tage später kam dann die 2. Wallbox wieder hinzu und plötzlich ging wieder nix, bis mir dann wieder die Vorwoche einfiel, dass ich erst die yaml um die 2. Wallbox erweitern musste.

Von daher fand ich das Thema spannend, weil Du es erwähnt hattest und mich kurz darauf indirekt erwischt hat, wenn auch nicht beim Zähler.

Ich war mir aber nie darüber bewusst, dass 1 fehlendes Gerät / Device / Meter evcc vom Starten abhalten kann.

Muss ich mal schauen, ob und wie ich das nutzen kann.

Punkt 5
fand ich interessant, weil ich bisher annahm, dass in diesen Fällen Watchdog diesen Job erledigt, den Du beschrieben hast, oder gibt es da andere Fälle, wo Watchdog nicht aktiv wird, aber Deine Regel dann den Neustart des Addons veranlasst ?

Ich bin aktuell noch einmal am Schauen, was ich da wie machen kann bzw. welche Störungen es gibt. An sich war Home Assistant eher mal ausgefallen, aber meist selten, wenn ich nicht in den LOGs Fehler bearbeitet hatte, die sich über die Zeit eingeschlichen hatten. Home Assistant kann am Ende auch sozusagen schlechter mal durch Fehler ausfallen, weil es praktisch selten 4 Wochen am Stück ohne Reboot läuft, sondern eher alle 2 Wochen oder gar jede Woche einen Neustart bekommt.

[SolarPower2024]

Ja genau - damit meinte ich, dass durch fehlerhafte Geräte evcc am Start gehindert wird. Was für mich für bestimmte Geräte keinen Sinn macht.
Bzgl mobiler Wallbox musst du da mal etwas rum probieren, da wirst du einen custom charger erstellen müssen.

Watchdog hat bisher nicht funktioniert, da gab es aber ein Issue das jetzt gelöst sein sollte. Mit der neuen Version (seit heute) sollte Watchdog jetzt funktionieren und die Automatisierung hier nicht mehr notwendig sein.

[typxxi]

Ok,
die neue Version hab ich schon, aber von der Sache, dass Watchdog nicht funktionierte, hab ich nichts gemerkt gehabt.

Ich habe KEINE MOBILE WALLBOX, sondern 2 baugleiche Geräte, die lediglich ihre Rollen und Positionen tauschen mussten, also physikalisch hängen beide an 1 gut 1m langen Brett und wir nehmen die eine Wallbox für Sofort und Vollgas laden vom Netz, wenn es denn sein muss, wobei diese Wallbox uns den Octopus Intelligent Go Tarif ermöglicht, wo wir von 0 bis 5 Uhr nur 14,4 Cent je kWh fürs ganze Haus zahlen bzw. auch außerhalb der 0 bis 5 Uhr Zeiten immer dann, wenn Octopus Überschussstrom los werden will. Wir zahlen von 0 bis 5 Uhr die 14,4 Cent und sonst 28 Cent, außer Octopus hat Überschüsse und will das AUto laden und zugleich das Haus versorgen. Dann gibt es den Strom auch für die 1h für 14,4 cent.

Dafür braucht man entweder Auto mit online Verbindung, die bei uns im Abo 150€ pro Jahr kosten soll, oder aber eine Pulsar Plus Wallbox. So eine hatten wir schon, aber da wird OCPP ja von EVCC genutzt, um die Ladegeschwindigkeit und Beginn zu steuern.
Daher brauchten wir eine 2. Wallbox und die haben wir nun gekriegt und montiert, aber die gesamte evcc yaml Kisten mussten halt adaptiert werden, wo ich erst noch gedacht hatte, dass das Abklemmen der Kabel an der Box reiche und evcc laufen würde mit der einen verbliebenen Wallbox.
Das war Pustekuchen und erstaunlich, dass da gar nix ging und die Büchse sozusagen ewig auf die fehlende gewartet und neu gestartet hätte.

Ich warte jetzt mal ab, wie stabil evcc läuft und schau mal, ob ich mir noch den Sensor und die Benachrichtigung einbaue, wenn es eine Störung geben sollte.

DANKE

[TomF79]

@SolarPower2024
@dm82m

Kurze Verständnisfrage.

Aktuell habe ich das offizielle HA Addon mit den Standardpfaden am laufen:

/config/evcc.yaml
/data/evcc.db

Kann ich nun das Nightly HA Addon ebenfalls mit diesen beiden Standardpfaden/Dateien betreiben?

Ich möchte gerne einen schnellen Wechsel zwischen Offiziell und Nightly, bestenfalls das jeweilige beenden und das andere starten.

[dm82m]

Kannst du, dann sind allerdings die Dateien doppelt vorhanden (also je addon einmal). Alternativ kannst du auch beide Dateien zb nach /homeassistant/evcc/ legen und im addon jeweils /homeassistant/evcc/evcc.yaml und /homeassistant/evcc/evcc.db einstellen.

[TomF79]

Kannst du, dann sind allerdings die Dateien doppelt vorhanden (also je addon einmal). Alternativ kannst du auch beide Dateien zb nach /homeassistant/evcc/ legen und im addon jeweils /homeassistant/evcc/evcc.yaml und /homeassistant/evcc/evcc.db einstellen.

Ok danke, jetzt verstehe ich warum @SolarPower2024 die Dateien auf einen gemeinsamen Pfad gelegt hat.

[SolarPower2024]

@TomF79 genau, das ist der Grund. Ich möchte die DB nicht trennen.
Der einzige Nachteil ist: Wenn du ein Backup vom Addon machst, sind die Daten nicht enthalten. Beim gesamten HA Backup, aber natürlich schon.

[dm82m]

Korrekt. Und ggfs. könnte es zu einem Problem werden wenn ein nightly eine Änderung an der db macht man zurück auf stable wechselt und stable mit dieser dB Änderung nicht zurecht kommt. Ich glaub aber das passiert nicht so oft.

[melmager]

Frage bevor ich was eigenes baue:
Hat einer schon Geräte via Homeassistant Rest Api Sensoren in evcc eingebaut ?
Hintergrund: Ich habe ein Zwischenzähler mit Modbus > esphome > Homeassistant sensoren - und der soll jetzt als Gridzähler (netzzähler) in evcc eingebaut werden.
Die Sache mit dem dynamischen Preis muss ich mir auch noch reinziehen - denn auch hier habe ich in Homeassistant Sensoren gebaut die mir die Strompreise für die nächsten 24 Stunden liefert - der soll auch rein :-)
aber erstmal klein anfangen :-)

[0x3d13f]

Schau mal z.B unter #20552

[SolarPower2024]

https://github.com/marq24/ha-evcc/blob/main/HA_AS_EVCC_SOURCE.md

Da ist eine Anleitung.
Ich habe die Werte aber einfach per mqtt gepublished. War für mich weniger Aufwand.

[melmager]

es gäbe ja noch die variante in esphome (da ist eh ein esp32 :-) ) zusätzlich modbus tcp oder mqtt einzubauen - alles komplex ...
modbus rs485 > esphome > homeassistant und Modbus TCP sender .... oder mqtt publish
selbst die Rest Api von EVCC hilft nicht wirklich weiter...

[Dasgen]

Moin zusammen,
ich versuche mich auch gerade an dem Thema Home Assistant und EVCC unter einen Hut zu bringen.

Ich habe 2 Huawei Sun2000 + Batterie die über den SDongele per Modbus an mein HomeAssistant angebunden sind. Das funktioniert soweit auch recht gut.

Nun habe ich das EVCC Addon installiert und mit der Konfiguration begonnen. Wie es überall beschrieben steht HA Modbusproxy und dann passt das schon.... Leider nicht :( die Konfiguration haut zwar hin, also PV, Grid und Battery werden in EVCC sauber erkannt und die Batterie kann auch gesteuert werden, aber HA und EVCC kommen sich beim Modbus in die Quere! Es kommt ständig zu Fehlern und Time outs.

Also habe ich wie beschrieben meine HA Entitäten in die EVCC.yaml gebracht. Das funktioniert soweit auch sehr gut.

Das einzige Fragezeichen das ich noch habe ist die Steuerbarkeit der Batterie. Also Verhindern, dass beim Laden mit günstigen Strom (Octopus Intelligent GO) die Batterie entladen wird.

Das klappte über Modbus super.

Kann ich das über die HA API auch realisieren? (Falls ja, wie?)
Oder muss ich die Daten aus EVCC per MQTT nach HA bringen und dort mit Automationen die Steuerung der Batterie durchführen? (Falls ja, hat hier jemand ein paar Tipps für mich?)

[mfuchs1984]

Leider nicht :( die Konfiguration haut zwar hin, also PV, Grid und Battery werden in EVCC sauber erkannt und die Batterie kann auch gesteuert werden, aber HA und EVCC kommen sich beim Modbus in die Quere! Es kommt ständig zu Fehlern und Time outs.

Bist du sicher, dass du das richtig konfiguriert hast?

Kann ich das über die HA API auch realisieren? (Falls ja, wie?)

Siehe batterymode
https://docs.evcc.io/docs/devices/meters#manuell

[Dasgen]

Ich habe leider viel über den Modbus gelesen. Es scheint bei meinem Setup recht oft dazu zu kommen, dass der SDongle überlastet ist, da eine komplette Abfrage recht lange dauert. Die einzige Möglichkeit die mir genannt wurde, war die WR Kaskade aufzulösen und 2 Smart Dongle zu betreiben.
Dafür brauche ich aber erstmal einen zweiten Dongle :/

Hast du evtl. noch einen Tip, welche Home Assitant Entity ich für den Battery Mode verwenden kann?

Alternativ muss ich schauen, welche Werte ich aus der EVCC Integration oder MQTT bekomme.
Ich suche mal weiter :)

[SolarPower2024]

@Dasgen hast du die evcc integration in Home Assistant schon laufen? Da gibt es ja den battery mode als Sensor... sensor.evcc_battery_mode

Alternativ, je nach Präferenzen und Anforderungen, kann die Batterie auch in Home Assistant gesteuert werden.
Ich habe meine Steuerung in Home Assistant laufen, da ich sie zb auf "charge only" setze, sobald mein Auto lädt. Ich will nicht, dass die Batterie die Schwankungen oder kurze Wolkeneinbrüche ausgleicht.

[Dasgen]

So ich hab jetzt die beschriebene Lösung umgesetzt.
Ich habe die Batterie in der EVCC.yaml mit Batterymode versehen und wie du beschrieben hast den sensor.evcc_battery_mode für eine Automation verwendet.
Jetzt kann ich die Batterie in forced discharge mit 0W für 600 Minuten bringen. Sobald die Ladung vorbei ist, kann ich den Modus beenden und die Batterie kann wieder normal arbeiten.

Vielen Dank nochmal für die Hilfe! Ab jetzt beginnt das Feintuning :)

[hstammlerj]

Moin,

Wie es überall beschrieben steht HA Modbusproxy und dann passt das schon....

Das wurde hier auch erst so eingebaut, dann aber zu Gunsten des evcc Modbusproxy (!) auf den Kopf gestellt. Kurze Zusammenfassung des Setups:

• Synology DiskStation als primäre Hardware für die meisten Services (außer Internet/LAN)
• Home Assistant OS als VM eingerichtet -> Sicherungstaktik: nächtliche Snapshots der VM, wöchentliche Voll-Images auf Primär- und Sekundärbackupziele
• evcc in HA als Home Asssistant AddOn eingebunden
• Einbindung des WR direkt per Modbus in evcc
• evcc Modbusproxy aktiviert
• HA WR-AddOn auf evcc Modbusproxy gerichtet (evcc Proxy-Config "readonly: false" -> Steuerung aus HA weiterhin möglich)
• Einbindung der evcc-Daten per MQTT in HA
• Diverse HA-Automatisierungen greifen dann auf die evcc- und WR-Entitäten zu und steuern bei Bedarf nach.

-> Das ist zwar ein "All-in-One"-Overkill, aber für ein sehr "stable" betriebenes System muss man sich nur um ein Backup kümmern - und hin und wieder in HA ein bisschen digitale Hygiene betreiben, damit das Image nicht mit lokalen Backups etc. zu sehr wächst (die Freigabe von ungenutztem Speicherplatz ist in der VM aktiv - Aufräumen hilft sofort).

Der gelöste Knackpunkt:
HA modbusproxy hat ein eigenes (tlw. konfigurierbares) Timing/Caching/Capping - das führte hier zu Jitter- bzw. Nachhäng-Effekten, wenn "interval" in evcc eher sportlich eingestellt wird (hier: 15s).
Mit der o.g. Config hat evcc unmittelbaren, direkten Zugriff auf den WR, damit ist die PV-Nachführung bei wechselhaftem Wetter deutlich stabiler geworden (z.B. weniger Überschwingen und Nachhängen bei durchziehenden Wolken).
HA erhält die Daten zwar nur noch mittelbar über evcc... aber alles, was in HA gemacht wird, kann auch mal eine Verzögerung vertragen.

VG, HS

[diver77]

Hallo zusammen,
Also ich habe EVCC seit über 2 Jahren im Einsatz und finde es bis jetzt einfach genial.
Leider habe ich seit längerem das Problem, dass wenn ich evcc in HA öffnen möchte mir folgendes angezeit wird.

ich kann den Button “starten” so oft klicken wie ich will, es passiert nichts.
Wenn ich HA aber komplett neu starte, startet Evcc auch wieder und es ist erreichbar. Nach ein paar Tagen das selbe Spiel wieder.
ich dachte also das Evcc irgend ein Problem hat beim Starten.
Ach ja, was auch komisch ist, es zeigt mir ja an, dass ich das Addon starten soll, dass ja aber nicht geht, wenn ich aber auf das Protokoll gehe, dann wird das ganz "fein" geführt und aktualisiert sich laufend.
Jetzt habe ich aber mal die Iphone App von Evcc installiert und siehe da, obwohl mir HA anzeigt dass das Add-on nicht gestartet ist, kann ich über die Iphone App direkt auf evcc zugreifen und alles steuern. Weiß einer von Euch an was das liegen kann?
Danke für Eure Hilfe
Gruß Diver

[SolarPower2024]

Hast du das nightly addon ebenso installiert und läuft das zufällig?

Probiere mal den Cache zu löschen, vielleicht ist die Anzeige nur nicht aktuell. Wenn du sonst nirgendwo eine evcc Instanz laufen hast und das Addon nicht laufen würde, kann es gar nicht sein, dass mann auf evcc zugreifen kann.

Und zuletzt: zeigt es etwas im Log des Addon an?

[diver77]

Hallo Solarpower,
danke für deine Hilfe.
Also den Cache habe ich gelöscht. hilft aber auch nichts.
Habe gerade versucht die Nightly zu installieren, da bekomme ich aber folgende Fehlermeldung:
Add-on konnte nicht installiert werden
Can't install evcc/evcc:nightly.20250529-3721eff: 404 Client Error for http+docker://localhost/v1.48/images/create?tag=nightly.20250529-3721eff&fromImage=evcc%2Fevcc&platform=linux%2Famd64: Not Found ("manifest for evcc/evcc:nightly.20250529-3721eff not found: manifest unknown: manifest unknown")

Das addon läuft auf alle fälle, hier ein screenshot aus der Protokolldatei.

bin echt am verzweifeln. jetzt zeigt mir Homeassistant evcc nicht mal mehr an, wenn ich einen Neustart des Systems mache. Läufen tut es aber die ganze Zeit.

[SolarPower2024]

Das klingt schon ziemlich komisch. Hast du irgendwelche Fehlermeldungen im Home Assistant log?
Dass du das nightly addon nicht installieren kannst, ist auch interessant. Hast du auch bei anderen Addons Probleme?
Sieht mir eher nach einem Problem in deinem Home Assistant System aus...

[diver77]

Guten Morgen,
danke das du mir Helfen willst. :-)
Also nachdem ich den Rechner, auf dem HA läuft neu gestartet habe, ist Evcc auch wieder gestartet.
in der Log Datei von HA habe ich dann folgende Fehlermeldung gefunden:
Logger: homeassistant.helpers.event
Quelle: helpers/template.py:646
Erstmals aufgetreten: 06:52:07 (11 Vorkommnisse)
Zuletzt protokolliert: 06:52:08

Error while processing template: Template<template=({{ states.sensor.opel_mokka.attributes["energy"][0]["autonomy"] }}) renders=2>
Error while processing template: Template<template=({{ states.sensor.opel_mokka.attributes["energy"][0]["charging"]["status"] }}) renders=2>
Error while processing template: Template<template=({{ states.sensor.opel_mokka.attributes["timed_odometer"]["mileage"] }}) renders=2>
Error while processing template: Template<template=({% if states.sensor.evcc_plugged_status.attributes["effectivePlanTime"] != '0001-01-01T00:00:00Z' %} mdi:timer {% else %} mdi:timer-off {% endif %}) renders=3>
Error while processing template: Template<template=({% if states.sensor.evcc_plugged_status.attributes["effectivePlanTime"] != '0001-01-01T00:00:00Z' %} mdi:timer {% else %} mdi:timer-off {% endif %}) renders=7>
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 644, in async_render
render_result = _render_with_context(self.template, compiled, **kwargs)
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 2969, in _render_with_context
return template.render(**kwargs)
~~~~~~~~~~~~~~~^^^^^^^^^^
File "/usr/local/lib/python3.13/site-packages/jinja2/environment.py", line 1295, in render
self.environment.handle_exception()
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
File "/usr/local/lib/python3.13/site-packages/jinja2/environment.py", line 942, in handle_exception
raise rewrite_traceback_stack(source=source)
File "", line 4, in top-level template code
File "/usr/local/lib/python3.13/site-packages/jinja2/sandbox.py", line 399, in call
if not __self.is_safe_callable(__obj):
~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 3446, in is_safe_callable
) or super().is_safe_callable(obj)
~~~~~~~~~~~~~~~~~~~~~~~~^^^^^
File "/usr/local/lib/python3.13/site-packages/jinja2/sandbox.py", line 265, in is_safe_callable
getattr(obj, "unsafe_callable", False) or getattr(obj, "alters_data", False)
~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 3001, in _fail_with_undefined_error
return super()._fail_with_undefined_error(*args, **kwargs)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^
jinja2.exceptions.UndefinedError: 'state' is undefined

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 761, in async_render_to_info
render_info._result = self.async_render( # noqa: SLF001
~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^
variables, strict=strict, log_fn=log_fn, **kwargs
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
)
^
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 646, in async_render
raise TemplateError(err) from err
homeassistant.exceptions.TemplateError: UndefinedError: 'state' is undefined

ich weiss nicht ob dir das hilft. mir sagt das nicht all zu viel. :-) Aber darum habe ich vermutlich auch das Problem, weil ich einfach nicht gut bin im programmieren. :-)

wollte jetzt nochmal die nightly installieren, aber es kommt immer noch die selbe Fehlermeldung:
Can't install evcc/evcc:nightly.20250529-3721eff: 404 Client Error for http+docker://localhost/v1.48/images/create?tag=nightly.20250529-3721eff&fromImage=evcc%2Fevcc&platform=linux%2Famd64: Not Found ("manifest for evcc/evcc:nightly.20250529-3721eff not found: manifest unknown: manifest unknown")

Sonst habe ich eigentlich keine Probleme, mit anderen addons oder mit HA, nur EVCC macht mucken.
ich habe aber etwas angst, es zu deinstallieren und neu zu installieren, weil dann ja alle einstellungen weg sind.
Ich habe das gefühl, das es vielleicht irgendwas zu tun hat mit der Umstellung damals auf die 0.200 Version, könnte das sein?

[Mananix]

Vorweg, ich bin ein großer Fan von Home Assistant und möchte mal ein paar Vorteile auflisten, wieso ich evcc als Add-on bevorzuge, anstelle eines Stand-Alone Systems. (auch wenn es Nachteile hat wie zb. kein längeres Log file)

Hab eben diesen Thread von dir gefunden und finde den sehr gut. Aber ein längeres Logfiles kannst du auch unter HA bekommen, allerdings klappt das nur über die CLI. Mit dem folgendem Befehl wird dir das gesamte Log seit dem letzten Neustart von EVCC in den config Ordner kopiert.

docker logs addon_49686a9f_evcc >/addon_configs/49686a9f_evcc/evcc_docker.log

Wenn man es übertreiben will könnte man daraus sicher auch eine Automation bauen, die das aller 24h dahin sichert.

[SolarPower2024]

Danke für den Tipp - werde ich im ersten Post aufnehmen.

[SOLID1970]

@SolarPower2024: Deine Anleitung ist super!👍
Verstehe ich das richtig?:
Man kann die Datenbank evcc.db entweder mit dem Online SQlite-Browser, z. B. auf einem Android-Tablet bearbeiten, oder mit dem Sqlite Windows-Programm, dazu muss man aber erst dss evcc-Backup downloaden und mehrfach entpacken um an die DB zu kommen. Oder man installiert das Add-on Samba Share und kann vom Windowsrechner aus direkt darauf in HA zugreift? Letzteres wäre ja dann deutlich am einfachsten...

[Chris45671]

@SOLID1970 Du zeigst die Maske wo die Pfade eingetragen werden müssen und dann pflegst Du sie an einer ganz anderen Stelle ein.
Bitte dort einpflegen wo der korrekte Pfad hin muss.

[mfuchs1984]

Auch da angepasst?

[SOLID1970]

Da hilf wohl nur noch das Backup ....

[SOLID1970]

Auch da angepasst?

Ja:

[SolarPower2024]

Aber da stehen jetzt für die yaml und DB unterschiedliche Pfade?

Edit: gerade dein Log file angesehen.
Scheint, dass du überhaupt keine evcc.yaml angelegt hast? Zumindest nicht in dem Verzeichnis das du angegeben hast..

Und dann kommt der Fehler bzgl deiner Wallbox, die ist wohl nicht erreichbar im Netz.

[SOLID1970]

Den Weg über das erstellen eines Add-on-Backups um an die evcc.db-Datenbank zu kommen, kann man sich ersparen, wenn man die Datei direkt im Add-on File Editor über das dahinterstehende_drei-Punkt-Menü_ (Hamburgermenü) auf den PC herunterlädt und dann mit der Windows-Installationsvariante von SQlite direkt mit Rechtsklick da drin öffnet. Danach wieder mit Samba Share einfügen.

[SOLID1970]

Ich kann die evcc.db sogar von dort auf das Android-Tablet dowloaden und mit dem SQlite- online-Browser ( https://extendsclass.com/sqlite-browser.html# ) öffnen und bearbeiten. Wie, und ob ich sie von dort aber wieder in HA bekomme, weiß ich noch nicht....
Update: Über den Upload- Pfeil

[SOLID1970]

Ja, aber das ist nicht der Pfad in der die DB ursprünglich war.

/data ist nicht gleich /Addon_configs/xxx/data ;-)

Den data in Ordner in dem Verzeichnis müsstest du sogar selber angelegt haben...

ok, kann sein. Habe viel ausprobiert. Aber vllt. ist das ja dann ein halbwegs brauchbarer Workaround, in dem man das Data danach wieder rausnimmt :-))

[SolarPower2024]

Das bestreitet ja niemand. Das ist nur nicht der ursprüngliche Ort wo die DB ist. Die hast du da ja aus deinem Backup hinkopiert.

Zur Bearbeitung und wie man die DB am richtigen Ort hin bekommt, habe ich weiter oben schon meine Empfehlung abgegeben.

[SOLID1970]

Das bestreitet ja niemand. Das ist nur nicht der ursprüngliche Ort wo die DB ist. Die hast du da ja aus deinem Backup hinkopiert.

Zur Bearbeitung und wie man die DB am richtigen Ort hin bekommt, habe ich weiter oben schon meine Empfehlung abgegeben.

Dann sorry - Es sollte weder Kritik noch Infragestellung deiner Anleitung sein. Ich wollte diese Möglichkeit nur anderen zur Verfügung stellen.

[SOLID1970]

Habe ich es richtig verstanden, dass es auch ausreicht, (statt den von dir angegebenen Pfaden wg. Nightly auf /Homeassistant), wenn man in der evcc Add-on Konfig. bei _Optionen in dem Standardpfad : data/evcc.db nur das data gegen config tauscht, damit man mit Samba Share darauf zugreifen kann?

Also so ? :

Ich habe jetzt mal HA von Grund auf neu auf dem Raspberry, mit den Add-ons File Editor und evcc installiert.
Dann erstmal wie auf evcc.io vorgegeben, angelegt:
https://docs.evcc.io/docs/installation/home-assistant

Die Pfade habe ich dann, wie von dir angegeben, in der evcc Konfig. geändert:

Gestartet ist dann evcc nicht, weil man in dem Homeassistant-Ordner dazu auch noch den neuen Ordner evcc erstellen muss, in den man dann die evcc.yaml hineinkopiert - das war mir als -einfacher-Anwender-Anfänger, nicht bewusst.

Die evcc.db wird ja anscheinend dann erst, beim ersten mal starten des evcc-Addons, in diesem Ordner Homeassinstant/evcc , von evcc selbst erstellt. Jedenfalls war sie dann bei mir auf einmal dort vorhanden.

Jetzt läuft evcc zumindest schon mal so und jetzt kämpfe ich noch damit, wie ich einzelnen Ladetage bzw. Zeilen, in die Sessions bei SQlite von einem älteren Backup hineinbekomme und dann wieder lauffähig zurück in evcc....... #22390

[Presl1983]

kurze Frage:

da es ja aktuell keine yaml mehr gibt stellt sich mir die Frage wie könnte ich den residualPower steuern - habe jetzt ein Balkonkraftwerk + PV + Akku und möchte da gerne was testen...

[SolarPower2024]

Es gibt die yaml schon noch.

Aber residual Power kannst du auch über das UI einstellen. Konfiguration -> Regelverhalten