EV Tracker – was spart mein E-Auto wirklich? Tester gesucht

Showroom
, , ,
1

Hallo zusammen,

ich habe ein Home-Assistant-Add-on gebaut, das die Frage beantwortet, die sich wohl jeder E-Auto-Fahrer stellt: Was spare ich eigentlich gegenüber einem Benziner, und wie viel davon kommt von meiner PV?

Der EV Tracker holt sich jede Nacht die Werte aus Home Assistant (oder aus InfluxDB, PostgreSQL oder Prometheus) und rechnet daraus:

  • :high_voltage: Ersparnis gegenüber einem Benziner, Monat für Monat mit dem echten Benzinpreis (Tankerkönig), dazu KFZ-Steuer und THG-Quote

  • :sun: PV-Anteil beim Laden zuhause, bewertet mit dem Stromtarif des jeweiligen Monats

  • :battery: Echter Verbrauch: aus den Ladungen und zusätzlich aus dem Akkustand, der Unterschied zeigt die Ladeverluste

  • :bar_chart: Statistik, z. B. Sommer gegen Winter: Verbrauch, Kosten je 100 km, PV-Anteil

  • :electric_plug: Ladungen unterwegs: Rechnungs-PDFs einlesen, Ladetarife mit Preisverlauf, und die Ladeerkennung meldet Ladungen ohne Beleg

  • :e_mail: Monatsbericht per Mail, dazu Instandhaltung, Versicherung und Backup

Läuft komplett per Ingress, ohne offenen Port und ohne Token. Fahrzeugname und Bild sind frei wählbar, es ist nicht auf ein Modell festgelegt.

Du brauchst in HA: Kilometerstand, Tankerkönig und die kWh, die ins Auto geladen werden, getrennt nach Netz und PV. Hast du keine getrennten Zähler, findest du im Repository fertige Vorlagen (Node-RED oder HA-Paket), die den PV- und Netzanteil berechnen. Dafür brauchst du die Ladeleistung der Wallbox und die aktuelle Netzleistung (Bezug/Einspeisung), z. B. vom Smart-Meter-Gateway, einem IR-Lesekopf am Stromzähler oder dem Energiezähler des Wechselrichters.

Installation: Einstellungen → Add-ons → Add-on-Store → ⋮ → Repositories →
https://github.com/HasenbeinMH/ev-tracker-ha

Screenshots und Details: https://github.com/HasenbeinMH/ev-tracker-ha

Das Projekt ist noch jung und wird mit Unterstützung von KI entwickelt und getestet. Ich freue mich über jede Rückmeldung, auch ein kurzes „läuft bei mir mit Wallbox XY“. Fehler und Wünsche gern hier oder als Issue auf GitHub.

Viele Grüße
Daniel

PS: Der erste Text war zu langweilig :wink:

screenshot-dashboard
screenshot-dashboard2560×1366 321 KB

2

# EV Tracker – was ist neu (Version 2.2 bis 2.7)

Der EV Tracker ist ein Home-Assistant-Add-on, das die echten Stromkosten deines E-Autos einem gedachten Verbrenner gegenüberstellt – mit km, Ladungen, PV-Anteil, Kraftstoffpreis, THG-Quote und KFZ-Steuer. In den letzten Versionen ist einiges dazugekommen:

## :test_tube: Simulationsmodus – Ersparnis testen, bevor man ein E-Auto kauft

Du fährst noch einen Verbrenner und überlegst umzusteigen? Der EV Tracker nimmt die **echten km** und den **echten Kraftstoffpreis** deines jetzigen Autos aus Home Assistant und rechnet live, was ein E-Auto gekostet hätte:

- Strombedarf = km × eingestellter E-Auto-Verbrauch + Ladeverluste

- Lademix frei einstellbar: Anteil PV, Netz (dein Stromtarif) und öffentlich (eigener ct/kWh-Preis)

- Dashboard, Statistik und Monatsbericht funktionieren wie mit echten Ladungen

- Nach dem Kauf bleibt die Simulation als **„Prognose gegen tatsächlich“** stehen – so siehst du, wie gut die Vorhersage war

## :automobile: Galerie mit 30 Fahrzeugbildern

