Eedc v4.0.0 — neue Oberfläche (Cockpit · Komponenten · Auswertungen)

Hallo Johnny,

danke für die Screenshots, die helfen sehr. Deine Zahlen zeigen selbst schon, wo man suchen muss: Dein Auto meldet 102,66 kWh auf 534 km, das sind gut 19 kWh/100 km und damit ein völlig normaler Wert. Die „Ladung gesamt" kommt aus einer anderen Quelle und liegt rund dreizehnmal höher. Es ist also nicht die Rechnung schief, sondern eine einzelne Zahl.

Diese Zahl liest eedc bei dir aus „Solarbank 3 E2700 Pro AC-Steckdose". eedc nimmt nicht den Tageswert, sondern die Langzeitstatistik aus Home Assistant, und die führt HA bereits bereinigt als fortlaufende Summe.

Was sagt HA selbst? Schau in Entwicklerwerkzeuge → Statistiken und such den Sensor. Dort stehen genau die Summen, die auch eedc liest. Zeigt HA für den Monat ebenfalls etwas um 1.364 kWh, entsteht der Wert schon dort. Das passiert bei Zählern dieser Art, wenn der Wert zwischendurch nicht auf 0 fällt, sondern auf einen kleineren Zwischenwert: HA deutet das als Neustart und addiert den Rest noch einmal dazu. Bei einem Cloud-Sensor mit Aussetzern kann das mehrmals am Tag passieren.

In diesem Fall kannst du es direkt in HA geradeziehen: In derselben Statistik-Ansicht lassen sich die Summen anpassen. Danach holst du die Korrektur in eedc nach unter Einstellungen → Daten → Energieprofil-Pflege → „Mehrere Tage neu aggregieren" über den betroffenen Zeitraum.

Damit es nicht wiederkommt, ist ein durchlaufender Zähler die ruhigere Quelle. Falls die Anker-Integration denselben Wert ohne „_tgl" anbietet, nimm den. Sonst legst du in HA einen Verbrauchszähler-Helfer auf die Steckdose und lässt den Zyklus leer, dann zählt er einfach weiter. Diesen Sensor ordnest du in eedc unter Wallbox → „Ladung gesamt" zu.

Hallo Gernot,

Da hat Claude nicht ganz recht denn:

Das ist so logisch nicht richtig, da die km pro Monat sind (ist ja die Montasansicht, abgeleitet aus dem Gesamtkilometerstand), aber der Sensor die gesamten, seit Erstellung des Sensors, vom Auto genutzte Energie beinhaltet.

Genau darum habe ich, bevor ich den Sensor eingetragen habe, erst Testreihen gemacht, wie ich den am besten erstelle, berechne und maskiere, damit genau das Verhalten nicht Auftritt und ich zu hundert Prozent einen rein steigenden Wert habe, der auch Neustart- und Fehlertolerant ist. Erst danach habe ich den Sensor auf meinem Livesystem erstellt, vorher hatte ich das nur auf einem Testsystem.

Siehe hierzu die beiden Screenshots des Verlaufes des Sensors, einmal der Gesamtwert, einmal der Tageswert. Es gab eine Ladung im August, welche sauber gezählt wurde, sowohl in dem Gesamtzähler als auch dem Tageszähler, ansonsten ist hier keine Änderung zu sehen.
Auch die Statistiken des Sensors zeigen keinerlei Ausreißer an.


Hallo Gernot,

ich habe den Test über „Daten → Monatsdaten → Aus HA laden → August 2026“ gemacht.

Das Ergebnis ist interessant:

Ladung: vorhanden 55,6 kWh / HA-Statistik 55,6 kWh
Entladung: vorhanden 58,5 kWh / HA-Statistik 58,5 kWh

Ich habe deshalb noch einmal die HA-LTS direkt geprüft. Dort stehen für den Zeitraum:

Ladung:
08.08. 00:00: Sum = 0,3
31.08. 23:00: Sum = 55,9
Differenz = 55,6 kWh

Entladung:
08.08. 00:00: Sum = 2,7
31.08. 23:00: Sum = 58,5
Differenz = 55,8 kWh

Bei der Ladung entspricht „Aus HA laden“ also genau der Differenz der Summenspalte. Bei der Entladung wird dagegen offenbar der komplette Endwert 58,5 kWh übernommen. Die Abweichung beträgt exakt die 2,7 kWh, die bereits beim ersten vorhandenen LTS-Punkt am 08.08. um 00:00 in sum stehen.

