LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Blog-Übersicht /Smart Home / Lokales Energiemanagement: Integration von PV-Wechselrichtern und Batteriespeichern...
Diesen Artikel in anderen Sprachen lesen:

Lokales Energiemanagement: Integration von PV-Wechselrichtern und Batteriespeichern über Modbus TCP

Teil 6 von 6 der Reihe Home Assistant ohne Cloud

Lokales Energiemanagement: Integration von PV-Wechselrichtern und Batteriespeichern über Modbus TCP
Inhalt
  1. Das Gerät prüfen statt Registernummern kopieren
  2. Was SunSpec vereinheitlicht
  3. Abfragehäufigkeit ist nicht Messwertaktualität
  4. Überschussregelung braucht eine eindeutige Messgröße
  5. Lokale Übertragung ist nicht automatisch abgesichert
  6. Abnahmekriterien für die Integration
  7. Quellen

Geprüft: 24. Oktober 2026. Eine lokale Verbindung zum Wechselrichter kann Messungen ohne einzelne Cloud-Abfrage ermöglichen. Die lokale Verbindung garantiert aber weder Messwerte unter einer Sekunde noch maximalen Eigenverbrauch oder sichere Steuerung. Ein funktionierendes System braucht drei getrennte Bestandteile: einen korrekt interpretierten Messwert, eine Entscheidung anhand ausreichend aktueller Daten und einen unterstützten Steuerweg zum Verbraucher.

Das Gerät prüfen statt Registernummern kopieren

Die allgemeine Modbus-Integration von Home Assistant verlangt eine ausdrückliche Registerkonfiguration. Eine gerätespezifische Integration kann diese Details bereits übernehmen. Verbindungstyp, Adresse, Datentyp, Skalierung und Abfrageeinstellungen sind unterschiedliche Entscheidungen. [1]

Die Anlagendokumentation sollte Wechselrichter, Firmware, Hersteller-Registertabelle, Schnittstelle und gewünschte Messgröße benennen. PV-Erzeugung ist nicht automatisch Netzeinspeisung: Hausverbrauch und Batterieladung verändern den verfügbaren Überschuss. Mit der falschen Messgröße kann selbst eine korrekt dekodierte Zahl eine falsche Entscheidung auslösen.

Was SunSpec vereinheitlicht

SunSpec veröffentlicht Modelldefinitionen für unterstützte Datenpunkte. Das tatsächlich implementierte Modell und dessen Punktdefinitionen bestimmen die Interpretation. Die Bezeichnung SunSpec allein belegt weder eine universelle Registeradresse noch die Unterstützung sämtlicher Modelle. [2][4]

Ein Prüfblatt sollte Adresskonvention, Gerätekennung, Registertyp, Vorzeichen, gegebenenfalls Wortreihenfolge, Einheit, Skalierung und Kennzeichnung ungültiger Werte enthalten. Die Registernummer im Handbuch und die Protokolladresse eines Clients können unterschiedlich zählen. Die Umrechnung muss aus Geräte- und Client-Dokumentation hervorgehen.

Ein Zahlenbeispiel ohne Hardware-Adresse

Bei einem fiktiven Ganzzahlpunkt mit Rohwert 1234 und Skalierungsfaktor −1 ergibt sich 1234 × 10−1 = 123,4. Die Einheit stammt weiterhin aus der Punktdefinition. Ein Gleitkommawert oder ein Marker für einen nicht verfügbaren Wert darf nicht ungeprüft nach diesem Beispiel behandelt werden.

Der Modbus- und SunSpec-Registerdecoder hilft bei der Offline-Prüfung von Rohwerten. Das Werkzeug entdeckt keine Registertabelle im Gerät und bestätigt nicht die Bedeutung einer Messstelle. Das bestehende SunSpec-Auslesetutorial behandelt die Modellsuche ausführlicher.

Abfragehäufigkeit ist nicht Messwertaktualität

Eine Anfrage pro Sekunde beweist nicht, dass das Gerät seinen internen Messwert ebenso häufig erneuert. Netzverzögerungen, Geräteverarbeitung, Zeitüberschreitungen und weitere Clients können den beobachteten Abstand verändern. Ein aussagekräftiger Test erfasst erfolgreiche Antworten, Fehler und das Alter der Werte im Normalbetrieb sowie bei einer gezielt unterbrochenen Kommunikation.

Home Assistant bietet Einstellungen für Zeitüberschreitungen und Abfrageintervalle, aber keine dadurch entstehende Echtzeitgarantie. [1] Das anfängliche Intervall sollte zum vom Hersteller unterstützten Verhalten passen. Häufigere Anfragen sind nur nützlich, wenn die Anfragen ausreichend aktuelle Informationen liefern und die Kommunikation stabil bleibt.