Unter *Einstellungen → Fahrzeugbild* wählst du dein Auto per Klick – von Audi A6 e-tron bis VW ID. Buzz. Die Akzentfarbe des Dashboards passt sich der Lackfarbe an. Dein Modell fehlt? Im Repo liegt ein fertiger Prompt, mit dem eine Bild-KI (ChatGPT, Gemini …) aus deinem eigenen Foto ein passendes Bild macht.

## :fuel_pump: Vergleich mit Benziner, Diesel oder Autogas

Wählbar in den Einstellungen – Beschriftungen, Diagramme, Berichte und der CO₂-Faktor passen sich an.

## :rocket: Einrichtung Schritt für Schritt

Neue Seite *Hilfe → Einrichtung*: zehn Schritte von Fahrzeug über Sensoren und Datenbank bis Mailbericht – mit Status-Anzeige, was schon erledigt ist und was noch fehlt.

## :file_cabinet: InfluxDB 3.x als Datenquelle

Neben Home Assistant, InfluxDB 1.x/2.x, PostgreSQL/TimescaleDB und Prometheus/VictoriaMetrics jetzt auch **InfluxDB 3 Core/Enterprise**. Die App kommt mit der Dateigrenze von Core zurecht und findet Sensoren über ihren Namen, auch wenn das Measurement nicht passt. *Noch neu – Rückmeldungen sind sehr willkommen!*

## :sun: Vorlagen: PV- und Netz-Anteil beim Laden

Deine Wallbox liefert nur die Gesamtleistung? Ein **Node-RED-Flow** oder ein **HA-Paket** teilt die Ladung in PV und Netz auf („Haus zuerst, das Auto bekommt den Überschuss“) und legt die passenden kWh-Zähler an – inklusive Import-Anleitung.

## Kleinere Verbesserungen

- Statistik und Monatsbericht: Veränderungen farbig – weniger Verbrauch/Kosten grün, mehr orange

- Verständliche Fehlermeldungen bei der Datenbank-Anbindung (z.B. falsches Token)

- Warnung, wenn Verbindungsdaten vor dem Test noch nicht gespeichert wurden

- Lesbarere Links im dunklen Design

## Installation

*Einstellungen → Add-ons → Add-on-Store → ⋮ → Repositories* und