Der zugeordnete HA-Sensor ist:
sensor.anker_solix_solarbank_4_e5000_pro_782_batterie_entladeenergie

Beim Ladesensor funktioniert dieselbe Berechnung korrekt:
sensor.anker_solix_solarbank_4_e5000_pro_782_batterie_ladeenergie

Ich habe im Vergleichsdialog zunächst nichts übernommen.

Viele Grüße
Frank

Vielen Dank für die detaillierte Aufarbeitung und Zurechtweisung. Deine Anmerkungen sind richtig.
Wir haben bei der Formulierung der Erläuterung tatsächlich einen Fehler gemacht.

Leider lösen diese dein Problem nicht.
eedc bildet den Monatswert als höchsten minus niedrigsten Zählerstand des Monats. Ein einzelner Ausreißer nach oben reicht damit für eine viel zu große Zahl, auch wenn der Zähler heute wieder richtig steht.
Der fehlerhafte Wert muss aus HA kommen. Ich habe eine weitere Stelle gefunden, die möglicherweise Einfluss haben könnte. Sie ist bei der Neu-Organisation der e-Mobilität zur Absicherung von “Alt-Beständen” entstanden:
Schau dir bitte den Verlauf von sensor.virtuell_citroen_c3_aircross_verbrauch_gesamt_in_kwh für den September an, nicht den der Solarbank. Wenn der einmal kurz nach oben gesprungen ist, haben wir die Ursache.

Hallo Frank,

danke, das ist genau die Messung, die weiterhilft, besonders weil du die Summenspalte direkt danebengelegt hast.

So rechnet eedc: Für einen Monat nimmt es aus der Langzeitstatistik den größten minus den kleinsten Summenwert innerhalb dieses Monats. Bei einer sauber steigenden Reihe ist das genau der Zuwachs. Deine Ladung geht damit auf, 55,9 minus 0,3 ergibt die 55,6, die du siehst.

Bei der Entladung müsste nach derselben Regel 55,8 herauskommen, also 58,5 minus 2,7. Dass stattdessen 58,5 dasteht, heißt: eedc hat als kleinsten Summenwert im August nicht deine 2,7 gefunden, sondern etwas nahe null.

Die Stelle im Code habe ich mir bereits angesehen, sie macht genau diese Rechnung und nichts anderes. Was ich von hier aus nicht sehen kann, ist deine Statistiktabelle. Deshalb eine Frage: Was steht dort für den Entladungs-Sensor zwischen dem 1. und 7. August? Dein erster Punkt ist der 8. August mit 2,7. Liegen davor Zeilen, und wenn ja, mit welchem Summenwert?

Die Stelle im Code habe ich mir bereits angesehen, sie macht genau diese Rechnung und nichts anderes. Was ich von hier aus nicht sehen kann, ist deine Statistiktabelle. Zwei Fragen dazu:

  1. Was steht für den Entladungs-Sensor zwischen dem 1. und 7. August? Dein erster Punkt ist der 8. August mit 2,7. Liegen davor Zeilen, und wenn ja, mit welchem Summenwert?
  2. Du hattest in deinem vorletzten Beitrag geschrieben, dass du historische Werte in der Langzeitstatistik ergänzt hast. Betraf das auch die Speicher-Sensoren? Ein nachgetragener Punkt, der nicht in die laufende Summe passt, erzeugt genau dieses Bild.

Stehen dort Zeilen mit null oder ein nachgetragener Wert, sitzt die Ursache in der Statistik, und eedc folgt ihr.

Ein Screenshot der Statistik-Ansicht für diesen Sensor über den ganzen August tut es auch.

Hallo Gernot,

Treffer – damit ist die Sache geklärt.

Ich habe jetzt auch die Ladeenergie ab Anfang August geprüft. Die ersten LTS-Punkte beginnen tatsächlich bereits am 07.08.2026.

Entladung:
07.08. 15:00: sum = 0,0
07.08. 16:00: sum = 0,0
danach steigt sie bis 23:00 auf 2,7 kWh.

Ladung:
Die Reihe startet am 07.08. bereits mit sum = 0,3 kWh und bleibt zunächst dort.

