Wichtigste Erkenntnisse
- Alle neun Plattformen in diesem Leitfaden verbinden sich über dieselben Schnittstellen — Modbus TCP/RTU, MQTT, REST. Ihre Plattformwahl bestimmt nicht, welche Geräte Sie erreichen können, sondern wie Sie mit diesen Daten interagieren.
- Home Assistant hat die größte Community und das breiteste vorkonfigurierte Integrations-Ökosystem — die Standardempfehlung für alle, die allgemeine Automatisierung plus Solar-Monitoring wollen.
- EVCC ist zweckgebaut für PV-Überschuss-EV-Laden und wird mit Vorlagen für die meisten gängigen Wechselrichter- und Speichermarken geliefert. Es erfordert keine allgemeine Automatisierungserfahrung für den Kernanwendungsfall.
- ioBroker ist die stärkste Alternative zu Home Assistant für DACH-Nutzer — ein großes Node.js-basiertes Adapter-Ökosystem mit engagierter deutschsprachiger Community-Unterstützung.
- Solar Assistant ist die einzige kommerzielle Option in diesem Vergleich und ausschließlich für Monitoring: Es liest Wechselrichterdaten und veröffentlicht sie per MQTT, kann aber keine Befehle an Geräte senden.
- Grafana + InfluxDB ist ein Monitoring- und Analyse-Stack, keine Steuerungsplattform. Es ergänzt jede der anderen Plattformen gut, kann aber nicht eigenständig für Automatisierung genutzt werden.
- Ob Ihr spezifischer Wechselrichter oder Speicher einen fertigen Adapter oder eine Vorlage für die gewählte Plattform hat, ist die entscheidende praktische Frage — Plattformfähigkeit bedeutet nicht automatisch Gerätekompatibilität.
- Die Plattformen sind Software (meist EU-/Community-Open-Source ohne direkte Zollexposition). Die Hardware, mit der sie sich verbinden — insbesondere chinesisch produzierte Balkonspeicher — unterliegt EU-China-Zollmaßnahmen, die die Preise volatil machen.
Wie diese Plattformen verbinden: Protokoll-Überblick
Alle neun Plattformen in diesem Leitfaden kommunizieren mit Balkonkraftwerk-Hardware über eines der drei lokalen Protokolle: Modbus TCP/RTU, MQTT oder eine geräteeigene lokale REST-API. Ihre Plattformwahl ändert nicht, welche physischen Geräte Sie erreichen — sie ändert das Werkzeug, mit dem Sie die Daten auslesen und darauf reagieren. Welches Protokoll Ihr spezifisches Gerät bereitstellt, ist die vorgelagerte Frage vor der Plattformwahl; der Begleitartikel Balkonkraftwerk ohne Cloud: Überwachung mit Home Assistant behandelt die Hardware-seitige Protokollentscheidung. Dieser Artikel setzt voraus, dass eine lokale Schnittstelle vorhanden ist, und konzentriert sich darauf, welche Software-Plattform darüber zu betreiben ist.
Modbus RTU (RS-485 seriell) und Modbus TCP (Ethernet/WLAN) sind die häufigsten Lese-Schreib-Schnittstellen bei Solar-Wechselrichtern und Batteriesystemen. Die meisten Plattformen verbinden sich nativ mit Modbus TCP. Modbus RTU erfordert in der Regel einen Seriell-auf-USB-Adapter oder ein ESPHome-Bridge-Gerät (siehe ESPHome-Profil unten).
MQTT ist das leichtgewichtige Publish-Subscribe-Messaging-Protokoll, das die meisten Local-API-Balkonkraftwerk-Geräte für Echtzeit-Statusmeldungen verwenden. Fast jede Plattform in diesem Leitfaden kann einen MQTT-Topic abonnieren, was MQTT zum am breitesten kompatiblen Verbindungsweg macht, wenn ein Gerät es unterstützt.
📍 In einem Satz
Home Assistant, ioBroker, EVCC, openHAB und Solar Assistant verbinden sich alle über dieselben Modbus- und MQTT-Protokolle — die Plattformwahl bestimmt, wie Sie die Daten nutzen, nicht ob Sie das Gerät erreichen.
💬 In einfachen Worten
Jede Plattform hier schließt sich über dieselben Kabel an die Solar-Hardware an — der Unterschied liegt darin, was die Software mit den Daten macht, sobald sie ankommt.
Worauf es ankommt
Die richtige Plattform hängt von Ihrem Anwendungsfall und Ihrer Toleranz für Komplexität ab — nicht von rohen Protokollfähigkeiten, da alle Plattformen Modbus und MQTT beherrschen. Klären Sie vor dem Produktvergleich, was für Sie am wichtigsten ist:
- Einrichtungskomfort vs. Flexibilität: Solar Assistant und EVCC sind wenig aufwändig und zweckgebaut. Home Assistant und openHAB sind hochflexibel, erfordern aber mehr Konfigurationsarbeit.
- Nur Monitoring vs. aktive Steuerung: Solar Assistant und Grafana/InfluxDB lesen Daten und zeigen sie an — sie können keine Befehle an Geräte senden. Home Assistant, ioBroker, openHAB, EVCC und Node-RED können alle auf Geräte schreiben (wenn das Gerät Schreibzugriff über seine lokale Schnittstelle erlaubt).
- Bestehendes Ökosystem: Betreiben Sie bereits Home Assistant? Fügen Sie eine Solar-Integration hinzu — keine neue Plattform nötig. Bereits auf ioBroker? Nutzen Sie den Modbus- oder Marken-Adapter. Grafana schon im Einsatz? Behalten Sie es und fügen Sie eine Datenquelle hinzu.
- DIY-Toleranz: ESPHome und Node-RED erfordern praktischen Einsatz (Firmware-Flashen, visuelle Flow-Programmierung). Solar Assistant erfordert nur das Flashen eines Raspberry-Pi-Images und eine geführte Einrichtung.
- Open Source vs. kommerziell: Acht der neun Plattformen sind Open Source und kostenlos. Solar Assistant ist das einzige kostenpflichtige Produkt (ca. 30–40 $ einmalig — aktuellen Preis auf solar-assistant.io prüfen). Open-Source-Plattformen sind kostenlos, erfordern aber Selbst-Hosting und Selbst-Support.
Plattform für Plattform
Jede Plattform wird mit ihrer Typklassifizierung, einem konkreten Solar-Beispiel und einem Profil des idealen Nutzers beschrieben. Fähigkeitsangaben sind mit „(verifiziert, Juli 2026)" markiert, wo gegen öffentliche Dokumentation geprüft, oder „(nicht verifiziert — Adapter-Repository prüfen)" wo die Angabe zur Druckzeit nicht bestätigt werden konnte.
Home Assistant — Open Source (Apache 2.0), vollständig lokal, Python-basiert. Läuft auf einem Raspberry Pi, einem dedizierten HA-Gerät (Green/Yellow) oder einer VM. Hat offizielle und Community-HACS-Integrationen für Modbus TCP, MQTT, REST sowie markenspezifische Integrationen für SMA, Fronius, Zendure, Growatt und andere (für Ihr genaues Modell in der HA-Integrationsliste prüfen, da die Unterstützung je Produktlinie variiert). *Beispiel*: Ein Zendure SolarFlow Hub veröffentlicht Live-SoC und Leistungsfluss über seine lokale REST/MQTT-API; eine HACS-Community-Integration liest diese Werte aus, und eine HA-Automatisierung startet die Spülmaschine, wenn die PV-Leistung 400 W überschreitet. *Ideal für*: Die Standardwahl — größte Community, meiste Integrationen, aktive Steuerung und Automatisierung.
openHAB — Open Source (EPL 2.0), vollständig lokal, Java-basiert. Hat eine offizielle Modbus-Binding (Lesen/Schreiben, Modbus TCP und RTU, verifiziert) und HTTP/REST-Binding. Die Konfiguration ist überwiegend dateibasiert; die Lernkurve ist steiler als bei Home Assistant oder ioBroker. *Beispiel*: Fronius-Wechselrichter-SolarAPI alle 10 Sekunden abfragen und eine Regel auslösen, die einen Pufferspeicher auf Mittagsstunden mit hoher PV-Erzeugung verschiebt. *Ideal für*: Power-User und Integratoren, die ein striktes, unternehmenstaugliches Automatisierungs-Framework bevorzugen, oder bestehende openHAB-Installationen.
ioBroker — Open Source (MIT), vollständig lokal, Node.js-basiert. Die deutschsprachige Community ist die stärkste aller Plattformen in dieser Liste für DACH-Nutzer. Hat einen Modbus-Adapter (verifiziert), MQTT-Adapter (verifiziert) und markenspezifische Adapter darunter Fronius (fronius-Adapter, verifiziert), Hoymiles über OpenDTU-Bridge (verifiziert) und SMA Energy Meter (sma-em-Adapter — nicht verifiziert, aktuellen Wartungsstatus im ioBroker-Adapter-Repository prüfen). Das VIS-Dashboard bietet Visualisierung ohne separates Tool. *Beispiel*: Sungrow-Wechselrichter per Modbus-Adapter auslesen und den täglichen Batterie-SoC als Balkendiagramm im VIS-Dashboard anzeigen. *Ideal für*: DACH-Nutzer, die bereits im ioBroker-Ökosystem sind, oder Nutzer, die deutschsprachige Dokumentation und Foren bevorzugen.
Node-RED — Open Source (Apache 2.0), vollständig lokal, Node.js-basierter visueller Flow-Editor. Modbus TCP/RTU-Nodes sind über das npm-Paket node-red-contrib-modbus verfügbar (nicht verifiziert — aktuellen Pflegestatus auf npm prüfen). MQTT-Nodes sind eingebaut. HTTP-Request-Nodes unterstützen REST. Wird üblicherweise als Datenverarbeitungs- oder Automatisierungsbegleiter zu Home Assistant oder ioBroker eingesetzt, nicht als eigenständige Plattform. *Beispiel*: Daten eines Hoymiles-Mikrowechselrichters per MQTT abrufen, 15-Minuten-Mittelwerte berechnen und das Ergebnis in eine InfluxDB-Instanz für Grafana-Visualisierung schreiben. *Ideal für*: Nutzer, die visuelle Flow-Programmierung bevorzugen oder benutzerdefinierte Datentransformationslogik zwischen zwei Systemen benötigen.
EVCC — Open Source (MIT), deutscher Ursprung (evcc.io), vollständig lokal. Zweckgebaut für PV-Überschuss-EV-Laden und Nulleinspeisung. Wird mit einer Vorlagenbibliothek geliefert, die Dutzende Wechselrichter- und Speichermarken abdeckt, darunter Fronius, SMA, Kostal, Growatt, Huawei SUN2000, Victron, BYD und viele mehr (für Ihr genaues Modell unter evcc.io/docs/devices prüfen). Veröffentlicht Daten per MQTT für die Integration mit Home Assistant oder ioBroker. *Beispiel*: Ein Kostal Plenticore Plus-Wechselrichter und ein Volkswagen ID.4 sind als EVCC-Geräte eingetragen; EVCC überwacht den PV-Überschuss alle 10 Sekunden und passt die EV-Ladeleistung dynamisch an, um den Netzbezug nahe null zu halten. *Ideal für*: EV + Balkonkraftwerk-Nutzer, die Überschuss-Laden ohne eine allgemeine Automatisierungsplattform wollen; auch DACH-Nutzer (EVCC ist in Deutschland entwickelt und auf Deutsch dokumentiert).
Solar Assistant — Kommerziell (proprietäre Lizenz, einmalig ca. 30–40 $ — aktuellen Preis auf solar-assistant.io prüfen), lokal auf einem Raspberry Pi 3, 4 oder 5 über ein vorkonfiguriertes Image installiert. Unterstützt viele Wechselrichtermarken über Modbus RTU/TCP (Geräteliste auf der Solar-Assistant-Website für Ihr Modell prüfen). Gibt Daten per MQTT an einen lokalen Broker aus; eine begleitende Home-Assistant-Integration ist über HACS verfügbar (nicht verifiziert — aktuellen Status in HACS prüfen). Solar Assistant sendet keine Schreibbefehle an Wechselrichter — es ist ausschließlich für Monitoring. *Beispiel*: Growatt SPH-Wechselrichter per Modbus-RS-485-Kabel mit dem Raspberry Pi verbinden; Solar Assistant liest Erzeugung, Batterie-SoC und Verbrauch und veröffentlicht diese per MQTT an Home Assistant für Dashboard-Anzeige und Automatisierung. *Ideal für*: Technisch weniger erfahrene Nutzer, die eine schnelle, schlüsselfertige Monitoring-Lösung wollen und bereit sind, einmalig zu zahlen statt eine Plattform von Grund auf zu konfigurieren.
Victron Venus OS / Cerbo GX — Open Source-Basis (GPL), als Hersteller-Hardware (Victron Energy, Niederlande) in Form des Cerbo GX oder Ekrano GX erhältlich, aber auch als kostenloses Raspberry-Pi-Image (VenusOS — Kompatibilität mit Ihrer Pi-Hardware-Version im Victron-Community-Forum prüfen). Hat einen eingebauten lokalen MQTT-Broker; das optionale VRM-Cloud-Portal ist für die lokale Nutzung nicht erforderlich. Liest und schreibt Victron-eigene Geräte nativ über VE.Can, VE.Direct oder VE.Bus. Drittanbietergeräte verbinden sich über Modbus TCP oder Community-geschriebene Treiber. *Beispiel*: Ein Victron Cerbo GX fungiert als Hub für einen Victron MPPT-Laderegler und ein BYD-Batteriemodul; Venus OS veröffentlicht alle Werte per lokalem MQTT, das eine EVCC-Instanz für die EV-Überschuss-Ladesteuerung abonniert. *Ideal für*: Bestehende Victron-Gerätebesitzer; Insel- oder Hybrid-Anlagen, bei denen Victron der Systemintegrator ist.
Grafana + Telegraf + InfluxDB — Open-Source-Monitoring- und Analyse-Stack. Telegraf sammelt Daten per MQTT-Abonnement, HTTP-Scraping oder anderen Input-Plugins; InfluxDB speichert Zeitreihendaten; Grafana visualisiert sie. Keine Automatisierungs- oder Steuerungsfunktion — dies ist ausschließlich Analyse und Dashboard. *Beispiel*: Telegraf abonniert den MQTT-Topic einer Solar-Assistant-Instanz, schreibt Solar-Ertrag- und SoC-Werte in InfluxDB, und Grafana zeigt einen Wochen-zu-Wochen-Erzeugungsvergleich an. *Ideal für*: Nutzer, die bereits Daten von einer anderen Plattform fließen haben und professionelle historische Analysen darüber wollen.
ESPHome (eigenständig) — Open Source (MIT), Firmware für ESP32- und ESP8266-Mikrocontroller. ESPHome ist keine Monitoring-Plattform — es ist eine Bridge: Sie flashen ein günstiges ESP32-Board (ca. 5–15 €) mit ESPHome-Firmware, die über RS-485-Transceiver Modbus RTU spricht, und exponiert diese Daten als MQTT-Nachrichten oder Home-Assistant-Native-API-Gerät ins Netzwerk. *Beispiel*: Ein Solar-Wechselrichter hat nur einen Modbus-RS-485-Anschluss ohne WLAN oder Ethernet. Ein ESP32 mit RS-485-Transceiver-Modul, geflasht mit ESPhomes modbus_controller-Komponente, liest die Wechselrichterregister und veröffentlicht sie an den Heim-MQTT-Broker, den Home Assistant, ioBroker oder EVCC dann abonnieren. *Ideal für*: DIY-Nutzer, bei denen der Wechselrichter nur Modbus RTU über RS-485 bereitstellt und eine Hardware-WLAN-Bridge benötigt wird, bevor eine Software-Plattform sich verbinden kann.
Vergleichsmatrix
| Plattform | Typ | Lokal (keine Cloud) | Steuerung oder Monitoring | Protokolle | Einrichtungsschwierigkeit | Kosten | Ideal für |
|---|---|---|---|---|---|---|---|
| Home Assistant | Open Source | Ja | Beides | Modbus, MQTT, REST, ESPHome | Mittel | Kostenlos | Allround: größtes Ökosystem, allgemeine Automatisierung |
| openHAB | Open Source | Ja | Beides | Modbus, MQTT, REST | Hoch | Kostenlos | Unternehmenstaugliches Framework, bestehende openHAB-Installationen |
| ioBroker | Open Source | Ja | Beides | Modbus, MQTT, REST | Mittel | Kostenlos | DACH-Nutzer; starkes deutschsprachiges Adapter-Ökosystem |
| Node-RED | Open Source | Ja | Beides (mit Konfiguration) | Modbus, MQTT, HTTP | Mittel | Kostenlos | Visuelle Flow-Programmierung; Begleiter zu HA oder ioBroker |
| EVCC | Open Source | Ja | Steuerung (EV + Überschuss) | Modbus, lokale API, MQTT-Ausgabe | Niedrig–Mittel | Kostenlos | PV-Überschuss-EV-Laden; DACH-Nutzer; Nulleinspeisung |
| Solar Assistant | Kommerziell | Ja | Nur Monitoring | Modbus RTU/TCP → MQTT-Ausgabe | Niedrig | Ca. 35 $ einmalig (solar-assistant.io prüfen) | Technisch weniger erfahrene Nutzer; schnelle schlüsselfertige Lösung |
| Victron Venus OS | Open Source / Hersteller-Hardware | Ja (VRM optional) | Beides (Victron-Hardware) | MQTT, Modbus TCP, VE.Can | Niedrig (mit Victron-HW) | Kostenloses Image / ab ca. 200 € Cerbo GX | Victron-Gerätebesitzer; Insel- und Hybrid-Anlagen |
| Grafana + InfluxDB | Open Source | Ja | Nur Monitoring | MQTT, HTTP (über Telegraf) | Hoch | Kostenlos | Historische Analysen und Dashboards über einer anderen Plattform |
| ESPHome | Open Source | Ja | Bridge/Firmware (keine Plattform) | Modbus RTU → MQTT / HA-Native-API | Hoch (Firmware) | Ca. 10 € ESP32-Hardware | DIY Modbus-RTU-zu-WLAN-Bridge für RS-485-Geräte |
📌Note: Alle „Lokal"-Einträge sind Ja — das ist die gemeinsame Grundlage aller Plattformen in dieser Liste. Kein externer Server ist für eine von ihnen erforderlich. Der Unterschied liegt darin, was jede Plattform mit den Daten macht, sobald sie ankommen.
Welche Plattform für welches Szenario
Ordnen Sie Ihre Situation einem der folgenden Kurzszenarien zu — jedes führt zu einer Plattformempfehlung auf Basis verifizierter Fähigkeiten, Stand Juli 2026.
- „Ich betreibe bereits Home Assistant" → Bei Home Assistant bleiben. MQTT-Integration oder eine markenspezifische HACS-Integration für Wechselrichter oder Speicher hinzufügen — keine neue Plattform nötig.
- „Ich möchte PV-Überschuss-EV-Laden mit minimalem Aufwand" → EVCC. Zweckgebaut für diesen Anwendungsfall, wird mit Vorlagen für die meisten Wechselrichter- und Speichermarken geliefert und erfordert keine allgemeine Automatisierungserfahrung für die Kernfunktion.
- „Ich bin DACH-Nutzer und betreibe bereits ioBroker" → Bei ioBroker bleiben. Modbus-Adapter oder Marken-Adapter hinzufügen. Nicht wegen Solar allein zu Home Assistant migrieren — das ioBroker-Adapter-Ökosystem deckt dieselben Marken ab.
- „Ich möchte Dashboards und historische Analysen ohne Automatisierung" → Grafana + Telegraf + InfluxDB. Mit Solar Assistant (einfache MQTT-Datenquelle) oder einem MQTT-Publisher einer anderen Plattform kombinieren.
- „Ich möchte eine schlüsselfertige Lösung, minimales DIY, einmal zahlen" → Solar Assistant auf einem Raspberry Pi. Es gibt MQTT aus, sodass es problemlos neben Home Assistant betrieben werden kann, wenn Sie später Automatisierung obendrauf wollen.
- „Mein Speicher spricht nur Modbus RTU über RS-485, kein WLAN oder Ethernet" → Zuerst ESPHome-Bridge. Ein ESP32 als Modbus-zu-MQTT-Bridge flashen, dann diesen MQTT-Stream in die bevorzugte Plattform einspeisen.
- „Ich betreibe Victron-Geräte und möchte lokale Steuerung" → Victron Venus OS (Cerbo GX oder Raspberry-Pi-Image). EVCC oder Home Assistant über lokales MQTT ergänzen, wenn EV-Überschuss-Steuerung oder breitere Automatisierung über Victron-native Funktionen hinaus benötigt wird.
Häufige Fehler
Dies sind die häufigsten Integrationsfehler — prüfen Sie jeden, bevor Sie davon ausgehen, dass Ihre Einrichtung reibungslos funktioniert.
📍 In einem Satz
Wenn zwei Plattformen gleichzeitig Modbus-Schreibbefehle an dieselbe Batterie senden, entstehen widersprüchliche Zustände — weisen Sie genau einen Schreiber pro Gerät zu.
💬 In einfachen Worten
Wenn Ihre Plattform und EVCC gleichzeitig der Batterie sagen, was sie tun soll, ist die Batterie verwirrt. Einen Controller pro Gerät wählen.
- Zwei Controller schreiben gleichzeitig auf dasselbe Gerät: Wenn sowohl EVCC als auch Home Assistant Modbus-Schreibbefehle an dieselbe Batterie senden, können widersprüchliche Ladezielvorgaben oder Schutzauslöse-Fehler auftreten. Weisen Sie genau einer Plattform die Schreibrolle für jedes Gerät zu; die andere abonniert nur lesend.
- „Lokale Plattform" setzt ein lokal zugängliches Gerät voraus: Jede Plattform in diesem Leitfaden läuft lokal, setzt aber voraus, dass Wechselrichter oder Speicher eine lokale Schnittstelle bereitstellen. Ein Cloud-only-Gerät (kein Modbus TCP, kein MQTT, keine lokale API) kann von keiner dieser Plattformen verbunden werden, unabhängig davon, wie leistungsfähig die Software ist. Geräteseitige lokalen Zugriff vor der Plattformwahl prüfen — siehe Balkonkraftwerk ohne Cloud.
- Community-Adapter ≠ offiziell gepflegt: ioBroker-Adapter, HACS-Integrationen und Node-RED-Community-Nodes werden von Freiwilligen gepflegt. Wenn ein Hersteller Firmware oder API ändert, kann der Adapter ausfallen und benötigt möglicherweise Zeit bis zur Aktualisierung. Commit-Aktivität und letztes Aktualisierungsdatum im Adapter-Repository prüfen, bevor Sie sich für eine kritische Steuerfunktion darauf verlassen.
- Monitoring vs. Steuerung — ein wesentlicher Unterschied: Solar Assistant und Grafana/InfluxDB können keine Befehle an Ihre Geräte senden. Wenn Sie nach dem Kauf von Solar Assistant Lade-/Entladezeiträume automatisieren möchten, benötigen Sie eine zweite Plattform (z. B. Home Assistant) für die Steuerung, wobei Solar Assistant ihr Daten per MQTT liefert.
Handelspolitischer Hinweis
Die Plattformen in diesem Leitfaden sind Software — größtenteils EU- und Community-Open-Source — ohne direkte Zollexposition. Die Hardware, mit der sie sich verbinden, ist eine andere Geschichte: Führende Balkonspeicher-Marken (Anker, EcoFlow, BYD, Growatt, Marstek, Zendure) werden in China produziert und unterliegen EU-China-Anti-Dumping-Maßnahmen bei Zellen, Wechselrichtern und Batteriepacks sowie US Section-301-Zöllen auf chinesisch produzierte Energiespeichergeräte. Europäische Marken (Kostal DE, SMA DE, Fronius AT, Victron NL) sind diesen Maßnahmen weniger direkt ausgesetzt.
Die Plattformwahl ist zollneutral — die Software läuft auf jeder Hardware, sobald sie verbunden ist. Halten Sie Hardware-Preise aber dynamisch: Zoll-betroffene Speicherpreise können sich kurzfristig ändern.
Häufig gestellte Fragen
Ist Home Assistant die einzige Option für lokales Balkonkraftwerk-Monitoring?
Nein. openHAB, ioBroker, EVCC, Node-RED, Victron Venus OS und Solar Assistant verbinden sich alle über dieselben lokalen Protokolle (Modbus, MQTT), die die meisten Balkonkraftwerk-Geräte bereitstellen. Home Assistant hat die größte Community und das breiteste Integrations-Ökosystem, was es zur Standardempfehlung macht, ist aber nicht die einzige praktikable Option.
Was ist ioBroker und ist es besser als Home Assistant für deutsche Nutzer?
ioBroker ist eine Open-Source-Heimautomatisierungsplattform in Node.js mit einer sehr starken DACH-Community. Es ist nicht grundsätzlich leistungsfähiger als Home Assistant — beide unterstützen Modbus, MQTT und REST — aber deutschsprachige Dokumentation, Foren und Adapter-Support sind in der ioBroker-Community deutlich stärker ausgeprägt. Wenn Sie bereits ioBroker betreiben, gibt es keinen zwingenden Grund, allein wegen Solar zu Home Assistant zu migrieren.
Kann ich EVCC ohne Home Assistant nutzen?
Ja. EVCC läuft als eigenständige Anwendung und verbindet sich direkt mit Wechselrichter, Batterie und Wallbox über lokale Protokolle. Es benötigt Home Assistant nicht. Home Assistant kann optional EVCCs MQTT-Ausgabe für Dashboard-Anzeige abonnieren — das ist eine ergänzende Integration, keine Abhängigkeit.
Muss ich programmieren können, um eine dieser Plattformen zu nutzen?
Solar Assistant und Victron Venus OS (mit Victron-Hardware) erfordern kein Programmieren — sie sind schlüsselfertig. Home Assistant, ioBroker und EVCC lassen sich per Web-UI und YAML-Vorlagen ohne allgemeines Programmieren konfigurieren. openHAB erfordert mehr dateibasierte Konfiguration. Node-RED verwendet visuelle Flow-Programmierung; ESPHome verwendet YAML-Firmware-Definitionen. Keines erfordert Programmieren im klassischen Sinne, aber beide haben steilere Lernkurven als HA oder ioBroker.
Welche Plattform ist am besten für Nulleinspeisung oder Überschusssteuerung?
EVCC ist die zweckgebaute Option — es wurde genau dafür entwickelt, PV-Überschuss an EV, Batterie oder andere Verbraucher zu leiten und den Netzexport nahe null zu halten. Home Assistant kann das über Automatisierungen erreichen, aber EVCCs Vorlagensystem und Gerätebibliothek machen die Einrichtung für diesen Anwendungsfall schneller. ioBroker kann Überschusssteuerung ebenfalls über benutzerdefinierte Skripte oder den integrierten Scheduler umsetzen.
Solar Assistant vs. Home Assistant — was ist der echte Unterschied?
Solar Assistant ist kommerziell (ca. 30–40 $ einmalig), nur für Monitoring und wenig aufwändig in der Einrichtung — es liest Wechselrichterdaten und zeigt sie an, ohne Plattformkonfiguration zu erfordern. Home Assistant ist kostenlos, Open Source, unterstützt Monitoring und aktive Automatisierung, erfordert aber mehr initiale Konfiguration. Wenn Sie nur eine Anzeige wollen und nicht in Plattform-Einrichtung investieren möchten, ist Solar Assistant der schnellere Weg. Wenn Sie Verbraucher rund um die Solareinspeisung automatisieren wollen, ist Home Assistant (oder ioBroker bzw. EVCC) die notwendige Wahl.
Können diese Plattformen nebeneinander betrieben werden?
Ja, mit einer wichtigen Einschränkung: Nur eine Plattform sollte Schreibbefehle an ein bestimmtes Gerät senden. Mehrere Plattformen können gleichzeitig dasselbe MQTT-Topic abonnieren oder dieselben Modbus-Register abfragen, ohne Konflikte zu verursachen. Eine gängige funktionierende Kombination: Solar Assistant liest den Wechselrichter und veröffentlicht per MQTT; Home Assistant abonniert diesen Feed für Automatisierung; Grafana abonniert dasselbe MQTT für historische Dashboards.
Braucht meine Wechselrichtermarke einen spezifischen Adapter für jede Plattform?
Nicht unbedingt — die meisten Plattformen können sich über manuell konfigurierte Register-Adressen mit jedem Modbus-TCP-Gerät verbinden, auch ohne markenspezifische Integration. Ein Marken-Adapter oder eine Vorlage spart jedoch erheblichen Konfigurationsaufwand und ist weniger fehleranfällig. Immer prüfen, ob Ihr genaues Modell von einem gepflegten Adapter abgedeckt wird, bevor Sie davon ausgehen, dass generischer Modbus-Zugriff für Ihren Anwendungsfall ausreicht.
Funktioniert EVCC nur mit einem Elektroauto, oder auch für Nulleinspeisung ohne EV?
EVCC kann Nulleinspeisung und PV-Überschuss-Steuerung auch ohne Elektroauto umsetzen — die Software unterstützt neben Wallboxen auch steuerbare Verbraucher wie Wärmepumpen oder Haushaltsgeräte über smarte Steckdosen. Der Kernfokus und die umfangreichste Dokumentation liegen jedoch auf EV-Laden; für reine Last-Steuerung ohne EV ist Home Assistant oft flexibler.
Welche ioBroker-Adapter gibt es für in Deutschland verbreitete Wechselrichtermarken?
Für Hoymiles-Mikrowechselrichter (über OpenDTU als lokale Bridge, verifiziert), Fronius (fronius-Adapter, verifiziert) und SMA Energy Meter (sma-em-Adapter — Stand Juli 2026 vorhanden, Wartungsstatus im ioBroker-Repository prüfen) gibt es Einträge im ioBroker-Adapter-Repository. Für Growatt gibt es ebenfalls Community-Adapter (Stand Juli 2026 nicht einzeln verifiziert). Grundsätzlich gilt: immer Commit-Datum und Aktivität im jeweiligen Adapter-Repository prüfen, bevor Sie sich für eine kritische Funktion darauf verlassen.