Wichtigste Erkenntnisse
- Drei lokale Protokolle decken fast alle Marken ab: Modbus TCP, MQTT-Brücke und lokale REST-API. Die richtige Wahl hängt vom konkreten Gerätemodell ab, nicht nur von der Marke.
- Modbus TCP ist der zuverlässigste Offline-Weg — er funktioniert ohne Internet und ohne Cloud-Broker und liest Register direkt über das Heimnetz aus.
- MQTT-Brücken-Integrationen (Zendure, Marstek, Deye) funktionieren lokal, wenn sie auf einen selbst gehosteten Broker wie Mosquitto zeigen, erfordern aber ein Adapterskript oder eine HACS-Integration.
- EcoFlow PowerStream ist die wichtige Ausnahme: Am Prüfdatum (2026-07-03) kein lokaler Modbus-TCP- oder MQTT-Weg verfügbar — alles läuft über die EcoFlow-Cloud.
- Victron Cerbo GX bietet die stärkste lokale Steuerung: offizielle Home-Assistant-Integration (ab HA 2026.5), dokumentiertes Modbus TCP und vollständig offlinefähiges lokales MQTT.
- Lokale Schnittstellenunterstützung kann sich durch Firmware-Updates ändern — vor dem Kauf den aktuellen Stand im jeweiligen Integrations-Repository prüfen.
Drei Protokollwege für lokale Integration
Modbus TCP liest Geräteregister direkt über das Heimnetz — kein Cloud-Konto, kein Broker, keine Adaptersoftware erforderlich. Das Gerät (oder sein lokales Gateway) lauscht auf einem TCP-Port (meist 502 oder 8899) und beantwortet Register-Lesebefehle. Die native Modbus-Integration von Home Assistant oder eine HACS-Komponente übernimmt das Polling. Das ist der zuverlässigste Offline-Weg: Er funktioniert auch dann, wenn die Internetverbindung ausfällt.
MQTT-Brücken-Integrationen sitzen zwischen dem Gerät und Home Assistant. Das Gerät publiziert Daten auf einem Topic — entweder beim Cloud-Broker des Herstellers oder bei einer lokalen Mosquitto-Instanz — und ein Adapterskript oder eine HACS-Integration abonniert, parst die Payload und erstellt HA-Entitäten. Bei einem lokalen Broker läuft alles vollständig offline. Verbindet sich das Gerät nur mit dem Cloud-Broker, ist trotzdem Internet erforderlich.
Lokale REST-API-Wege nutzen HTTP-GET/POST-Aufrufe an das Gerät oder sein Gateway im Heimnetz. Zendure SolarFlow 800 Pro stellt das nativ bereit. Marstek bietet es über die Marstek Local API (HACS) an. Kostal Plenticore nutzt dieselbe REST-API wie seine integrierte Web-Oberfläche.
📍 In einem Satz
Modbus TCP liest Register direkt über das Heimnetz, MQTT-Brücke nutzt einen Pub/Sub-Broker, und die lokale REST-API beantwortet HTTP-Anfragen direkt am Gerät.
💬 In einfachen Worten
Modbus TCP = direkte kabelähnliche Verbindung über das Heimnetz; MQTT = Nachrichtensystem mit Broker als Vermittler; REST-API = das Gerät beantwortet Anfragen wie eine Website.
Marken-Kompatibilitätsmatrix
Alle Zellen unten wurden am 2026-07-03 anhand aktiver GitHub-Integrations-Repositories und Herstellerdokumentation geprüft. Lokale Schnittstellenunterstützung ändert sich mit Firmware-Versionen — diese Tabelle als Ausgangspunkt nutzen und den aktuellen Stand vor dem Kauf verifizieren.
„✅" bedeutet: eine funktionierende, dokumentierte Integration existierte am Prüfdatum. „❌" bedeutet: der Weg war nicht verfügbar. „⚠️" bedeutet: bedingte Unterstützung mit einem wichtigen Vorbehalt.
| Marke / Produkt | Modbus TCP | Lokales MQTT | Lokale REST-API | Offline? | HA-Integration |
|---|---|---|---|---|---|
| Anker SOLIX (Speicher) | ✅ Port 502, offiziell | ⚠️ nur Cloud-Brücke | — | ✅ via Modbus | ha-anker-solix-official (HACS) |
| Zendure SolarFlow 800 Pro | — | ✅ lokal HTTP + MQTT | ✅ lokales HTTP | ✅ | Zendure/Zendure-HA (offiziell) |
| Zendure Hub 1200/2000, Hyper 2000 | — | ⚠️ nur Cloud-MQTT | — | ❌ | z-master42/solarflow (Community) |
| Hoymiles HMS/HMT (via DTU-Pro) | ✅ via DTU-Pro | ✅ OpenDTU / hoymiles-mqtt | — | ✅ | hoymiles-mqtt-integration (HACS) |
| Marstek B2500 / Jupiter / Venus | ⚠️ RS485 nur bei Venus | ✅ hame-relay + hm2mqtt | ✅ Marstek Local API | ✅ | Marstek Local API v1.0.0 (HACS) |
| Growatt NOAH 2000 / Wechselrichter | ✅ lokales Modbus TCP | ✅ noah-mqtt / growatt2mqtt | — | ✅ | Homeassistant-Growatt-Local-Modbus (HACS) |
| Deye SUN600G3 (Mikrowechselrichter) | ✅ Port 8899 (undokumentiert) | ✅ SolarmanV5 / deye-inverter-mqtt | — | ✅ | Solarman-HACS-Integration |
| Victron Cerbo GX | ✅ offiziell, dokumentiert | ✅ offiziell (ab HA 2026.5) | — | ✅ | Offizielle HA-Integration |
| Sungrow SH-RT-Serie | ✅ Community | ✅ ModbusTCP2MQTT | — | ✅ | Sungrow-SHx-Inverter-Modbus (HACS) |
| Kostal Plenticore (G3+) | ✅ HACS-Integration | — | ✅ offizielle REST-API | ✅ | Offizielle HA-Integration (REST) |
| EcoFlow PowerStream | ❌ | ❌ nur Cloud-MQTT | ❌ | ❌ | tolwi/hassio-ecoflow-cloud (nur Cloud) |
Geprüft am 2026-07-03. Firmware-Updates können lokalen Zugang hinzufügen oder entfernen — vor dem Kauf immer den aktuellen Stand prüfen.
Weg A: Modbus TCP einrichten
Für Modbus TCP gibt es drei Voraussetzungen: Das Gerät muss im selben LAN wie Home Assistant sein, die Modbus-Schnittstelle muss aktiviert sein (manche Geräte erfordern einen App-Schalter), und die Register-Map des Modells wird benötigt. Die meisten Community-HACS-Integrationen liefern die Register-Map mit — es reicht, die IP-Adresse einzutragen.
- 1Modbus TCP am Gerät aktivieren: Anker SOLIX → Anker-App → Geräteeinstellungen → Modbus aktivieren. Hoymiles → DTU-Pro-Weboberfläche. Growatt → standardmäßig aktiv. Deye → kein Schalter nötig, Port 8899 am Logger Stick immer offen.
- 2Dem Gerät eine statische IP-Adresse im Router zuweisen (oder DHCP-Reservierung verwenden), damit die HA-Integrationsadresse konstant bleibt.
- 3Passende HACS-Integration installieren: ha-anker-solix-official für Anker, hoymiles-mqtt-integration für Hoymiles, Homeassistant-Growatt-Local-Modbus für Growatt, Solarman für Deye, offizielle Victron-GX-Integration für Victron.
- 4IP-Adresse und Port in den Integrationseinstellungen eintragen. Standardmodbus-Port ist 502; Deye verwendet 8899.
- 5Sensor-Entitäten in HA prüfen — aktuelle Ausgangsleistung sollte sich innerhalb von 5–10 Sekunden aktualisieren. Zeigen Entitäten „Nicht verfügbar", IP und Modbus-Aktivierung überprüfen und sicherstellen, dass kein Firewall-Regel den Port blockiert.
Weg B: MQTT-Brücke einrichten
MQTT-Brücken-Integrationen funktionieren, indem ein kleines Adapterskript (oder ein HA-Add-on) das Gerät abfragt oder seine Push-Daten empfängt und an den lokalen Mosquitto-Broker weiterleitet. Home Assistant abonniert dann diese Topics über die MQTT-Integration. Dieser Weg ist vollständig offline, sobald der Adapter gegen einen lokalen Broker konfiguriert ist.
- 1Mosquitto-Broker als HA-Add-on installieren (Einstellungen → Add-ons → Mosquitto Broker) und Benutzername + Passwort konfigurieren.
- 2MQTT-Integration in HA einrichten (Einstellungen → Geräte & Dienste → Integration hinzufügen → MQTT) und mit dem lokalen Broker verbinden.
- 3Gerätespezifischen Adapter installieren: noah-mqtt für Growatt NOAH 2000, hame-relay + hm2mqtt für Marstek, hoymiles-mqtt für Hoymiles, deye-inverter-mqtt für Deye oder Zendure-HA für Zendure. Als Docker-Container oder HA-Add-on betreiben.
- 4Adapter auf die Geräte-IP und, wenn möglich, auf den lokalen Mosquitto-Broker statt den Cloud-Broker des Herstellers zeigen lassen. Für Zendure 800 Pro und Marstek den MQTT-Broker-Feldwert auf die HA-Host-IP setzen.
- 5Datenfluss bestätigen: Entitäten erscheinen automatisch via MQTT-Discovery, oder im Topics-Bereich der MQTT-Integration eingehende Nachrichten prüfen.
Weg C: Lokale REST-API
Eine lokale REST-API bedeutet, dass das Gerät (oder sein Gateway) einen HTTP-Server im LAN betreibt — kein separater Adapter nötig. Zendure SolarFlow 800 Pro, Marstek (via Marstek Local API HACS-Integration) und Kostal Plenticore nutzen diesen Weg.
- 1Lokale API-Verfügbarkeit für das Modell prüfen: HACS-Integrations-README oder Entwicklerportal des Herstellers. Zendure 800 Pro listet sie als Feature; Kostal Plenticore nutzt denselben REST-Endpunkt wie die integrierte Web-Oberfläche.
- 2Integration über HACS installieren: „Marstek Local API" oder „Kostal Plenticore" in der HACS-Integrationssuche. Zendure-HA (offiziell) unterstützt sowohl lokale API als auch Cloud-MQTT.
- 3Geräte-IP und, wo nötig, Admin-Passwort eingeben (Kostal verwendet das Web-UI-Passwort). Kein separater Broker oder Adapterskript erforderlich.
- 4Sensor-Entitäten und Steuerung testen — für Kostal und Marstek schließt das Batterieladegrenzen-Steuerung ein, nicht nur Monitoring.
EVCC-Integration
EVCC (Open-Source-Wallbox-Steuerung) kann lokale Balkonkraftwerk-Produktionsdaten nutzen, um EV-Laden oder Verbraucher auf Solar-Produktionsspitzen zu terminieren. EVCC unterstützt Modbus TCP und MQTT nativ, sodass jedes Gerät, das über Weg A oder B funktioniert, auch als EVCC-Messstelle genutzt werden kann.
In evcc.yaml das Balkonkraftwerk-Gerät als Zähler mit type: modbus (Modbus-TCP-Geräte) oder type: mqtt (MQTT-Brücken-Geräte) konfigurieren. Für Hoymiles via OpenDTU und Deye via SolarmanV5 gibt es Community-gepflegte evcc.yaml-Beispiele in den evcc-io/evcc-GitHub-Diskussionen.
Häufig gestellte Fragen
Deaktiviert Modbus TCP bei Anker SOLIX die Anker-App?
Nein. Die offizielle Modbus-Integration von Anker SOLIX läuft parallel zur Anker-App und Cloud. Das Aktivieren von Modbus TCP in den Anker-App-Einstellungen fügt lokalen Register-Zugang hinzu, ohne die Cloud-Funktionalität zu entfernen.
Warum zeigt die Matrix zwei verschiedene Zeilen für Zendure?
Der Zendure SolarFlow 800 Pro hat eine lokale HTTP/MQTT-API, die ohne Internetverbindung funktioniert. Ältere Zendure-Modelle (Hub 1200, Hub 2000, Hyper 2000, Ace 1500) kommunizieren nur mit dem Cloud-MQTT-Broker von Zendure — Home Assistant kann diese Topics abonnieren, aber das Gerät braucht dafür Internet. Die offizielle Zendure-HA-Integration unterstützt beide Wege.
Kann ich Hoymiles ohne OpenDTU mit Home Assistant nutzen?
Ja — das offizielle Hoymiles DTU-Pro stellt Modbus TCP im LAN bereit, das hoymiles-mqtt oder die hoymiles-mqtt-integration liest. OpenDTU ist eine DIY-Alternative für Nutzer, die das proprietäre DTU durch Open-Source-Hardware ersetzen möchten, aber nicht erforderlich bei vorhandenem DTU-Pro.
Wird EcoFlow PowerStream lokale Steuerung bekommen?
EcoFlow erklärte Mitte 2025, lokale Lösungen seien in Entwicklung, ohne Veröffentlichungsdatum. Am Prüfdatum (2026-07-03) existierte kein verifizierter lokaler API- oder Modbus-TCP-Weg für PowerStream. Für den aktuellen Stand das EcoFlow-Entwickler-Community-Forum oder das hassio-ecoflow-cloud-Repository prüfen.
Für welchen Weg eignet sich EVCC am besten?
Modbus TCP ist am zuverlässigsten für EVCC, da es direktes LAN-Polling ohne Broker-Zwischenstufe ist. Für Geräte ohne Modbus TCP (Marstek, Zendure 800 Pro) funktioniert der MQTT-Weg genauso gut — EVCC unterstützt beide nativ. Im evcc-io/evcc-GitHub-Repository gibt es Community-Beispiele für viele Balkonkraftwerk-Marken.
Welche Marke hat die beste lokale Steuerung insgesamt?
Victron Cerbo GX bietet die stärkste lokale Steuerung: offizielle Integration im Home Assistant Core (ab HA 2026.5), dokumentiertes Modbus TCP mit publizierter Register-Map und voll offline-fähiges lokales MQTT. Anker SOLIX folgt mit offizieller Community-HACS-Integration und Modbus TCP auf Port 502, das parallel zur Cloud-App läuft.