Home Assistant Integration für evcc - Feedback erwünscht

[marq24]

Moinsen,

Über das lange Wochenende habe ich mich mal an eine evcc HA Integration gesetzt - ein Screenshot (en-version) sagt vielleicht mehr als 892 Worte... deswegen:

Die (für mich) aktuell wesentlichen Einstellungen direkt in HA einstellen - und die evcc Daten direkt in HA Automatisierungen weiterverarbeiten.

Das ganze gibt's über HACS (vorher Custom Repository hinzufügen)
https://github.com/marq24/ha-evcc

TODOs: Brand-Icons in HA hinzufügen.

Grüße
Matthias

[goebelmeier]

Richtig, richtig gut. Damit wirst du dir viel Freunde hier machen 😃

Ich war bisher immer überfordert eine native Integration zu bauen, aber jetzt wo die Basis da ist, lässt sich das doch perfekt ausbauen.

Vielen Dank für deine Mühen, ich installiere es direkt mal!

[marq24]

ich freu' mich über jeden PR... der Weg neue Sensoren hinzuzufügen, scheint auf den ersten Blick "von hinten durch die Brust ins Auge"... aber über diesen Wege habe ich sehr gute Erfahrungen mit meinen anderen HA-Integrationen gemacht... [Tag, translation, & EntityDescription]

[alphabravocharly72]

Hab mein evcc auf einer synology NAS im Docker laufen. Funktioniert auch alles soweit inkl. Web zugriff. Wenn ich allerdings jetzt die URL eingebe dann bekomme ich "Unter dieser URL konnte keine evcc-Server erreicht werden". Was müsste noch gemacht werden das es läuft?
Danke

[marq24]

Wenn Du die URL inclusive der Port Nummer (7070) einfügst, und das nicht funktioniert benötige ich wohl ein DEBUG log output: -> https://github.com/marq24/ha-evcc?tab=readme-ov-file#want-to-report-an-issue

[alphabravocharly72]

2024-05-20 22:39:14.756 INFO (MainThread) [custom_components.evcc_intg.pyevcc_ha] going to read all data from evcc@192.168.178.14:7070
2024-05-20 22:39:14.756 DEBUG (MainThread) [custom_components.evcc_intg.pyevcc_ha] GET request: http://192.168.178.14:7070/api/state
2024-05-20 22:39:14.764 ERROR (MainThread) [custom_components.evcc_intg] Exception while test credentials: 'availableVersion'

Hilft das?

[marq24]

Ja :-) - doh! - bitte die Integration auf die neueste Version 2024.5.1 updaten... [hab was gefixed]

[alphabravocharly72]

[marq24]

die evcc_intg updaten...

[alphabravocharly72]

perfect läuft danke für deine Hilfe

[Molle02]

Vielen Dank für die Arbeit! Hilft einem enorm!
Wäre es auch möglich die Live Daten über das Haus auch sichtbar zu machen, wie Hausverbrauch Akku SoC, oder PV Energie?

VG

[marq24]

Ja das ist sicherlich möglich... "aber" hast Du denn die Daten nicht sowieso im HA? [also, aktuell sende ich bei mir via HA die Daten über GRID und PV zustand an evcc (HA ist die Quelle für 'alles' -> https://github.com/marq24/ha-evcc/blob/main/HA_AS_EVCC_SOURCE.md) - die Daten jetzt wieder von evcc an HA zu senden, um sie anzuzeigen ist für mich persönlich kein Usecase (was kein Grund dafür ist es nicht doch zu machen)]

Kannst Du so gut ein und mir auf einem Screenshot markieren, welche Felder/Werte aus der evcc Oberfläche Du gerne noch in HA haben möchtest? - Merci

[Molle02]

Ich gehe momentan den anderen Weg und EVCC entnimmt die Daten direkt von den Produkten😅
Würde diese dann gerne diese Werte von EVCC weiter an HA weitergeben um mit diesen weitere Aktoren zu regeln, wie Brunnenpumpen Steuerung.
Durch deine Integration ist sehr komfortabel diese einzubinden!

Die Werte sind eigentlich alle Hauswerte.

[marq24]

Gibt ein Update der Integration...

[mafe68]

Nut die Daten wird man nicht Live in HA angezeigt bekommen, denn man hat immer eine Verzögerung in HA bis man sie angezeigt bekommt.

[mafe68]

So habe jetzt mal zum Testen HA-EVCC installiert und bis jetzt alles in Ordnung! Integration per Repo Eintrag hat alles sauber funktioniert ohne error und Werte werden auch alle Ausgegeben. Habe sonst die Daten per Mqtt Broker per .yaml geholt.

[AndaleR]

Sieht nett aus - nur eine Frage: Welchen Vorteil hat es gegenüber dem vorhandenen evcc-Addon in Home Asssistant?

[marq24]

da ich kein Home Assistant OS verwende und damit auch nicht das das https://github.com/evcc-io/hassio-addon verwenden kann kann ich Dir die Frage nicht beantworten... Sollte das evcc-Addon alle Messwerte & Einstellungen als eigenständige HA-Entities bereitstellen - dann keine - sonst genau das.

[AndaleR]

Ich hab jetzt diesen Weg eingeschlagen - denke, ich bin nicht so falsch dran dieses Mal:

• evcc auf einem eigenständigen Raspberry Pi installiert.
• Deine Integration auf dem Home Assistant Raspberry installiert.

Greife so also von HA auf die Werte von evcc zu - und kann sie in HA visualisieren o.ä..

Dort sind mir eigentlich am wichtigsten:

• PV-Leistung
• Hausverbrauch
• Netzeinspeisung
• Netzbezug
• Laden (gerade schwierig zu testen, da das eAuto erst so in drei Wochen kommt)

[Sammy521]

Der Witz bei dieser Integration ist folgendes - und das ist unabhängig davon ob Du evcc als addon auf HA-OS laufen hast oder auf einem separaten Raspi oder sonstwo:

• Du kannst ganz einfach Werte/Daten aus EVCC in HA verwenden
• Du kannst so z.B. auch die Buttons in EVCC über Automatisierungen in HA steuern oder Daten aus HA zur Automatisierung von irgendwas in HA verwenden.

Das geht zwar alternativ auch mit MQTT bidirektional zwischen HA und EVCC aber dann musst Du Dir jeden Sensor und Krams manuell anlegen wenn Du bestimmte Daten übertragen willst.

Mit der Integration hier wird dir viel Arbeit abgenommen.

Also ist prima und eine gute Hilfe :-)

PS: Wenn man das EVCC Addon verwendet führt das im Gegensatz zu einer separaten EVCC Installation lediglich dazu, dass man im HA eingebettet die EVCC Website angezeigt bekommt für eine Datenintegration braucht man dann das hier oder eben den manuellen zeitaufwändigen Weg via MQTT sich benötigte Dinge hin und her zu schieben.

[Holgiman1]

Läuft wunderbar...besten Dank für die Mühe!!

[marq24]

Bitte alle "Aufreger" bzgl. des breaking-changes in der neusten Version (2024.5.4) hier sammeln... ;-)

