Home Assistant liefert ein Energie-Dashboard mit, und meins bestand eine Zeit lang vor allem aus leeren grauen Balken. Echtes Energiemanagement — eine PV-Anlage mit rund 9 kWp, ein Huawei-SUN2000-Wechselrichter, ein my-PV AC·THOR 9s, der Überschuss ins Warmwasser umleitet, und eine Handvoll Shelly-Relais — brauchte mehr, als das eingebaute Dashboard hergibt. Hier ist die Landkarte dessen, was ich tatsächlich gebaut habe, in der Reihenfolge, in der die Probleme auftauchten: erst die Wechselrichter-Daten überhaupt in Home Assistant bekommen, dann vertrauenswürdig machen, dann darauf reagieren.
Den Wechselrichter auslesen — das Modbus-Fundament
Der Huawei-SDongle hinter meinem Wechselrichter hat eine sehr unpraktische Eigenschaft: er akzeptiert immer nur genau eine Modbus-TCP-Verbindung gleichzeitig. Sobald ein zweiter Client — Home Assistant, ein weiteres Tool, egal was — mit ihm sprechen will, fliegt der erste raus. Diese eine Tatsache hat fast alles Folgende geprägt.
Gelöst habe ich das zunächst eng für mein eigenes SUN2000-Setup, mit einem kleinen Cache-Proxy, der die eine Verbindung besitzt und alle anderen aus einem geteilten Cache bedient, dann dieselbe Idee neu geschrieben als eigenständigen asyncio-Service, den man an jeden anderen Wechselrichter anpassen kann, und separat die tatsächliche SUN2000-Registerliste dokumentiert, für das Auslesen mit dem eingebauten Modbus-Plattform von Home Assistant, ganz ohne Custom-Integration.
Ein Cache-Proxy, der nur Lesezugriffe bedient, ist nur die halbe Miete — ich habe einen Write-Through-Pfad ergänzt, damit derselbe Proxy Register-Schreibzugriffe (z.B. ein Ladeziel ändern) direkt an Wechselrichter oder Batterie durchreicht. Und weil ein Proxy, der still veraltet, schlimmer ist als gar kein Proxy, bekam die Reconnect- und Stale-Cache-Erkennung einen eigenen Artikel — das Fehlerfall-Playbook für die Nacht, in der der SDongle neu startet oder das Netzwerk hakt.
Die Kennzahlen im Blick — aus rohen Registern echte Antworten machen
Die Register in Home Assistant zu bekommen ist nur Schritt eins. Die Zahl, die ich tatsächlich täglich anschaue, sind Eigenverbrauch und Autarkie — die Wechselrichter-Cloud zeigt sie als hübsche Grafiken, Home Assistant liefert nur rohe Zähler. Diese beiden Prozentzahlen als echte Template-Sensoren nachzubauen hat das Dashboard von Dekoration zu etwas gemacht, das ich jeden Abend wirklich anschaue.
Die andere Sache, auf die es sich zu achten lohnt, ist ein still schwächelnder String — Verschattung durch einen gewachsenen Baum, ein defektes Modul, ein loser MC4-Stecker. Eine Automation, die die beiden MPPT-Strings vergleicht und den Moment meldet, in dem einer abzudriften beginnt fängt genau das ab, Monate bevor es sonst nur als "komisch, das" auf der Jahresabrechnung auffallen würde.
Handeln — Überschuss, Steuerung, Schalten
Nichts davon zählt, wenn die Zahlen nur dastehen. Das Nützlichste, was ich damit gebaut habe, ist PV-Überschuss über den AC·THOR 9s ins Warmwasser umzuleiten — klang trivial, bis das Gerät jeden Modbus-Schreibzugriff verweigerte, während Lesen problemlos ging. Die Lösung war, die Steuerung stattdessen über die undokumentierte Cloud-API des Herstellers zu routen — lokal lesen, in die Cloud schreiben, Split-Brain, aber ehrlich darüber, warum.
Das neueste Stück ist bewusst weniger technisch: Shelly Plus 1PM/2PM-Relais hinter den Wandschaltern, die einen Stromkreis lokal schalten und gleichzeitig dessen Energie messen, ganz ohne Cloud-Abhängigkeit, ganz ohne Modbus — der Beweis, dass nicht jedes Problem hier die schwere Maschinerie von oben braucht.
Häufig gestellte Fragen
Was fehlt dem eingebauten Energie-Dashboard von Home Assistant eigentlich?
Es ist nicht kaputt - es ist nur generisch. Es erfasst Netzbezug/-einspeisung und, mit einem Solar-Sensor, die Produktion. Es kennt kein Konzept für die Gesundheit einzelner Strings, für ein Gerät, das Schreibzugriffe blockiert aber Lesen erlaubt, oder dafür, eine Eigenverbrauchs-Prozentzahl in etwas zu verwandeln, dem man tatsächlich genug vertraut, um danach zu handeln. Genau diese Lücken füllen die Artikel oben, ein echtes Problem nach dem anderen.
Brauche ich genau diese Hardware (Huawei SUN2000, my-PV AC·THOR), um das nachzubauen?
Nein. Das Ein-Verbindung-Modbus-Problem ist bei vielen Wechselrichtern generisch, nicht nur bei Huawei - das Cache-Proxy-Muster passt überall, wo ein Gerät nur einen Client verträgt. Der Cloud-API-Schwenk beim AC·THOR ist gerätespezifisch, aber die zugrundeliegende Lektion (lokal lesen, dort schreiben, wo der Hersteller es tatsächlich erlaubt) verallgemeinert sich auf jede Menge anderer sturer Hardware.
Mit welchem Baustein sollte ich anfangen?
Mit dem, dessen Fehlerfall du tatsächlich hast. Wenn dir ein zweiter Modbus-Client ständig den ersten rauswirft, fang mit dem Cache-Proxy an. Wenn du der Eigenverbrauchs-Zahl aus der Wechselrichter-App nicht traust, fang mit den Template-Sensoren an. Wenn du schon gute Daten hast, aber nichts darauf reagiert, geh direkt zu den AC·THOR- oder Shelly-Artikeln.
Ist das ein einmaliger Aufbau oder wächst das weiter?
Es wächst weiter. Dieser Hub bekommt einen neuen Abschnitt, sobald ein neuer Baustein der Anlage seinen eigenen Artikel verdient - die Shelly-Relais sind der jüngste Zugang zum Zeitpunkt dieses Artikels.
Das ist kein fertiges System, sondern ein laufendes Protokoll einer echten ~9 kWp-Anlage, und es wächst weiter, sobald das nächste echte Problem auftaucht. Wenn du etwas Ähnliches baust: fang bei dem Baustein an, der zu deinem tatsächlichen Fehlerfall passt — die Verbindungsgrenze des Wechselrichters, die Vertrauenslücke zwischen rohen Registern und echten Prozentzahlen, oder Home Assistant dazu zu bringen, auf einen Überschuss wirklich zu reagieren statt ihn nur zu plotten.
