{"id":8602,"date":"2026-08-13T09:54:00","date_gmt":"2026-08-13T07:54:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=8602"},"modified":"2026-10-24T02:20:22","modified_gmt":"2026-10-24T00:20:22","slug":"hardware-resilienz-im-zahlerkasten-modbus-monitoring-notstrom-logik-lokal","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/it-networks-de\/hardware-resilienz-im-zahlerkasten-modbus-monitoring-notstrom-logik-lokal\/","title":{"rendered":"Notstrom-Monitoring: Modbus, Home Assistant und unabh\u00e4ngige Schutzfunktionen"},"content":{"rendered":"

Lokales Modbus-Monitoring h\u00e4lt Wechselrichterdaten auch ohne Hersteller-Cloud verf\u00fcgbar, sofern Wechselrichter, Gateway, Netzwerk und Home Assistant weiter versorgt sind. Damit lassen sich Netzstatus, Batterieladung und Leistungsgrenzen beobachten. Eine garantierte Notstromumschaltung oder einen elektrischen \u00dcberlastschutz ersetzt Home Assistant jedoch nicht.<\/p>\n

Die entscheidende Trennung verl\u00e4uft zwischen zwei Aufgaben: Eine fachgerecht geplante Anlage \u00fcbernimmt Netztrennung, Ersatzstromversorgung und erforderlichen Lastabwurf unabh\u00e4ngig vom Automationsserver. Home Assistant erg\u00e4nzt Anzeigen, Verlauf und Meldungen. Lokale Kommunikation reduziert externe Abh\u00e4ngigkeiten, ist aber keine Echtzeitgarantie.<\/p>\n

1. Erst den Notstrompfad kl\u00e4ren<\/h2>\n

Nicht jeder PV-Wechselrichter kann bei Netzausfall ein Inselnetz bilden. Erforderlich sind eine unterst\u00fctzte Ersatzstromfunktion, passende Batterie beziehungsweise verf\u00fcgbare Erzeugung und die vom Hersteller vorgesehene Umschalttechnik. Dauerleistung, kurzzeitige \u00dcberlastf\u00e4higkeit, Anlaufstr\u00f6me, Phasenaufteilung und Batteriegrenzen bestimmen die nutzbaren Lasten. Der Ladestand allein beschreibt diese Grenzen nicht.<\/p>\n

Die Planung und Inbetriebnahme im Z\u00e4hlerkasten geh\u00f6ren zu einer Elektrofachkraft. Sch\u00fctze schalten Lasten; FI\/LS-Schalter sch\u00fctzen gegen bestimmte Fehler- und \u00dcberstromzust\u00e4nde. Daraus entsteht weder automatisch eine Netztrennung noch eine sichere Notstromlogik. Auswahl, Verdrahtung und R\u00fcckfallverhalten m\u00fcssen zur konkreten Anlage passen. Eine W\u00e4rmepumpe ist au\u00dferdem nicht pauschal eine unkritische Last: Frostschutz, Steuerung und Herstellervorgaben k\u00f6nnen Priorit\u00e4ten \u00e4ndern.<\/p>\n

Eine m\u00f6gliche Architektur versorgt nur zuvor ausgew\u00e4hlte Stromkreise \u00fcber den Ersatzstrompfad. Andere Anlagen ben\u00f6tigen ein herstellerseitiges Lastmanagement oder eine daf\u00fcr ausgelegte unabh\u00e4ngige Steuerung. Welche Lasten beim Wegfall von Steuerspannung abgeschaltet werden und wann eine Wiederzuschaltung zul\u00e4ssig ist, muss festgelegt und gepr\u00fcft sein. Ein einzelnes Relais oder ein Home-Assistant-Schaltbefehl belegt diese Eigenschaften nicht.<\/p>\n

\"Unabh\u00e4ngiger
Der elektrische Notstrompfad arbeitet unabh\u00e4ngig. Home Assistant meldet Messwerte und Unklarheiten; zwei Register beweisen weder eine sichere Umschaltung noch einen erfolgreichen Lastabwurf.<\/figcaption><\/figure>\n

2. Modbus-Transport und Registerkarte unterscheiden<\/h2>\n

Modbus RTU arbeitet typischerweise \u00fcber eine serielle RS485-Verbindung. Modbus TCP nutzt ein anderes Nachrichtenformat \u00fcber TCP. Ein umsetzendes Gateway kann TCP anbieten; ein transparenter serieller Server transportiert dagegen RTU unver\u00e4ndert \u00fcber TCP. In Home Assistant entsprechen diese F\u00e4lle type: tcp<\/code> beziehungsweise type: rtuovertcp<\/code>. Ein Ethernet-Anschluss allein entscheidet die Auswahl nicht.<\/p>\n

Registeradressen und Zustandswerte sind ger\u00e4te- und firmwareabh\u00e4ngig. Ein Netzstatus liegt nicht grunds\u00e4tzlich bei 33000 und ein Batterieladestand nicht grunds\u00e4tzlich bei 37000. Home Assistant verwendet nullbasierte Adressen. Eine Herstellerbezeichnung wie 40001 kann das erste Holding-Register mit Adresse 0 meinen; die Umrechnung muss anhand der Registerdokumentation erfolgen.<\/p>\n
Messgr\u00f6\u00dfe<\/th>Vor der Verwendung kl\u00e4ren<\/th>Bedeutung<\/th><\/tr><\/thead>
Netz- und Ersatzstromstatus<\/td>Adresse, Registerart, erlaubte Codes, Aktualisierung<\/td>Netz fehlt und Ersatzstrom aktiv sind unterschiedliche Zust\u00e4nde.<\/td><\/tr>
Batterieladestand<\/td>Datentyp, Skalierung, ung\u00fcltige Werte<\/td>Energiereserve, keine unmittelbare Aussage \u00fcber zul\u00e4ssige Leistung.<\/td><\/tr>
Leistung und \u00dcberlaststatus<\/td>Vorzeichen, Einheit, Phasenbezug und Ger\u00e4tegrenzen<\/td>Erg\u00e4nzende Betriebsdaten, kein Ersatz f\u00fcr Schutzfunktionen.<\/td><\/tr><\/tbody><\/table>\n

Polling-Intervalle sind Abfragew\u00fcnsche. Ger\u00e4teantworten, serielle \u00dcbertragung, weitere Abfragen, Zeit\u00fcberschreitungen und Wiederholungen verl\u00e4ngern die tats\u00e4chliche Erkennung. Auch ein Zwei-Sekunden-Intervall garantiert keine Reaktion innerhalb von zwei Sekunden. Unver\u00e4nderte oder wiederhergestellte Werte k\u00f6nnen veraltet sein; eine belastbare Aktualit\u00e4ts\u00fcberwachung ben\u00f6tigt beispielsweise einen dokumentierten Ger\u00e4te-Heartbeat oder den Zeitpunkt einer erfolgreichen Abfrage.<\/p>\n

3. Lesendes YAML-Beispiel mit expliziten Voraussetzungen<\/h2>\n

Die folgende Vorlage ist absichtlich unvollst\u00e4ndig. Die Eintr\u00e4ge mit !secret<\/code> m\u00fcssen aus der gepr\u00fcften Ger\u00e4tekarte erg\u00e4nzt werden; die Adresse ist dadurch nicht geheim, sondern zentral konfiguriert. Die Vorlage passt ausschlie\u00dflich zu einem Ger\u00e4t mit einem 16-Bit-Input-Register f\u00fcr den Netzstatus und einem 16-Bit-Holding-Register f\u00fcr den Ladestand in ganzen Prozent. F\u00fcr andere Registertypen, Wortreihenfolgen, Skalierungen oder Fehlercodes sind entsprechende \u00c4nderungen erforderlich. Vorhandene unterst\u00fctzte Ger\u00e4teintegrationen k\u00f6nnen die manuelle Zuordnung vereinfachen.<\/p>\n

YAML<\/span>