Konfigurationsbeispiele — Wallbox: Heimladung und ihr PV-Anteil

[supernova1963]

Kategorie „Dein eedc" · Geräte-Typ Wallbox. Für jeden Geräte-Typ gibt es einen eigenen Faden
nach demselben Aufbau — dieser hier ist der erste und dient als Muster. Ergänzt gern euer Gerät in
den Kommentaren.

Diese Frage kommt regelmäßig: „Ich habe eine Wallbox integriert, aber für Ladung PV finde ich in
Home Assistant keinen passenden Sensor." Die kurze Antwort lautet fast immer: du brauchst keinen.
Die lange Antwort steht hier — mit den Zuordnungsmöglichkeiten, ihren Voraussetzungen und den
Helfern, die es je Gerät braucht.

Dies ist die Stelle für die Gerätedetails. Der Hinweis im Programm bleibt bewusst allgemein
(„manche Wallboxen messen das separat") — welche das sind und in welcher Form der Wert vorliegt,
hängt an Hersteller und Firmware und wandert dafür zu schnell. Hier ist es pflegbar, und hier kann
jeder sein Gerät ergänzen.

Aufbau dieses Fadens (und aller Geschwister-Fäden): was eedc erwartet → wohin der Wert gehört →
die Wege zur Zuordnung mit ihren Voraussetzungen → Geräte-Beispiele → Fallstricke → Prüfen →
Ergänzen.

0. Kurzüberblick: weist deine Wallbox den PV-Anteil aus?

Wallbox	PV-Anteil vorhanden?	in welcher Form	direkt zuordenbar?
go-e (HOME+ / Gemini, ab Firmware 59.4)	ja — whs (Solar), daneben whg (Netz), whb (Speicher), who (sonstiges)	je Ladevorgang („since car connected")	nein → Weg C (Helfer), Details in Abschnitt 4
beliebige Box mit evcc	ja, von evcc gerechnet	je nach Aufbau; bewährt als kumulierter Zählerstand per MQTT	ja, wenn fortlaufend → Weg B
Box mit reinem Ladungszähler (die Mehrheit)	nein	—	nicht nötig → Weg A, eedc rechnet den Anteil aus
deine Box?	—	—	bitte unten ergänzen (Abschnitt 7)

⚠ Diese Tabelle ist bewusst kurz: eingetragen ist nur, was jemand nachgemessen hat. Eine Zeile
„müsste gehen" wäre schlimmer als keine. Wenn du eine Box hast, die hier fehlt — Abschnitt 7 sagt,
welche drei Angaben sie brauchbar machen.

---

1. Was eedc in diesen Feldern erwartet

Einen kWh-Zähler. eedc bildet die Monatsmenge selbst — aus der Differenz der Zählerstände.

Welche Form ist die beste? Der Reihe nach:

1. ⭐ Ein Zähler, der nie zurücksetzt — die beste Form. eedc muss dann keinen Rücksprung
   erkennen, sondern nur zwei Stände voneinander abziehen.
2. Ein Zähler mit monatlichem Zyklus — ebenfalls gut, er endet auf der Monatsgrenze.
3. Ein Tageszähler („Erzeugung heute") — funktioniert auch; eedc kennt das Muster.

Für alles, was du selbst bauen musst, ist der bequemste Weg ein Verbrauchszähler-Helfer in Home
Assistant, über die Oberfläche angelegt statt in der configuration.yaml: Der Helfer-Name überlebt
einen Gerätetausch (du wechselst nur die Quelle), und er bringt die richtigen Attribute von selbst
mit. Wähle ihn nach Möglichkeit ohne Zyklus.

Was dagegen wirklich nicht passt:

nicht geeignet	warum
ein Prozentwert („58 % Solaranteil")	das Feld erwartet kWh, keine Quote
ein Sitzungswert, der beim Anstecken bei 0 beginnt	er beginnt mitten im Monat mehrfach neu, nicht auf einer Zeitgrenze — die Monatsdifferenz wird damit falsch
eine fertige Monatsmenge über MQTT	die energy/-Topics tragen Zählerstände, keine Monatswerte

2. Wo der Wert hingehört — Wallbox oder Auto?

Hast du eine Wallbox, führt eedc die Heimladung dort. Der Ladungszähler der Wallbox ist die
kanonische Quelle; am Fahrzeug wird die Heimladung dann nicht zusätzlich erfasst, sonst stünde sie
zweimal in den Daten. Am Auto bleiben die Felder, die nur das Auto weiß: Extern geladene Energie,
deren Kosten, Kilometer und Verbrauch.

Ohne Wallbox (Auto hängt an einer Schuko-Dose oder an einer Box ohne Zähler) trägst du die
Heimladung am Fahrzeug ein — entweder als Heim: gesamt oder, wenn du es getrennt hast, als
Heim: PV und Heim: Netz.

3. Die drei Wege zum PV-Anteil

Weg A — nichts zuordnen, eedc rechnet ihn aus (der Normalfall)

Lass Ladung PV leer. eedc kennt seine eigenen Stundenwerte und rechnet Stunde für Stunde, welcher
Teil der Ladung nicht aus dem Netz kam. Die Idee ist von evcc geborgt, das genauso vorgeht.

Voraussetzung, und zwar genau diese: Für die Stunden, in denen geladen wurde, braucht eedc drei
eigene Stundenwerte — die Ladung selbst, den Netzbezug und die Einspeisung. Fehlt in einer
Ladestunde einer der drei, gilt diese Stunde als ungedeckt und bleibt außen vor. Ist keine
Ladestunde gedeckt, sagt eedc nichts — und macht daraus ausdrücklich keine 0 kWh PV. Praktisch
heißt das: Wallbox-Ladung, Netzbezug und Einspeisung müssen als Datenquellen zugeordnet sein.

Der Anteil erscheint danach überall gleich: an der Wallbox, am Fahrzeug, in Cockpit und Auswertungen.

Weg B — du hast einen echten PV-Ladezähler

Dann ordne ihn zu. Ein gepflegter Wert hat immer Vorrang vor der Ableitung — auch eine gepflegte
0. Achte nur auf die Form aus Abschnitt 1: fortlaufend, nicht zurücksetzend.

Weg C — dein Gerät liefert die Aufteilung, aber in der falschen Form

Das ist der häufigste Fall, und hier hilft ein Helfer. Zwei Muster:

• Sitzungswert → Zähler. Ein utility_meter auf den Sitzungssensor addiert die Ladevorgänge auf
  und verkraftet die Rücksprünge. Ergebnis ist ein fortlaufender Zähler, den du zuordnen kannst.
• Zwei getrennte Quellen → eine Summe. Liefert dein Gerät PV- und Netzladung getrennt, aber du
  brauchst die Gesamtmenge, addierst du beide in Home Assistant zu einem Helfer.

4. Geräte-Beispiele

go-e Charger (HOME+ / Gemini)

Wert	API-Schlüssel	Form	brauchbar für
Gesamtzähler	eto	kumulativ	Ladung gesamt — direkt zuordnen
Solaranteil	whs	seit Anstecken	Ladung PV nur über einen utility_meter (Weg C)
Netzanteil	whg	seit Anstecken	—
Speicheranteil / sonstiges	whb · who	seit Anstecken	—
PV- und Netzleistung	ppv · pgrid	Watt, Momentanwert	—
Leistungswerte hineinschreiben	ids (Schreib-Schlüssel)	JSON {"pGrid":…, "pPv":…, "pAkku":…}	Voraussetzung, damit whs/whg überhaupt zählen

whs/whg/whb/who gibt es ab Firmware 59.4. Einen kumulativen Solarzähler hat die go-e
nicht — kumulativ ist nur eto.

⚠ Voraussetzung auf go-e-Seite: whs bleibt 0, solange die Wallbox nicht weiß, was gerade an PV
und Netz anliegt. Sie braucht diese Werte — aber kein bestimmtes Produkt und keinen go-e
Controller: du kannst sie ihr selbst schicken, z. B. aus Home Assistant alle rund 5 Sekunden über
den Schreib-Schlüssel ids (pGrid, pPv, pAkku). Danach funktioniert das PV-Überschussladen der
Wallbox, und whs/whg füllen sich. (Danke an @Blockmove für diesen Hinweis — bei ihm läuft es so
mit zwei Wallboxen samt gemeinsamem Lastmanagement.)

Bekommt die Wallbox diese Werte nicht, bleibt whs bei 0 — dann ist Weg A der richtige.

⚠ Der eedc-Connector für go-e liest nur eto. Wer die Aufteilung will, geht über Home Assistant.

Rezept: go-e PV-Überschussladen mit Home Assistant (von @Blockmove)

Die Leistungswerte gehen per MQTT an die Wallbox — es braucht also einen MQTT-Broker, dessen
Zugangsdaten in der go-e-App hinterlegt werden. Damit das interne PV-Überschussladen anläuft, müssen
sie alle 5 Sekunden über ids kommen. In Home Assistant genügt eine Automation:

alias: Wallbox 1
triggers:
  - trigger: time_pattern
    seconds: /5
actions:
  - action: mqtt.publish
    data:
      topic: go-eCharger/xxxxxx/ids/set
      payload: >
        { "pGrid": {{ states('sensor.deye_grid_power') }},
          "pPv": {{ states('sensor.deye_pv_power') }},
          "pAkku": {{ states('sensor.deye_battery_1_power') }} }
mode: single

• xxxxxx ist die Seriennummer der Wallbox.
• Alle Angaben in Watt.
• ⚠ Vorzeichen beachten: pGrid + Bezug / − Einspeisung, pAkku + Entladen / − Laden.
• Weitere Parameter lassen sich in der App anpassen, waren bei ihm aber nicht nötig.

Danke an @Blockmove, der das einen Tag nach dem Anlegen dieser Seite beigetragen hat — genau so ist
sie gedacht.

evcc (mit beliebiger Wallbox)

evcc rechnet den PV-Anteil selbst und stellt ihn bereit. Bewährt hat sich der Weg über MQTT mit dem
kumulierten Zählerstand der Ladeenergie in ein energy/-Topic. Wichtig dabei: Prozentwert ×
Gesamtzähler ist nur dann ein sauberer PV-Zähler, wenn Prozentwert und Zähler dieselbe Energiebasis
haben — derselbe Zähler seit demselben Tag. Sonst nimm Weg A.

Wallbox, die PV und Netz getrennt zählt

Beide Werte in Home Assistant zu einem Helfer addieren, wenn du die Gesamtmenge brauchst — und den
PV-Wert zusätzlich einzeln zuordnen, sofern er fortlaufend zählt (Weg B). Zählt er je Sitzung, geht er
über Weg C.

Wallbox mit reinem Ladungszähler (die Mehrheit)

Zähler als Ladung gesamt zuordnen, Ladung PV leer lassen, fertig — Weg A.

5. Fallstricke

Einen Sitzungswert direkt zuordnen. Der häufigste Stolperstein, und der Grund für diesen Faden:
ein Wert „seit Anstecken" springt mehrmals im Monat auf 0 — und zwar nicht auf einer Zeitgrenze,
sondern wann immer ein Auto abgesteckt wird. Als Zähler gelesen ergibt das falsche Monatsmengen.
Abhilfe ist Weg C.

Zählerstand und Monatsmenge verwechseln. Wenn du per MQTT lieferst: unter energy/ erwartet eedc
den fortlaufenden Stand deines Zählers, nicht die Menge dieses Monats. Im Monatsabschluss fällt es
auf, wenn neben einem Monatswert plötzlich ein Lebenszählerstand steht — dann nicht „übernehmen"
klicken, sondern das Topic prüfen.

Zwei Quellen für dieselbe Menge. Wer den Ladungszähler der Wallbox und die Heimladung am
Fahrzeug pflegt, zählt sie doppelt. Die Wallbox ist die Quelle (Abschnitt 2).

(Für Speicher, Wechselrichter, Wärmepumpe und E-Auto gelten teils eigene Regeln — die stehen im
jeweiligen Faden dieser Reihe.)

6. Woran du siehst, dass es wirkt

• Daten-Checker (Einstellungen → Daten): er nennt fehlende Zuordnungen samt Reparaturweg.
• Monatsabschluss: neben jedem Feld steht, was die zugeordnete Quelle liefert — dort fällt eine
  Verwechslung von Zählerstand und Monatsmenge sofort auf (ein Lebenszählerstand neben einem
  Monatswert).
• Komponenten → Wallbox und Cockpit → Monat zeigen den PV-Anteil; bei Weg A ist er
  abgeleitet, bei Weg B/C gemessen.

7. Ergänzt euer Gerät

Diese Seite lebt von Beispielen. Fehlt deine Wallbox in der Tabelle oben, brauchen wir genau drei
Angaben — dann wandert sie hinein:

1. Welcher Sensor (bzw. API-Schlüssel) trägt den PV-Anteil, und wie heißt er bei dir?
2. Welche Form hat er — fortlaufender Zähler, Monatszyklus, Tageswert oder je Ladevorgang?
3. Welchen Helfer hast du gebaut, wenn einer nötig war — und was setzt das Gerät voraus, damit
   der Wert überhaupt gefüllt wird?

Gern mit Firmware-Stand und Datum. Das ist kein Formalismus: der go-e-Solarschlüssel steht in der
großen offiziellen API-Übersicht gar nicht, nur in den firmware-spezifischen Listen — eine Angabe mit
Stand ist deshalb wertvoller als eine allgemeine Aussage.

[Blockmove]

go-e Wallbox PV-Überschussladen mit Homeassistant

Die go-e Wallboxen bieten mehrere Kommunikationsmöglichkeiten an.
Ich nutze MQTT. Es muss also auf dem System ein MQTT-Broker laufen mit dem die Wallbox Daten austauschen kann.
Die Zugangsdaten für den Broker kann man in der go-e Smartphone App konfigurieren.
Um das interne PV-Überschussladen der Wallbox aktivieren zu können müssen alle 5 Sekunden die Leistungswerte über das Parameter ids übertragen werden.
Das geht in Homeassistant mit einer einfachen Automation:

alias: Wallbox 1
description: ''
triggers:
  - trigger: time_pattern
    seconds: /5
conditions: []
actions:
  - action: mqtt.publish
    metadata: {}
    data:
      topic: go-eCharger/xxxxxx/ids/set
      payload: >
        { "pGrid": {{ states('sensor.deye_grid_power') }}, "pPv": {{
        states('sensor.deye_pv_power') }}, "pAkku": {{
        states('sensor.deye_battery_1_power') }} }  
    enabled: true
mode: single

xxxxxx unter Topic muss durch die Seriennummer der Wallbox ersetzt werden.
pGrid ist die Netzleistung, pPv ist die PV-Leistung und pAkku ist die Leistung des Speichers.
Die Angaben müssen in Watt erfolgen. Die Vorzeichen müssen beachtet werden.
Bei pGrid: + Bezug / - Einspeisung
Bei pAkku: + Entladen / - Laden
In der App können Parameter bei Bedarf angepasst werden. War bei mir aber nicht notwendig.