Überschussregelung braucht eine eindeutige Messgröße

Leistung und Energie sind unterschiedliche Größen: kW beschreibt die momentane Erzeugungs- oder Verbrauchsleistung, kWh die Energie über einen Zeitraum. Ein Heizstab mit konstant 2 kW verbraucht in einer halben Stunde 1 kWh. Eine Überschussschaltung verwendet deshalb Leistungswerte; für Batteriereserve und Tagesbilanzen sind zusätzlich Energieangaben nötig.

Ein fiktives System meldet Einspeisung mit positivem Vorzeichen. Bei 2,4 kW Einspeisung startet ein Heizstab mit 2 kW. Bleiben Erzeugung und übriger Verbrauch gleich, verbleiben ungefähr 0,4 kW Einspeisung. Verlangt die Regel unmittelbar nach dem Einschalten weiterhin 2,4 kW Einspeisung, damit der Heizstab eingeschaltet bleibt, würde die Regel die eigene Einschaltentscheidung rückgängig machen. Messgröße, Einschalt- und Ausschaltbedingung müssen deshalb zusammen entworfen werden.

Unterschiedliche Schwellen, Mindestlaufzeiten und geeignete Filter können dazugehören. Einen universell richtigen Schwellenabstand gibt es nicht: Entscheidend ist unter anderem, ob die Messgröße den gesteuerten Verbraucher bereits enthält. Geräteschutz und Herstellergrenzen haben Vorrang vor einer Mindestlaufzeit.

Die Inbetriebnahme sollte das Verhalten bei fehlenden, veralteten und unplausiblen Daten festlegen. Ein unbegrenzt fortgeschriebener letzter Wert kann einen getrennten Zähler verbergen. Beobachtung und Schreibzugriff benötigen getrennte Prüfungen; ein ausgelesenes Register legitimiert keine Schreibbefehle an benachbarte Register.

Lokale Übertragung ist nicht automatisch abgesichert

Secure SunSpec Modbus spezifiziert gegenseitige TLS-Authentifizierung, Zertifikate und rollenbasierte Berechtigungen. Das ist eine eigens unterstützte Fähigkeit, keine automatische Eigenschaft von gewöhnlichem Modbus TCP auf Port 502. [3]

Die Unterstützung muss für beide Endpunkte feststehen. Beherrscht die Anlage nur gewöhnliches lokales Modbus, sollte der Netzzugriff auf erforderliche Steuergeräte und Anlagenkomponenten begrenzt sein. Ein Browserdecoder bietet weder Transportverschlüsselung noch Zugriffskontrolle. Für diesen Artikel wurden keine Geräteeinstellungen oder Live-Register verändert.

Abnahmekriterien für die Integration

  • Der gewählte Datenpunkt ist für Gerät und Firmware dokumentiert.
  • Dekodierte Werte stimmen unter mehreren Betriebszuständen mit einer geeigneten Referenz überein.
  • Vorzeichen und Einheiten sind festgehalten.
  • Antwortzeiten und Verhalten bei Datenlücken wurden gemessen.
  • Bei Kommunikationsausfall reagiert die Automation vorhersehbar.
  • Jeder Steuerweg ist unterstützt und berücksichtigt Gerätegrenzen.

Diese Beobachtungen zeigen das tatsächliche Verhalten der Anlage. Ein kopiertes YAML-Beispiel oder die Bezeichnung „lokal“ ersetzt diese Prüfung nicht.

Home Assistant ohne Cloud

  1. Zigbee2MQTT und ZHA: Ein zuverlässiges Zigbee-Netz planen
  2. ESPHome und ESP32 in der Praxis: Eigene Cloud-freie Umweltsensoren entwickeln
  3. Präsenzerkennung 2.0: mmWave-Radare (LD2410/LD2450) in der Lichtautomatisierung
  4. Lokale Sprachsteuerung in Home Assistant mit Whisper & Piper
  5. WireGuard & Tailscale DMZ: Sicherer externer Zugriff auf Home Assistant und eigene Server
  6. Lokales Energiemanagement: Integration von PV-Wechselrichtern und Batteriespeichern über Modbus TCP
Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Kontakt

Eine Frage oder eine Idee für ein Webprojekt? Schreib mir kurz, worum es geht. Das Formular nutzt reCAPTCHA zum Schutz vor Spam.

Kommentar schreiben

Erfahrungen mit anderen Geräten oder Integrationen und Rückfragen zur Einrichtung sind hier willkommen.

Die E-Mail-Adresse wird nicht veröffentlicht. Pflichtfelder sind mit einem Stern versehen.