[czebulski]

Funktioniert tadelos!
Danke für die Arbeit!

[SolarPower2024]

Hi @marq24

Vielen Dank für deine Mühe eine ordentliche und einfache Integration in Home Assistant zu ermöglichen.

Mir ist ein Bug aufgefallen.

Beim "enable threshold" erscheint ein Fehler. Schaut für mich so aus, dass das ".0" am Ende der Zahl versucht wird zu übermitteln. Beim disable und residualpower ist dies nicht der Fall und da funktioniert es.

[marq24]

also -2500 ist außerhalb der definierten range... von -500 bis 10000... ich muss aber gestehen, das ich mich nicht mehr daran erinnern kann, wie ich auf diese Grenzen gekommen bin

[SolarPower2024]

Ahh richtig. Da habe ich mich mit dem - (bis) 10.000 verschaut. ^^ Sorry dafür
Wäre es aber möglich die Grenzen zu Verschieben? Lediglich - 500 Watt ist etwas wenig für den Threshold.
Oder falls nicht gewünscht, wo hast du das denn definiert? Dann kann ich bei Korrekturen lokal schauen, dass ich das für mich anpassen kann.
Vielen Dank vorab.

Edit: habs gefunden und bei mir geändert.
Danke für den Hinweis, dass die Grenze hart gesetzt wurde.

[marq24]

ich werde das im nächsten release auf -5000 bis 25000 anpassen - bis dahin kannst Du das aber in der evcc_intg/conts.py selbst anpassen - einfach nach '-500' suchen... (Zeile 323)

[SolarPower2024]

Vielen Dank

[DerBaerFreddy]

Wow danke! Das erleichtert es vor allem dem Rest der Familie etwas zu steuern ;)

Kurze Frage: Ist es möglich einen Ladeplan zu starten damit?
Liebe Grüße!

[marq24]

Du kannst über die HA-Service Funktion einen Ladeplan (für Vehicles oder Loadpoints erstellen)

[marq24]

[marq24]

[steps56]

In HA gibt es doch das Evcc Addon.
Da geht das Evcc typische betr. Laden und natürlich auch Ladeplan usw. doch vis GUI ganz einfach.
Die Integration hier ist für Anderes nützlich,z. B. um an die Evcc Entitäten einfach zu gelangen.
Rein Evcc bedient sich per Addon weit besser.
https://github.com/evcc-io/hassio-addon

[madmat17]

Du kannst über die HA-Service Funktion einen Ladeplan (für Vehicles oder Loadpoints erstellen)
Ah - ist also sogar schon implementiert! Ein Wahnsinn - echt cool!
Das hatte ich komplett übersehen!

[jofland]

Wenn ich versuche, das Github Repository in HA über den Addon Store hinzuzufügen, wird es als ungültig angezeigt. Im Log steht ERROR (MainThread) [homeassistant.components.hassio] Failed to to call /store/repositories - https://github.com/marq24/ha-evcc is not a valid add-on repository

Kann mir da einer einen Tipp geben?