Damit ergibt sich für August genau die Berechnung, die eedc anzeigt:

Ladung: 55,9 - 0,3 = 55,6 kWh
Entladung: 58,5 - 0,0 = 58,5 kWh

Meine vorherige Auswertung hatte erst am 08.08. begonnen und dadurch die 2,7 kWh Entladung vom 07.08. nicht berücksichtigt.

Die historischen Änderungen an den HA-Langzeitstatistiken betrafen ausschließlich PV, Netzbezug und Einspeisung. An den Speicher-Sensoren wurde nichts geändert.

Damit ist für mich auch die Warnung nachvollziehbar: Der Speicher hatte beim Beginn der Erfassung offenbar bereits einen Ladezustand, aus dem am ersten Tag Energie entnommen wurde. Ich werde deshalb weder die HA-Statistik noch die Monatswerte korrigieren und lasse die Meldung zunächst einfach auslaufen.

Danke fürs Nachschauen und für die Erklärung!

Viele Grüße
Frank

Ok, den hab ich mir angeschut, der zeigt auch keine Auffälligkeiten beim flüchtigen drüber schauen.
Um die Sache nochmal hieb und stichfest zu prüfen und etwaige Sensorschwankungen auszuschließen, werde ich jetzt nochmal das Setup etwas ändern auf einen Verbrauchszähler, den ich über eine Automation immer nach Ende einer Fahrt schreibe und hochzähle. So habe ich immer einen definierten Zeitpunkt, wann der Wert sich ändert und kann Schwankungen du HA-Neustart ausschliesen.
Ist zwar OP, aber wenn es hilft :rofl:

Wobei mir der Zusammenhang zwischen dem Sensor für Verbrauch und dem viel zu hohen geladenen kWh noch nicht ganz klar ist, da sich ja eigentlich der Verbrauch aus den gefahrenen Kilometern und den geladenen kWh errechnet und der hohe Verbrauch ein folgefehler der geladenen Energie ist. Oder sehe ich das falschbzw. Hast du dort eine Wechselwirkung?

Danke fürs Nachsehen! Mit dem Umbau würde ich warten und erst einmal alles so lassen, wie es ist.
Die Wechselwirkung ist die aus #368.
Diese Absicherung für ältere Installationen bauen wir kurzfristig um: Als Ladung zählt dann die Wallbox, dein Verbrauchssensor nur noch für die kWh/100 km.
An deinem Setup musst du dafür nichts ändern.

Es muss definitiv ein Code-Problem sein.

Verbrauchszähler ohne Historie, kalibriert auf vorherigen Wert des Sensorsund erst danach in EEDC in die Konfiguration eingetragen für einen sauberen Start.
Heut nach dem Weg auf Arbeit kontrolliert, Verbrauch ziemlich genau 2 kWh, geschrieben nach Beendigung der Fahrt.

Der Sensor wird sauber von eedc in den Einstellungen erfasst:

Geladene kWh zählt in der Monatsansicht um exakt jene 2 kWh (die eigentlich Verbrauch sind) hoch.

Du hast recht, und dein Test mit dem neuen Zähler zeigt es sauberer als alles, was wir bisher hatten. Hat die Wallbox im Monat 0 kWh, nimmt eedc heute den Verbrauch des Autos als Ladung. Deine Wallbox hat im September nicht geladen, deshalb steht dort dein Fahrverbrauch, vorher 1.364, jetzt die 2 kWh. Mit #368 lag ich deshalb nur halb richtig: Aus HA kam die Größe der Zahl, dass sie überhaupt als Ladung erscheint, liegt bei uns.

Genau das bauen wir um, wie in #372 geschrieben: Als Ladung zählt dann die Wallbox, auch wenn sie 0 hat, und dein Verbrauchssensor nur noch für die kWh/100 km. Du musst dafür nichts ändern.

Ein Hinweis zum September: Dein neuer Zähler hat keine Werte vor dem 24.09. Die kWh/100 km für diesen Monat fallen deshalb zu niedrig aus. Wenn du sie richtig haben willst, trägst du den September-Verbrauch beim Monatsabschluss von Hand ein.

Eine kleine Anmerkung: für die reine Anzeige macht es doch dann auch Sinn, die extern geladenen kWh mit für die Ladung einzubeziehen, oder?