`https://github.com/HasenbeinMH/ev-tracker-ha\` hinzufügen, dann „EV Tracker“ installieren.

Feedback, Fehler und Wünsche gern hier

image
image1280×705 197 KB

3

Was ich oben vergessen habe. Wenn der Verbrenner keine Daten in Home Assistant hat, kann man die km auch von Hand eintragen.

image
image1170×689 45.1 KB

4

Was ich vom ersten Probieren her gesehen habe, schaut schon echt gut aus, I like it :+1:

Wie kann ich eigentlich bei dem Stromtarif einen dynamischen Tarif hinzufügen?
Da würde sich das ja auch über einen Strompreissensor anbieten, da die meisten ja eh dahingehend schon was eingerichtet haben.

Gruß
Johnny

5

Vielen Dank fürs reinschauen und den Daumen.

Hmm, dynamischer Stromtarif. Da muss ich mal überlegen. Es ist als „statische“ Auswertung ohne Echtzeitdaten gedacht gewesen. Man könnte bei dynamischen Stromtarif jeden Ladevorgang mit Menge und Kosten übergeben oder ich ändere den Gesamtansatz und nehme doch Livedaten ins Tool.

Mal sehen was mein kleiner Nerd dazu sagt :joy:

6

Also ich hab das nur mal kurz bei mir rein geworfen und der meint, dass das an sich möglich wäre, auch mit der aktuellen logik des Datenabrufes. Kurz zusammengefasst, Neue Tabelle in der Datenbank für den dyn. Preis für eine saubere Trennung, den HAclient-Abruf etwas aufboren, Auswahl der Einheit des Preissensors auswählbar einbauen, den import der Preise an sich rückwirkend für 2 Tage (falls mal einer nich importiert wurde) und den Tagesimport als eigene funktion bauen, die Einstellungen dafür und deren Speicherung und die Berechnungen an sich.

Ich hätte jetzt ehrlich gesagt mit mehr Aufwand gerechnet :sweat_smile:

Gruß
Johnny

7

Ich aber auch. Mal sehen wann am Wochenende ich dazu kommen.

8

Also ich würde die Livedatenerfassung in HA lassen und dann folgendes machen:

Kostenzähler in HA (meine Empfehlung)
In HA läuft ein zusätzlicher, fortlaufender Sensor „Netzkosten ins Auto (€)“: Ladeleistung aus dem Netz × aktueller Preis, aufintegriert. Der EV Tracker liest davon wie beim kWh-Zähler die Monatsdifferenz und rechnet €/Monat ÷ kWh/Monat = tatsächlicher Durchschnittspreis.

Rechnet mit dem echten Preis zum Ladezeitpunkt, also auch mit 15-Minuten-Preisen.
Klappt mit allen Datenquellen (HA-API, Influx, Postgres, Prometheus), weil monat_delta schon vorhanden ist.
Passt zu den Vorlagen, die es schon gibt: Die Leistung „Netz ins Auto“ berechnen sie bereits (sensor.ev_ladeleistung_netz). Die Vorlagen für HA und Node-RED würden wir um den Kostenzähler erweitern.
Nachteil: Werte gibt es erst ab dem Tag, an dem der Sensor eingerichtet ist. Frühere Monate lassen sich nicht nachberechnen.

9

Die Frage habe ich mir noch nie gestellt…

10

macht auch spaß wenn man die Antwort schon kennt :wink:

11

Hm, wäre sogar noch einfacher.

Würde es da auch eine zusätzliche Möglichkeit geben, nur den Preis der Ladung auf Basis des dynamischen Tarifs als Vorlage zu nehmen?
Hat ja nicht jeder die anderen Vorlage in Benutzung, da die Entitäten ja auch schon vorhanden sein können, bereitgestellt von der WB.

12

das war meine erste Idee, habe ich dem Nerd noch nicht gesagt

13

Update ist raus, vielleicht kann jemand das testen.

14

Hi Daniel,

Update ist gemacht, Sensor aus Vorlage angelegt und kurz angetestet, liefert mir auch Werte soweit, sichtbar wird das ja erst mit dem Monatsende.

Muss mich mal noch mit dem Daten Senden befassen, wenn ich mal dazu komme, das wäre die wesentlich interessantere Variante, das für jede Ladung einzeln zu sehen. :grin::+1:

Gruß Johnny

15

auf den ersten Blick fehlt mir ein Sensor, von EVCC kommt mWn nur der PV und Gesamtverbrauch. Einen Sensor getrennt für den Grid Bezug gbits mWn nicht, der wird errechnet.

Pdf Rechnungs Import klappt mit mit den Rechnungen von Hyndai nicht wirklich, da wird recht viel “Mist” importiert. Bei Bedarf kann ich gerne mal eine Rechnung bereitstellen.

Ansonsten eine recht nette Übersicht.

16

Hi, vielen Dank für die Rückmeldung. Da mein E-Auto erst in zwei Wochen kommt, konnte ich leider keine Rechnungen testen. Beispiel Rechnungen wären sehr hilfreich dann kann ich damit weiter machen.

Ja, ich wollte auch EVCC nutzen und wollte das noch berücksichtigen. Kommt also noch.

Beste Grüße

Daniel

17

Hi Johnny,

gut das der Monat bald zu Ende ist.

Grüße und vielen Dank fürs testen

18

Ich habe aber Vorlagen dabei mit denen du dir die Sensoren und Berechnung erstellen kannst.

21

Scheinbar muss ich dem Programm die einzelnen Rechnungen anlernen. Wer mir also anonymisierte Rechnungen zu Verfügung stellen kann, gern per PN.

Update1:
Erstes Update zu Rechnungseinlesung ist raus

Update2:
Zum Thema Rechnungen werde ich versuchen die TOP 10 der Ladeanbieter einlösbar zu machen und der Rest muss leider Tippen. Die weiteren Beispiele die ich schon habe kommen auch rein.

Update was die Rechnung besser einlesen sollte

:crayon:by HarryP: Zusammenführung Mehrfachpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)

Ladetarifgrundgebühren weren jetzt auch eingerechnet

22

So, nun auch einmal die Vorlage ausprobiert zum Senden der Ladesitzung mit dem aktuellen Netzpreis.

Auf den 2. Anlauf hat es funktioniert, bei dem ersten Versuch hat die Automation den Start nicht mitgeschnitten gehabt.