Core 2024.7.2
Supervisor 2024.06.2
Operating System 12.4
Frontend 20240710.0

[jofland]

OK, hatte es versehentlich direkt als Repository hinzugefügt. Hatte übersehen, dass es per HACS hinzugefügt werden musste.

[marq24]

iss eben kein Addon ;-)

[steps56]

Es gibt das Addon, Link oben und die Integration hier. 2 Paar Schuhe.
BEIDES zusammen ergänzt sich und ist top.
Nur die Integration hier, ist betr. Bedienung/Nutzbarkeit dem Addon klar unterlegen.
Wundert mich, dass beides nich basic zusammen genutzt wird.
Auf diese Integration stieß ich nur zufällig bei einer Suche nach "einfach an Evcc Entitäten" zu kommen.
Das Addon ist aber die normale Endnutzerbasis, da halt GUI usw.

[steps56]

Ein dickes DANKE 😎👌.
Endlich kein Umstand mehr, via mqtt Explorer und Eintrag configuration.yaml usw. da mühsam an Evcc Entitäten zu kommen.
Perfekt für alle möglichen Nutzungen, z. B. um sich via HA eine Email senden zu lassen.
Z. B. wenn an meiner 2. Wallbox 4km entfernt beim Sohn, Freunde laden 😇.
Zig Möglichkeiten neben dem Evcc HA Addon dann zu steuern und überwachen.
Top Job von dir 🥰👌.

[typxxi]

Klasse Lösung, viel praktikabler als mqtt.
Habe diesem youtuber den Link geschickt , der vorher meine mqtt Lösung sozusagen ins Haus geliefert hat, aber viel umständlicher und fehleranfälliger war.

Mag sein, dass der ein Video macht, dann wird die Lösung breitere Anwendung finden, weil einfach TOP.

DANKE

[umrath]

So nett wie diese Evcc Integration auch ist um einfach paar Werte von Evcc (dem Addon) abgreifen und zur weiteren Info darstellen zu können, aber das ganze Ladegedöns erledigt man doch weit sinnvoller und easy per Evcc ADDON und nicht dieser Integration. Daher verstehe ich Manches hier eher als "warum einfach, wenn es auch umständlicher geht."

Nicht jeder betreibt evcc als Addon. Ich habe evcc als dedizierte Applikation.
Entsprechend ist es schön, wenn man die Steuerung nativ in Homeassistant vornehmen kann.

Außerdem gibt es mir eine sehr einfache Möglichkeit, die Daten abzuschöpfen.

[steps56]

Ähmmm.... klar, Addon ist ja in HA, wo denn sonst.
Shortcut auf dem Handydesktop für jede Evcc/Wallbox (habe 2 Standorte), der Heizungssteuerung und den 2 x HA der 2 Standorte.
Zudem 2 Widgets mit immer sich aktualisierenden Daten der wichtigsten Werte, siehe Screen:

[mucki12]

Ähmmm.... klar, Addon ist ja in HA, wo denn sonst.

evcc läuft bei mir separat als Docker Installation. Nutze HA zwar ziemlich intensiv, aber für mich ist das die bessere Alternative. HA hat ja gefühlt 1000 Updates pro Woche und will in diesem Zusammenhang auch gerne mal neu gestartet werden. HA läuft bei mir in Theorie zwar 24/7, aber evcc läuft auch in der Praxis 24/7 :-)

Zusätzlich hat das evcc HA Addon ja auch noch weitere Nachteile (eingeschränkte Log-Möglichkeiten, keine nightly-Versionen...)

[steps56]

Ja, läuft bei mir auch 365/24... HA Updates stellen da kein Problem dar, muss man ja auch nicht jedes Mal mitmachen.
Logfunktion hat für mich keine Einschränkungen... ist ja erweiterbar bis voll.
Nightly bzw. Beta... auch kein Problem, aber wozu nötig?
Bei HA selbst nutze ich Beta apk's, und es gibt auch noch die "Action" Versionen.
Damit gehen mehrere HA Voll-Apps parallel auf einem Handy.
Somit grenzenlos betr. Nutzung, Konfiguration und auch Absicherung.

Möchte da nicht "besserwissen", aber ich finde Nichts das nicht geschmeidig geht.
Evcc ist in HA doch eh per Dogger eingebunden, oder ? (aber eh egal, wie das gemacht ist, funktioniert einfach top).

[mucki12]

Nightly bzw. Beta... auch kein Problem, aber wozu nötig?

Oh, muss ich verpasst haben. Seit wann kann man die evcc nightly in HA nutzen? Und natürlich wie - würde das gerne mal testen.

Möchte da nicht "besserwissen", aber ich finde Nichts das nicht geschmeidig geht.

Kein Thema, hatte selber schon evcc > 1 Jahr in HA im Einsatz. Aber aufgrund meiner Erfahrungen war es am Ende dann als separater Docker doch "noch geschmeidiger".

[Sammy521]

Toll! D.h. meine rudimentäre mqtt koppelung kann ich ersetzen durch Deine Umfangreiche Integration?

[steps56]

