Home Assistant vs. ioBroker: Mein Vergleich nach einem Jahr Umstieg

In diesem Artikel geht es um Home Assistant vs ioBroker aus echter Erfahrung: Ich habe jahrelang ioBroker auf einem Raspberry Pi genutzt, dazu eine Homematic CCU. Vor rund einem Jahr bin ich zu Home Assistant gewechselt. Drei Gründe haben mich dazu gebracht: Ich wollte weniger selbst programmieren, ich wollte auf eine größere Community mit mehr fertigen Lösungen zugreifen, und ich hatte den Eindruck, dass sich Home Assistant zum führenden System in diesem Bereich entwickelt.

In diesem Artikel vergleiche ich beide Systeme aus der Praxis, nicht nur anhand von Datenblättern. Wenn du selbst vor der Entscheidung stehst, findest du hier die Antworten, die ich mir vor einem Jahr gewünscht hätte.

Mit Sternchen (*) gekennzeichnete Links sind Affiliate-Links. Kaufst du darüber, bekomme ich eine kleine Provision. Für dich ändert sich am Preis nichts.

Zwei unterschiedliche Denkweisen

Der wichtigste Unterschied liegt nicht in der Optik, sondern darin, wie beide Systeme Daten organisieren.

Home Assistant arbeitet mit einer flachen Entitäten-Liste. Jedes Gerät wird in einzelne Entitäten zerlegt, etwa light.wohnzimmer, sensor.aussentemperatur oder binary_sensor.fenster_kueche, die in einer globalen Liste verwaltet werden. Die Entwicklung läuft zentral über ein Core-Team. Das sorgt für Konsistenz zwischen den Integrationen.

ioBroker denkt in einer hierarchischen Objektstruktur, einem Baum aus Ordnern und Datenpunkten. Das gibt dir als Anwender präzise, pfadbasierte Kontrolle, kostet aber am Anfang mehr Orientierung. Die Entwicklung ist dezentral über GitHub organisiert. Jeder Adapter hat seinen eigenen Maintainer, und genau das führt zu einem Punkt, der bei Umsteigern immer wieder auftaucht: Ein Nutzer, der über 600 Sensoren migriert hat, beschrieb die ioBroker-Entwicklung als teils zu langsam für ein sich schnell veränderndes IoT-Umfeld, während er Home Assistants aktive Entwicklung und wachsende Community als Grund für die Zukunftssicherheit nannte.

Merkmal	Home Assistant	ioBroker
Entwicklungsmodell	Zentralisiert (Core-Team)	Dezentral (Community-Adapter)
Basis-Technologie	Python / HAOS (Docker)	JavaScript / Node.js
Datenmodell	Flache Entitäten-Liste	Hierarchischer Objekt-Baum
Erweiterungskonzept	Integrationen & Add-ons	Adapter & Instanzen
Konfiguration	UI-First (mit YAML-Unterbau)	UI-basiertes State-Management

Warum ich gewechselt bin

Mein erster Grund war der Wunsch, weniger zu programmieren. Bei ioBroker lief bei mir vieles über die Script-Engine, teils mit JavaScript. Das funktioniert gut, aber jede neue Automatisierung war ein kleines Programmierprojekt. Dazu hatte ich einfach keine Lust mehr, aber ich wollte auch keine Plug & Play Lösung, sondern noch flexibel sein. Bei Home Assistant kommen die meisten Standardaufgaben über einen grafischen Editor und fertige Blueprints, ganz ohne eigenen Code.

Mein zweiter Grund war die Community. Ich wollte nicht mehr jede Lösung selbst zusammenbasteln, sondern auf das zurückgreifen können, was andere schon gebaut haben. Das HACS-Ökosystem ist dafür der beste Beleg: Tausende fertige Erweiterungen, Dashboard-Karten und Automatisierungsvorlagen stehen zum Installieren bereit. Andere Umsteiger beschreiben genau das als „deutlich größere Community“ mit entsprechend umfangreicherer Unterstützung.

Mein dritter Grund war der Eindruck, dass Home Assistant zum führenden System wird. Das lässt sich auch an harten Zahlen festmachen: mehr Integrationen, häufigere Updates und eine sichtbar aktivere Entwicklung. Genau diesen Punkt nennen auch andere, die von ioBroker gewechselt sind, als Hauptgrund für ihre Entscheidung.

Ein Punkt gehört zur Ehrlichkeit dazu: Nicht jeder profitiert vom Wechsel gleich stark. Wer bei ioBroker sehr umfangreiche eigene Skripte einsetzt, etwa für komplexe Heizungssteuerungen, stößt bei der Migration nach Home Assistant teils an Grenzen, weil Node-RED nicht jede Entität so direkt zugänglich macht wie ioBrokers Script-Engine. Wenn dein Setup stark auf Eigenentwicklung basiert, lohnt sich vor dem Wechsel ein genauer Blick darauf, ob sich deine Logik überhaupt sinnvoll übertragen lässt.

Hardware: Worauf es ankommt

Ich bin kein Systemarchitekt und wollte hier auch keine Wissenschaft draus machen. Ich habe dir einfach die gängigsten Hardwareempfehlungen herausgesucht, die sich in der Praxis bewährt haben.

Eine Sache gilt aber unabhängig vom System: Eine SSD ist keine Option, sondern Pflicht. SD-Karten fallen durch die vielen Schreibzyklen von Logging und Datenbank praktisch garantiert irgendwann aus, meist genau dann, wenn es am wenigsten passt. Zum Start und zum Ausprobieren kann man ruhig erstmal eine SD-Karte nehmen, aber dann sollte man wechseln.