Ja, da hast du recht. Die E-Auto-Übersicht unter Komponenten zählt Extern schon mit, das Cockpit bisher nicht. Das ziehen wir mit dem Umbau gleich.
Im laufenden Monat geht das mit einem Extern-Sensor wie deinem sofort; wer Extern von Hand einträgt, sieht es erst nach dem Monatsabschluss.

Mir fällt gerade auf, dass im Cockpit in der Tageshistorie keine Anzeige ist.. obwohl da ja jetzt 100 % stehen müsste ?

20-0 / 20 = 1 * 100 = 100

Eigenverbrauch ist auch leer.. (an allen Tagen)

ich habe in meiner Live-Ansicht eine “komische” Ansicht, sodass die Werte für den Hausverbrauch irgendwie nicht passen können?! Hier wird wohl PV und Batterieladung addiert!? Das war bis vor einiger Zeit aber nicht so und wurde korrekt angezeigt

100 % stimmen, eedc zeigt sie trotzdem absichtlich nicht. Autarkie und Eigenverbrauch sind Differenzen, und eedc rechnet sie nur, wenn beide Werte in denselben Stunden gemessen sind. Fehlt in einer Stunde einer davon, bleibt das Feld leer, statt eine schiefe Zahl zu zeigen. Dass es bei dir jeden Tag passiert, spricht dafür, dass ein Zähler regelmäßig eine Stunde auslässt.
Schau bitte in den Daten-Checker (Einstellungen → System) und schick mir, was er zu deiner Anlage meldet. Wenn dort nichts steht, hilft ein Screenshot vom Block „Stundenwerte“ für den 23.9. (Cockpit → Tag, ganz unten). Die Stunde mit „—“ ist dann die Stelle.

Danke für die Bilder, damit war es schnell zu finden. In der Datenquellen-Zeile Speicher → Leistung (W) ist bei dir der Knopf „Vorzeichen umkehren“ (⇅, grün) aktiv. Dein Sensor meldet beim Laden schon einen positiven Wert, so wie eedc es erwartet. Durch die Umkehr liest eedc das als Entladung und zählt die 4,2 kW zusätzlich zur PV zum Haus. Klick den Knopf bitte einmal aus, sodass er grau ist. Die Live-Ansicht sollte dann wieder um die 500 W zeigen. Die Tageswerte (kWh) sind davon nicht betroffen.
Weißt du noch, ob du den Knopf irgendwann selbst gesetzt hast? Und falls die Live-Ansicht nach dem Ausschalten immer noch falsch ist, sag bitte Bescheid. Dann hängt noch eine alte Einstellung aus einer früheren Version dran, und die müssen wir auf unserer Seite entfernen.

Dann liegt es wohl am Balkonkraftwerk Garage, das in der Dunkelheit keine Werte liefert , weil der Wechselrichter offline ist ?

Danke, die Tabelle hilft schon viel. An der Garage allein liegt es nicht: Von 1 bis 7 Uhr fehlt sie auch, und trotzdem steht bei PV 0,00. Bei dir fehlt nur die Zeile 0:00, also die Stunde von 23 bis 24 Uhr. Die reicht schon, damit Autarkie und Eigenverbrauch leer bleiben.

Zwei Dinge würden helfen:

  1. Rechne den 23.9. einmal neu: Einstellungen → Daten → Energieprofil-Pflege → „Tag neu aggregieren“. Die Vorschau zeigt Alt und Neu nebeneinander. Steht bei 0:00 danach ein Wert?
  2. Schau in HA in den Verlauf deines PV-Zählers (kWh) fürs Dach vom 22.9., 22 bis 24 Uhr: Ist dort ein Wert, oder steht „nicht verfügbar“?

Punkt 1.. neine da steht bei 0.00 immer noch kein wert.
Punkt 2. Ja.. in der nacht sind da lücken … mit nicht verfügbar. (wechselrichter aus ? )

@supernova1963

Hallo Gernot,
ich habe nur ein kleines kosmetisches Problem mit eedc. Es betrifft die Ansicht Cockpit - Tag.
Ich erfasse den Wasserverbrauch (u.a.) mit eedc. Der Graph zeigt auch brav den Verbrauch an.
Nun die Bitte: Könnte die Frage des Graphen etwas deutlicher und kontrastreicher eingestellt werden? Vielleicht ein Blau?