Wenn ich solche nur wg. dem ? als Frage Kenntlichem zu was genau ??? lese... nur Kopfschütteln dazu.
Was auch immer da du mit was auch immer machen, anzeigen, steuern, automatisieren, möchtest... bedarf in so pauschalierter Nichtform keines nur ggf. weitere ??? aufwerfenden Posts, oder...
(keine Frage 🤣)
Machs doch einfach und wenn Probleme... erst dann kommen echte Fragen.
Generation unter 60... recht eindeutig 🤔.
Sorry, aber... 🤷🏼‍♂️.

[marq24]

Werte Teilnehmende der Diskussion... es wäre zumindest für mich erträglicher, wenn hier persönliche Meinungen weniger nach außen gekehrt werden würden...

NOCH gibt es keine Verwendungspflicht für meine Integration ;-)

• Für diejenigen, für die sie einen Mehrwert bietet, freue ich mich (und auch mit ü50, freue ich mich über Zuspruch).
• Diejenigen die Herausforderungen/Issues haben, versuche ich gerne zu unterstützen/helfen...
• Diejenigen, die keinen Mehrwert einer Integration in Ihrem persönlichen Umfeld sehen, können dies auch gerne zum Ausdruck bringen... mögen aber ggf. auch akzeptieren, das sich unsere Erde um die Sonne dreht und nicht um Ihr Setup, egal wie genial es auch sein mag.

[mucki12]

Von meiner Seite noch einmal ein großes Dankeschön.

Ausgangssituation:

• HA als VM auf Syno
• evcc als Docker auf Syno (inklusive Nutzung des Modbus Proxy von evcc)

Wollte gerade sowieso mal wieder meine ganzen MQTT Entitäten in der configuration.yaml aufräumen. Habe diese stattdessen ausgeblendet und deine Integration installiert.

Alles super und alles on the fly in HA verfügbar. Vielen Dank für die Arbeit!

[MichaelsSynology]

Hallo @marq24,
erst einmal vielen Dank für Deine Vorarbeit. Vorneweg: Ich bin ein blutiger Anfänger in evcc und Home Assistant.

Bisher habe ich meine Wallbox in Abhängigkeit von der PV Leistung über SMA geregelt, alle Komponenten sind von SMA. Nun kommt in Kürze eine Elli Wallbox dazu, daher hatte ich evcc installiert (die SMA Oberfläche lässt ja wohl keine Integration der Elli Box zu).

Nun kam vor ca. 10 Tagen der Home Assistant dazu, hier habe ich mal so alles integriert, was im Haus erreichbar ist (Heizung, WR, usw). Nur scheint der Home Assistant keine Schnittstelle zu Wallboxen zu bieten, daher werde ich wohl parallel evcc nutzen müssen.
Also habe ich nun auch Deine Integration von evcc in den HA installiert, klappt prima.

Ich habe nur das Problem, dass evcc selbst wohl keinen Zugriff mehr auf meinen SMA Home Manager mehr hat.

Das sind die Meldungen:

[site ] ERROR 2024/12/14 11:40:22 grid power: outdated
[sma ] ERROR 2024/12/14 11:40:27 energy meter does not respond

Ich vermute, dass der HA sich die Daten nimmt und evcc daher "ausgesperrt" ist.
Bis Du bei Deine Integration nicht auch darüber gestolpert?

Wie kann man das lösen?

Gruß,
Michael

[marq24]

ggf habe ich da auch was für Dich - wie man die Daten die in HA schon vorhanden sind, direkt in EVCC verwenden kann (ohne dass EVCC nochmals selbst an die Quelle müsste)...

hier mein initialer Post dazu: #7325 (comment)
bzw dann inzwischen etwas ausführlicher hier: https://github.com/marq24/ha-evcc/blob/main/HA_AS_EVCC_SOURCE.md

[steps56]

Okay, gut geschriebene Anleitung im 2. Link.
Aber nach wie vor finde ich meinen unten beschriebenen Modbus Proxy Ansatz weit einfacher und auch besser/vielfältiger nutzbar.
Einmal den Proxy eingerichtet, sind die Modbusdaten zig fach nutzbar, ganz ohne yaml Konfigurationen usw.
Die IP des dann genutzten Modbus via Proxy, ist einfach die des HA Systems im Lan, statt die des ursprünglichen Modbus Geräts.
Auf Wunsch erläutere ich diesen Weg gerne per bebilderter Anleitung.

[marq24]

auch hier gilt wieder - niemand wird gezwungen die von mir bereitgestellten Informationen zu verwenden - je nach Wissenstand und persönlichen Fähigkeiten gibt es häufig mehr als einen Weg...

Bislang konnte ich um das ganze Themengebiet Modbus einen großen Bogen machen (ebenso weitestgehend um MQTT) - Für mich ganz persönlich gilt: Wenn es einen Weg gibt über REST/APIs and Daten zu kommen, dann mache ich das auch einfach - da kann ich mit meinen mir vertrauten Werkzeugen arbeiten (& debuggen) - da kenne ich mich ein wenig aus, da meine ich zu verstehen, wie es funktioniert... Vor allem habe ich alles was ich benötige [HA Instanz, Docker-Compose] schon am Start (und muss nicht noch eine weitere Komponente in meinem Infrastruktur-Zoo aufnehmen & durchfüttern)...