Für Home Assistant ist der Home Assistant Green* für die meisten die unkomplizierteste Lösung, fertig konfiguriert und ohne eigenen Zusammenbau. Wer mehr Leistung will oder gern selbst zusammenstellt, nimmt einen Raspberry Pi 5 mit vorinstalliertem SSD-Kit*.

Bei ioBroker liegt die Sache anders: Es ist nur eine Anwendung, läuft meist auf einem Debian-System oder in einer VM, und die Wartung des Betriebssystems liegt komplett bei dir.

Einen ausführlichen Hardware-Vergleich inklusive Konfigurator, der dir eine persönliche Empfehlung gibt, findest du in einem eigenen Artikel.

Oberfläche und Dashboards

Home Assistant hat in den letzten Jahren stark aufgeholt. Das Zuhause-Dashboard bietet native Drag-and-Drop-Funktionen, mit denen sich Oberflächen schnell bauen lassen. Ein technisches Highlight ist die Companion App: Sie ist nicht nur Fernsteuerung, sondern auch Sensor-Hub. Akkustand, Standort per Geofencing und mehr wandern automatisch in den Home Assistant Core.

ioBroker setzt mit VIS und VIS 2 auf maximale Gestaltungsfreiheit. Jedes Element lässt sich pixelgenau platzieren. Der Preis dafür ist eine deutlich steilere Lernkurve, und das Standard-Design wirkt noch nach 2015 oder 2016.

Automatisierungen: Blueprints gegen Live-Scripting

Hier merkst du den Unterschied im Alltag am deutlichsten.

Home Assistant arbeitet primär mit einem grafischen Editor und Blueprints, also fertigen Automatisierungsvorlagen für Standardfälle, die du nur noch mit deinen eigenen Geräten füllst. YAML ist der Programmier-Code, mit dem sich Home Assistant im Hintergrund konfigurieren lässt. Für wirklich komplexe Logik kannst du damit arbeiten, aber als Einsteiger musst du das nicht. Die allermeisten gängigen Aufgaben, neue Integrationen einrichten, Automatisierungen bauen, Helfer anlegen, Dashboards gestalten, laufen komplett über die Oberfläche. Ich betreibe mein System seit dem Umstieg genau so und musste bisher kaum wirklich etwas manuell im YAML-Code verändern.

Auch das Thema Neustart klingt schlimmer, als es ist. Ja, manche Änderungen verlangen ein Neuladen oder einen Neustart. Das ist aber kein Drama, sondern ein einziger Klick in der Oberfläche, und Home Assistant ist nach wenigen Sekunden bis maximal ein bis zwei Minuten wieder da. Für den laufenden Betrieb merkst du davon im Alltag praktisch nichts.

Bei ioBroker ist die Script-Engine das Herzstück, wahlweise mit Blockly, JavaScript oder TypeScript. Der entscheidende Vorteil: Skripte laufen sofort, ohne Neustart. Das macht das Debugging spürbar schneller, wenn du ohnehin viel selbst programmierst.

Matter und neue Funkstandards

Beide Systeme lassen sich über USB-Dongles wie den Home Assistant Connect ZBT-1* für Zigbee und Thread erweitern. Beim neuen Standard Matter hat Home Assistant aktuell die Nase vorn: Die Einbindung neuer Matter-Geräte läuft über die Home Assistant App, was den technischen Schlüsselaustausch zwischen Gerät und Controller spürbar vereinfacht. ioBroker bindet Matter über Adapter ein. Das funktioniert, wirkt aber weniger aus einem Guss.

Was Matter genau ist und warum der Standard wichtig ist, erkläre ich in einem eigenen Artikel.

Vor- und Nachteile im Überblick

Mein Fazit

Nach einem Jahr würde ich wieder wechseln. Ich programmiere deutlich seltener selbst, finde für fast jedes Problem schon eine fertige Lösung in der Community und ich habe nicht den Eindruck, mich auf ein absterbendes System festzulegen.

Home Assistant lohnt sich, wenn du ein modernes, konsistentes Gesamtsystem willst und die beste App-Anbindung schätzt. ioBroker bleibt die richtige Wahl, wenn du Individualist bist, deine Visualisierung bis aufs Pixel selbst bauen willst oder auf umfangreiche eigene Skripte angewiesen bist, die sich nicht ohne Weiteres übertragen lassen.

---

Weiterlesen im Smart-Home-Cluster:

• Von ioBroker zu Home Assistant wechseln: Anleitung in 7 Schritten
• Home Assistant Hardware-Guide: Green, Raspberry Pi 5 oder Mini-PC?
• Home Assistant für Einsteiger: Die ersten Schritte
• Matter erklärt: Was der neue Smart-Home-Standard wirklich bringt
• Home Assistant + Claude: Was die KI wirklich bringt (und was nicht)
• Home Assistant mit Claude verbinden: Anleitung für die kostenlose Variante

Quellen der Foreneinschätzungen:

• Mein Wechsel von ioBroker zu Home Assistant – myHome.zone
• Wechsel von ioBroker zu Home Assistant – Mosandl
• Migrated Germany’s most advanced SmartHome from ioBroker to HomeAssistant – Netzwerkonkel
• ioBroker user thinking about switching – Home Assistant Community