evcc: Zähler wird nicht erkannt, so behebst du es

Kurzdiagnose

Wenn evcc einen Zähler nicht erkennt, liegt es fast immer an falscher Adressierung (IP, Port, Modbus-ID), einem unpassenden Template oder einer fehlenden Netzwerkverbindung zum Messgerät. evcc spricht Zähler über Protokolle wie Modbus TCP, SMA, SunSpec oder HTTP an, stimmt dort ein Detail nicht, bleibt der Meter ohne Werte oder fehlt beim Start ganz. Prüfe zuerst, ob das Gerät im selben Netz erreichbar ist (Ping), kontrolliere dann die Werte unter meters in der evcc.yaml und sieh dir das evcc-Log beim Start an, dort steht meist die genaue Fehlerursache.

Wie evcc Zähler anspricht

evcc unterscheidet drei Meter-Rollen: grid (Netzanschluss), pv (Erzeugung) und battery (Speicher). Jeder Zähler wird unter meters definiert und über ein Template oder eine generische Quelle (z. B. Modbus, MQTT, HTTP) angebunden. Im site-Block werden die Meter dann ihren Rollen zugeordnet. Fehlt diese Zuordnung, taucht der Zähler zwar in der Konfig auf, wird aber in der Berechnung nicht genutzt.

Die häufigsten Anbindungen laufen über Modbus TCP. Dabei brauchst du drei Angaben korrekt: die IP-Adresse des Geräts, den Port (oft 502) und die Modbus-Slave-ID. Genau die Slave-ID wird oft falsch gesetzt, viele Hersteller nutzen eine andere ID als die Standard-1. Steht sie falsch, antwortet das Gerät nicht oder liefert Nullen.

Zähler-Problem Schritt für Schritt eingrenzen

1. Erreichbarkeit testen: Vom evcc-Host aus die IP des Zählers anpingen. Keine Antwort heißt Netzwerk- oder Kabelproblem, nicht Konfig.
2. Log lesen: evcc beim Start beobachten. Meldungen wie „connection refused", „timeout" oder „unexpected response" zeigen, ob es an Verbindung, Port oder Protokoll liegt.
3. IP, Port, ID prüfen: In der evcc.yaml unter dem Meter-Eintrag IP, Port (Modbus meist 502) und vor allem die Modbus-Slave-ID gegen das Handbuch abgleichen.
4. Template kontrollieren: Passt das gewählte Geräte-Template zum tatsächlichen Modell? Ein falsches Template liest die falschen Register und liefert 0 W.
5. Rolle zuordnen: Im site-Block sicherstellen, dass der Meter unter grid, pv oder battery referenziert ist.
6. Vorzeichen prüfen: Beim Grid-Meter muss Einspeisung negativ sein. Stimmt das Vorzeichen nicht, hilft oft ein scale: -1 im Meter-Eintrag.
7. Neu starten: evcc nach jeder Änderung neu starten und die Werte in der Oberfläche kontrollieren.

Typische Symptome und ihre Ursachen

Netzwerk: die unterschätzte Fehlerquelle

Sehr viele Zähler-Probleme sind in Wahrheit Netzwerkprobleme. Liegt der Zähler in einem anderen Subnetz, hinter einem Gäste-WLAN oder an einer schwachen Funkbrücke, antwortet er sporadisch oder gar nicht. evcc kann nur lesen, was es erreicht.

• Festes Subnetz: Zähler und evcc-Host sollten im selben IP-Bereich liegen, ohne trennende VLANs.
• Feste IP: Per DHCP-Reservierung verhindern, dass der Zähler seine Adresse wechselt und evcc ins Leere greift.
• Verkabelung bevorzugen: LAN ist stabiler als WLAN-Bridges, gerade bei Modbus-Abfragen im Sekundentakt.

Vergib für den Zähler eine feste IP und trage genau diese in evcc ein. Wechselt die Adresse nach einem Router-Neustart, ist die häufigste Folge ein Meter, der „plötzlich" nicht mehr erkannt wird, obwohl sich an evcc nichts geändert hat.

Template, SunSpec und generische Anbindung

Steht dein Gerät nicht als fertiges Template bereit, musst du es generisch anbinden. evcc unterstützt dafür unter anderem Modbus mit manuell gesetzten Registern, SunSpec (ein herstellerübergreifender Standard vieler Wechselrichter) sowie HTTP und MQTT. SunSpec ist der bequemste Weg, weil viele Wechselrichter ihre Mess-Register dort einheitlich bereitstellen, du gibst nur IP und Modbus-ID an, evcc liest die Standard-Register selbst aus.

Bei der generischen Modbus-Anbindung legst du das auszulesende Register und den Datentyp (z. B. Float oder Integer) selbst fest. Das ist fehleranfällig: Ein falscher Registeroffset liefert plausible, aber falsche Zahlen, etwa Watt statt Kilowatt oder vertauschte Phasen. Wenn ein generisch eingebundener Zähler unrealistische Werte zeigt, prüfe zuerst Register, Datentyp und den scale-Faktor, bevor du an der Verkabelung suchst. Ein Shelly 3EM oder ähnliche IP-Zähler lassen sich oft am einfachsten über HTTP einbinden, weil sie ihre Werte direkt als JSON liefern.

Wenn die feste Elektrik betroffen ist

Praktisch heißt das

Geh in dieser Reihenfolge vor: erreichbar (Ping), Log lesen, dann IP/Port/Modbus-ID und Template gegen das Handbuch prüfen. Vergib dem Zähler eine feste IP und schließe konkurrierende Verbindungen. In neun von zehn Fällen liegt es an der Slave-ID, am Vorzeichen oder am Netzwerk, nicht an evcc selbst. Den sauberen Erstaufbau zeigt unsere evcc-Installationsanleitung, mehr Praxis unter Überschussladen.

Häufige Fragen

Warum zeigt mein Zähler in evcc 0 W an?

0 W bei laufender Erzeugung oder Verbrauch deutet auf eine falsche Modbus-Slave-ID oder ein unpassendes Geräte-Template hin. evcc verbindet sich zwar, liest aber die falschen Register. Gleiche die Slave-ID mit dem Handbuch des Zählers ab und stelle sicher, dass das gewählte Template exakt zu deinem Modell passt, nicht nur zur Marke.

Wo finde ich die Fehlermeldung in evcc?

Im evcc-Log direkt beim Start. Dort protokolliert evcc jeden Meter-Verbindungsversuch. Meldungen wie „connection refused", „timeout" oder „unexpected response" grenzen das Problem sofort ein: refused heißt falscher Port, timeout heißt nicht erreichbar, unexpected response heißt falsches Template oder falsche ID.

Kann ein Wechselrichter und evcc gleichzeitig den Zähler auslesen?

Oft nicht. Viele Geräte erlauben nur eine aktive Modbus-Verbindung. Läuft parallel die Hersteller-App, ein Monitoring-Portal oder ein Smart-Home-System auf demselben Modbus-Port, blockiert das evcc. Beende konkurrierende Verbindungen oder nutze, falls vorhanden, einen zweiten Modbus-Kanal des Geräts.

Muss der Zähler im selben Netzwerk wie evcc liegen?

Für direkte Protokolle wie Modbus TCP sollte er erreichbar sein, idealerweise im selben Subnetz ohne trennende VLANs oder Gäste-WLANs. Vergib dem Zähler eine feste IP über DHCP-Reservierung, damit sich die Adresse nach einem Router-Neustart nicht ändert und evcc nicht plötzlich ins Leere greift.