Ob und wann ein Weg "einfacher ist als ein anderer" liegt im wesentlichen beim Empfänger - nicht beim Sender...

[steps56]

Ich war zwar nicht gefragt... aber wenn die SMA Daten oder andere via Modbus kommen, dann nutze das Modbus Proxy Addon um die bei den meisten WR Modbus Systemen nur 1x abfragbare Modbusschnittstelle, an alle genutzten Stellen zu verteilen.
Bei mir ist das der Modbus vom Qcells (SolaX) Wechselrichter, der via Modbus Proxy dann an Evcc, diverse Dasboards, usw. usw. HA systemweit verteilt.
Der in Evcc mögliche Proxy, funktionierte bei mir nie dafür.

[MichaelsSynology]

Hi,
mein SMA Konstrukt besteht aus 3 Wechselrichtern, einem Home Manager und einer Wallbox (die ja von SMA oder evcc gemanaged wird). Jeder WR hat seine eigene Modbus Verbindung. Der Home Manager, der am Hausanschluss alles zählt was rein und raus geht, hat wieder seinen eigenen Modbus Anschluss.

In evcc ist das alles einzeln als Teilnehmer konfiguriert, also 4 Geräte mit jeweils 4 IP Adressen. Die Abfrage des Einspeisepunktes reicht nicht, da der Home Manager nicht sieht, was von der PV Leistung in die Hausbatterie geht (die an einem der WR hängt).

Im Home Assistant habe ich auch jedes der 4 Geräte (3x WR und 1x HM) eingebunden. Und seit dem gibt es den Ärger, dass beide Systeme auf die einzelnen Komponenten zugreifen. Also wäre der ModBus Proxy hilfreich, nur müsste der ja quasi 4x laufen (3x WR, 1x HM)....

[steps56]

Eigentlich nicht 4 x, denn du fragst ja via "SMA Homemanager" schon eh alle möglichen Daten deiner 3 WR für whatever, ab.(Dasboards, die SMA Integration selbst, usw.)

Den Modbus Proxy würde ich daher nur für den WR dazwischeschalten, an dem deine Hausbatterie hängt.
Die IP des Proxys liefert dann die WR Daten an was auch immer vorher an diesem WR hing (in HA oder ?) UND ! an deine Evcc Installation.
Dann "sieht" Evcc den Hausakku und der Rest merkt gar Nichts von Allem, da wie gehabt.

Grob erklärt, aber ich denke, wird klar wie gedacht.

[steps56]

Ergänzend dazu:
Der SMA Homemanager taugt vermutlich wg. zu großen Datenintervallen (> ca. 15 Sek.?) betr. Aktualisierungsrate, eh kaum um Wallbox sinnvoll zu steuern.
Anyway, da du in Evcc die Hausakku Entladung blocken kannst (außer im Modus Min+PV, dem Wichtigsten... Workaround gleich), würde ich den oben vorher beschriebenen Weg wählen bzw. testen.

Um generell während der Eauto Ladung das sehr verlustbehaftete und daher unsinnige Hausakku Entladen auch in Evcc Modus Min+PV zu blocken, nutze ich z. B. mit der SolaX Anlage, eine in HA gebastelten Schalter, der die Entität der Hausakku Lade Ampere von 15 A (mein Wert), dann auf 0 A setzt und vice versa.
Das funktioniert super.
Da der SolaX Eeprom ca. 1 Million Schreibzyklen zulässt, ist vorher eh die ganze Anlage schon Schrott, bevor damit Probleme auftauchen.
(Dies nur, da im.Web dazu viel kolportierte Mißinfos zu finden sind.)

[MichaelsSynology]

Hi @steps56,
ich habe eben noch diese Alternative gefunden. Der HA hat die Daten ja eh sehr aktuell zur Hand und könnte die auch für evcc bereit stellen.
https://github.com/marq24/ha-evcc/blob/main/HA_AS_EVCC_SOURCE.md

Ich muss die Entitäten nur auf SMA umschlüsseln und schauen, ob es die bei SMA überhaupt so gibt Bei SMA gibt es zum Beispiel zwei Entitäten für jeweils Bezug und Einspeisung).

Was hälst Du davon?

BTW 1: Der Home Manger von SMA weiß gar nix, zumindest kann ich da nix aus den einzelnen WR per Home Assistant abfragen. Ich muss an jeden WR ran, um die aktuelle PV Erzeugung abzufragen...
BTW 2: Habe gerade gesehen, dass der Home Manger von SMA nicht über Modbus sondern über MQTT in den HA angebunden ist.

[marq24]

@MichaelsSynology @steps56 - bitte seit doch so gut und führt diese private Modbus Ja,Nein,Vielleicht,OderDochGanzAnders/SMA Diskussion an einem anderen Ort - hier ist sie einfach nur OFF-TOPIC - Danke!

[steps56]

Ergänzend bzw. auch für mein Verständnis zusammenfassend, hier die aus meiner Sicht (bitte korrigieren/ergänzen, wenn falsch/unvollständig) Zusammenhänge:
1.
Ohne installiertes Evcc (ob HA Addon oder wie auch immer), gibt es damit keine PV Ladedaten/Wallbox Ansteuerung.
2.
Ergänzend möglicht dann die gute Integration von Marc und damit ein Einbinden von Evcc Werten in weitere Anwendungen (Dashboards usw.) möglich.
3.
Die zum PV laden nötigen Werte von PV Systemen, werden bei modernen Anlagen via Modbus abgefragt.
Bei älteren Anlagen oder suboptimalen Zugängen, dann z. B. via Hichi Wlan Lesekopf an der optischen Schnittszelle des 2-Richtung Zählers am Hauseingang.
4.
Im Fall Modbus Daten, empfiehlt sich immer der Einsatz des Modbus Proxy, da ein WR Modbus eigentlich immer nur von einer Instanz abfragbar ist.
5.
Da man aber ohne Proxy schon mit Evcc den Modbus für Weiteres blockt, wäre z. B. eine weitere Integration z. B. für die PV Anlage (SolaX Modbus Integration o. Ä. für andere Hersteller z. B.) selbst, dann ohne Daten, bzw. von ständigem "first come, first served" hin und her gestört.

Fazit:
Die hier behandelte Integration von Marc ist eine tolle Ergänzung um mehr Daten zur weiteren Veranschaulichung und ! Aufzeichnung betr. Historie zur Hand zu haben, aber als Ergänzung zu Evcv Intallation.
Wer z. B. mit den PV Anlagendaten weit mehr machen möchte, benötigt den Modbus Proxy, um dann an Evcc und damit auch an die Integration von Marc UND ALLE WEITEREN Integrationen, Dasboards, usw. deren Daten zu Verfügung zu stellen (ganz ohne sonst gegenseitiges Blocken des Modbus Zugangs).

Ich habe da einen sehr langen Weg an nicht Optimalem oder Funktionierendem, hinter mir.
Der beschriebene Weg ist bulletproof funktionierend und schier endlos erweiterbar/nutzbar.
Die Integration von Marc ist also ein netter ergänzender Baustein im Ganzen.

[braduri]

Hi, vielen Dank für die Integration - funktioniert super!

Ich würde gerne eine Automation in Homeasisstant erstellen, um den Battery Boost in Evcc zu aktivieren. Momentan steht dieser Schalter in Deiner Integration noch nicht zur als Entität zur Verfügung... Kannst Du das in einem künftigen Release ergänzen?

Danke ;-)

[braduri]

Müsste das hier sein:

Loadpoints

POST /api/loadpoints//batteryboost/: enable/disable battery boost (1/0)

[marq24]

Da meine EVCC Konfiguration diesen Switch nicht unzerstützt habe ich erstmal ein "BETA" release 2024.12.1 gemacht - da kann man manuell über HACS updaten - und nach dem neustart muss man den neuen Switch erstmal auch in der GUI aktivieren...

https://github.com/marq24/ha-evcc/releases/tag/2024.12.1

[braduri]

Danke 👍

Anzeigen "Boost von Hausbatterie" funktioniert. Die Entität wird als Schalter unter den Steuerelementen angezeigt und in evcc vorgenommene Änderungen werden übernommen

Das Setzen des Schalters in HA wird aber nicht in evcc übernommen

[marq24]

mal sehen, ob das nicht ggf ein Bug in evcc ist... [zumindest sind bei beiden anderen switches gleich wie der batteryboost implementiert - allerdings ist in evcc der "value" parser ein kleinwenig anders (das + fehlt)]... ->#17951

[marq24]

Inzwischen ist mein PR gemerged (#17951) damit ist auch einigermaßen bestätigt, das die Ursache (das der Switch aktuell in der HA-Integration nicht funktioniert) in evcc liegt (schön wenn man mal außnahmsweise nicht selbst 'schuld' ist :-) ) - 'wir' müssen jetzt also darauf warten, das der Bugfix den Weg in eins der nächsten releases finden wird, dann wird auch meine Anpassung in der Integration korrekt arbeiten (oder ich muss weiter nach dem Bug suchen).

[alexonbandit]

Hallo zusammen, bin nicht sicher, ob das das folgende Problem hier reinpasst.
Gibt es eine Möglichkeit die "neuen" sich wiederholenden Ladepläne von außen (z.B. via MQTT) zu aktivieren bzw. Zu deaktivieren?
Vielen Dank

[marq24]

ich bin mir sicher :-) - es passt so gar nicht...

Mit der HA Integration kann man Ladepläne über die HA-Servive Funktion erstellen (Abfahrt Ladeplanung für einen Ladepunkt erstellen [Energie (kWh)] & Abfahrt Ladeplanung für einen am Ladepunkt verbundens Fahrzeug erstellen [SOC (%)]) - Wie man einen erstellten einen Plan deaktivieren/aktivieren könnte ist mir nicht bekannt.

[alexonbandit]

@marq24 danke für die Rückmeldung! Ja passt nicht wirklich, halt nur weil man wie du geschrieben hast, gewisse Ladeplan Einstellung vornehmen kann.
Ich werde mal einen Feature request erstellen.

[braduri]

Vielen Dank, ich teste und geb Rückmeldung sobald das evcc Release mit dem bugfix raus istAm 30.12.2024 um 10:33 schrieb Matthias Marquardt ***@***.***>: Inzwischen ist mein PR gemerged (#17951) damit ist auch einigermaßen bestätigt, das die Ursache (das der Switch aktuell in der HA-Integration nicht funktioniert) in evcc liegt (schön wenn man mal außnahmsweise nicht selbst 'schuld' ist :-) ) - 'wir' müssen jetzt also darauf warten, das der Bugfix den Weg in eins der nächsten releases finden wird, dann wird auch meine Anpassung in der Integration korrekt arbeiten (oder ich muss weiter nach dem Bug suchen). —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[marq24]

Gerade einen kleinen Workaround für das evcc API issue implementert - https://github.com/marq24/ha-evcc/releases/tag/2024.12.2 damit funktioniert der Battery Boost Schalter auch über HA...

[braduri]

Hab es gerade getestet - funktioniert! Vielen Dank für den schnellen "Service" :-)

[FranzFake]

Hallo, leider scheitere ich auch gerade an der Home Assistant Integration von EVCC bei der Eingabe der URL mit folgender Fehlermeldung:

Unter dieser URL konnte keine evcc-Server erreicht werden.

Im Logging erscheint folgender Fehler:

`2025-01-09 22:22:09.164 INFO (MainThread) [custom_components.evcc_intg.pyevcc_ha] going to read all data from evcc@192.168.178.143:7070

2025-01-09 22:22:09.164 DEBUG (MainThread) [custom_components.evcc_intg.pyevcc_ha] GET request: http://192.168.178.143:7070/api/state

2025-01-09 22:22:09.168 ERROR (MainThread) [custom_components.evcc_intg] Exception while test credentials: Cannot connect to host 192.168.178.143:7070 ssl:default [Connect call failed ('192.168.178.143', 7070)]
`

Vielleicht kann hier jemand helfen.

Vielen Dank vorab!!

[steps56]

.... mal ohne die :7070 probieren ?

[FranzFake]

Genau mit dieser IP.

Muss evtl noch irgendetwas in HA eingestellt werden?

[marq24]

das ist deine HOME-Assistant IP - Du musst erstmal evcc installieren - und dann kannst Du mit meiner Integration dich mit dieser EVCC Instanz verbinden...

-> ich vermute Du hast da ein Youtube Video gesehen?

[FranzFake]

Danke für deine schnelle Antwort!!!

oh, jetzt fühle ich mich gleich etwas schlechter... ja, ich habe ein Youtube Video dazu gesehen.

An welcher Stelle installiere ich denn EVCC genau? Den beschriebenen Punkt in der Anleitung kann ich so leider nicht finden? Ich hatte auch gedacht, dass die Installation genau über Einstellung - "Geräte & Dienste" erfolgt, aber an der Stelle muss es warscheinlich schon installiert sein, damit es starten kann.

Wenn ich die Integration in HACS ansehe erhalte ich nur folgende Möglichkeiten:

[marq24]

-> https://docs.evcc.io/docs/installation

[FranzFake]

Danke Matthias, das war der entscheidende Hinweis. Ich muss den Weg über die AddOn Installation gehen!

Vielen Dank und einen großen Daumen hoch für eure Arbeit hier!!

[Sfeele]

Hallo @marq24
zunächst einmal Vielen, vielen Dank für die Integration. Ich habe sie leider erst die letzten Tage für mich entdeckt. Funktioniert super!
Ich habe eine Frage zu den Statistik Entitäten wie
*sensor.evcc_stat30_avg_price
*sensor.evcc_stat365_avg_price
etc.
Welche Preise werden dort angegeben? Nur die durchschnittlichen Preise der Ladepunkte oder sind hier auch die Verbräuche inkludiert?
Ich habe nämlich im EVCC bei OUT / Verbrauch einen zus. Zähler für meine Wärmepumpe hinterlegt. Beim Verbrauch wird mir aktuell ein kleinerer Preis (23,2ct) angezeigt als mein Stromtarif(28,6ct) , weil aktuell auch PV-Leistung(ca. 50%) vorhanden ist.
Ich möchte nämlich am Ende eines Jahres gerne meine Stromkosten für die WP ausrechnen. Da wäre es super wenn ich einen durchschnittlichen Preis für die verbrauchte Energie der WP hätte.
Vielen Dank vorab für eine Rückmeldung....

[Sfeele]

OK, vielen Dank für die Info.
Hat ein anderer von euch vielleicht schon mal diese Statistikwerte näher betrachtet oder ausgewertet?

[steps56]

Hmm, also je nach dem und wie weit man da in Evcc (dem Addon logo) konfiguriert hat, desto mehr Daten bekommt man.
Das Ganze natürlich in HA und die via der hier diskutierten Integration deren Sensoren per Hintergrund Aufzeichnung (in der configuration.yaml den recorder betr. Speicherdauer, opt in und opt out usw. ggf. anpassen) nutzen.
Alles von Evcc Gelieferte kann dann in Dashboards, Statistiken usw. angezeigt werden.
Z. B. wieviel wo geladen wurde, verbraucht wurde usw.
Wer Weiteres möchte, einfach Shelly an die Phasen des Hauses, Gerätes, EP, whatever, Alles in HA integriert mit Shelly Integration und einen Datenwust zu Verfügung haben, der wirklich Alles aufzeichnet und zeigt.
Wer wirklich jedes Gerät monitoren will, mehrere Shellys nutzen.
Damit geht dann Alles bis ins Kleinste, incl. Automationen um Alles mit Allem "reden" zu lassen und hu steuern.
Unendliche Möglichkeiten.

[Sfeele]

Ja, man kann sicher alles mögliche aus allen Sensoren auswerten. Ggf. mit zus. Shelly´s etc.
Für mich interessant ist die Tatsache, dass anscheinend der Preis / bei aktueller Leistung in den Statistiksensoren ausgewertet wird.
Je nachdem wieviel PV Anteil in der Leistung enthalten ist.
Nur weiß ich eben nicht, ob nur die Ladepunkte unter diese Statistik-Entitäten fallen oder auch die Verbräuche, die im "Out" im EVCC Addon angezeigt werden.
Ich wüsste nicht, wie ich mit bspw. Shelly´s oder andere Sensoren diese PV-Anteil abhängigen Preise bekommen kann.

[steps56]

Evcc kann nur die Werte verarbeiten, die als Input angelegt sind.
Betr. PV Vergütung und Netzstromkosten z. B. hat das bei mir noch nie Sinnvolles angezeigt.
Mit den Daten kann ich da fehlerhaft, Nichts anfangen. (trotz korrekter Vergütung/Kosten Angaben in der Konfiguration)

Einzelnes geht doch sauber mit Shellys.
Am PV Kabelstrang
Am Hausanschluss
Am WP Anschluss
Am whatever.

Evcc ist im Kernsegment PV Überschussladen top.
Alles damit erfassen zu wollen/können, möchten Viele (ich nicht), aber je nachdem wo/wie Evcc seinen Input bekommt, ergeben sich mehr oder weniger falsche Daten.
Meine Erfahrung.

[Sfeele]

Vielen Dank zunächst für die Infos,
ich werde jetzt, wenn wieder mehr PV-Anteil kommen sollte, die Werte der Statistiken genauer prüfen.
Schauen wir mal in wieweit sie dann konform sind....

[Sfeele]

Hallo @marq24
ich nutze Deinen angegebenen Code, um auch den SOC zu sehen, wenn ein Fahrzeug nicht verbunden ist.
Das funktioniert auch SUPER. Herzlichen Dank dafür.
Nur wird der SOC leider nicht alle bspw. 15 min aktualisiert, wenn das das Fahrzeug verbunden ist und per EVCC lädt. Irgendwie scheint die API Abfrage dann gestört zu sein.
Meine Idee wäre es, den SOC des jeweiligen Fahrzeugs während des Ladevorgangs aus deiner Integration zu nehmen (sensor.evcc_garage_vehicle_soc). Dieser Wert aktualisiert sich nämlich sauber während des Ladevorgangs. Leider habe ich nicht wirklich Ahnung wie die configuration.yaml dahingehend zu ändern wäre.
Kann man das ggf. anpassen, dass während des Ladevorgangs der SOC des jeweils verbundenen Fahrzeugs genommen wird anstatt der Sensor aus der configuration.yaml?

command_line:
  - sensor:
      name: 'BMW SOC & Range'
      unique_id: bmw_soc_and_range]
      command: |-
        data='{"password":"xxxx"}'; ip='http://xxx.xxx.x.xxx:7070';\
        c=$(curl -H 'Content-Type: application/json' -d $data -ksc - $ip/api/auth/login -o /dev/null);\
        echo "${c}" | curl -ksb - $ip/api/config/devices/vehicle/db:24/status
      json_attributes_path: '$.range'
      json_attributes:
        - value
      value_template: '{{ value_json.soc.value | float }}'
      unit_of_measurement: '%'
      scan_interval: 700
  - sensor:
      name: 'Opel SOC & Range'
      unique_id: opel_soc_and_range]
      command: |-
        data='{"password":"xxxx"}'; ip='http://xxx.xxx.x.xxx:7070';\
        c=$(curl -H 'Content-Type: application/json' -d $data -ksc - $ip/api/auth/login -o /dev/null);\
        echo "${c}" | curl -ksb - $ip/api/config/devices/vehicle/opel/status
      json_attributes_path: '$.range'
      json_attributes:
        - value
      value_template: '{{ value_json.soc.value | float }}'
      unit_of_measurement: '%'
      scan_interval: 885

Vielen Dank vorab.....

[marq24]

der Weg über ein Template Sensor scheint mir hier am Sinnvollsten

WENN connected, dann state vom evcc_intg_SOC_sensor ELSE state vom command_line_soc_sensor