Home Assistant vs openHAB: Open-Source-Zentralen im Vergleich

Wenn du dein Smart Home ohne Cloud und ohne Abhängigkeit von einem Hersteller aufbauen willst, führst du an zwei Plattformen kaumvorbei: Home Assistant und openHAB. Beide sind Open Source, beide laufen lokal, beide unterstützen Hunderte von Geräten. Und doch könnten sie in der Praxis unterschiedlicher kaum sein.

Dieser Vergleich basiert auf dem Stand Juni 2026, Home Assistant Version 2026.6 und openHAB 4.3. Ich betrachte beide Systeme aus der Perspektive eines Nutzers, der ein zuverlässiges Smart Home aufbauen will, ohne Informatik studiert zu haben.

Installation und Ersteinrichtung

Home Assistant

Home Assistant bietet mehrere Installationswege, empfiehlt aber die eigene Distribution Home Assistant OS (HAOS). Du flashst ein Image auf eine SD-Karte oder SSD, steckst es in einen Raspberry Pi (oder Mini-PC) und öffnest im Browser homeassistant.local:8123. Die Ersteinrichtung dauert 10–15 Minuten: Account anlegen, Standort setzen, erste Geräte werden automatisch erkannt.

Der Onboarding-Prozess istdurchdacht: Home Assistant scannt das Netzwerk und zeigt bereits erkannte Geräte an, Hue Bridge, FRITZ!Box, Sonos-Lautsprecher. Ein Klick genügt, um sie einzubinden. Für Zigbee oder Z-Wave wird der Coordinator automatisch erkannt, wenn er per USB angeschlossen ist.

openHAB

openHAB lässt sich über openHABian (eigenes OS-Image), Docker oder als Java-Paket installieren. Die empfohlene Methode ist openHABian auf einem Raspberry Pi. Die Grundinstallation dauert ähnlich lang wie bei Home Assistant, aber die Ersteinrichtung ist deutlich weniger geführt.

Nach dem Start siehst du die Weboberfläche, musst aber zunächst Bindings installieren, das sind die Integrationen für verschiedene Gerätetypen. Jedes Binding muss einzeln hinzugefügt werden. Die automatische Geräteerkennung (Inbox) funktioniert, ist aber je nach Binding unterschiedlich zuverlässig.

Benutzeroberfläche (UI)

Home Assistant Dashboard

Home Assistant nutzt ein kartenbasiertes Dashboard-System. Du erstellst Karten (Cards) für einzelne Geräte, Gruppen oder Automationen und ordnest sie auf einer Seite an. Seit 2024 gibt es Sections, eine flexiblere Layout-Option mit Drag-and-Drop. Das Dashboard lässt sich komplett über die UI konfigurieren, ohne YAML anrühren zu müssen.

Die mobile Companion App (iOS und Android) ist hervorragend: schnelle Ladezeiten, Push-Benachrichtigungen, Standort-Tracking für Geofencing und Widgets für den Homescreen. Die App ist im Smart-Home-Bereich eine der besten mobilen Erfahrungen überhaupt.

openHAB UI

openHAB bietet mit MainUI eine moderne Weboberfläche, die seit openHAB 3 deutlich verbessert wurde. Die Konfiguration erfolgt über eine Mischung aus Webinterface und Konfigurationsdateien. Die Oberfläche ist funktional, aber weniger poliert als bei Home Assistant.

openHAB hat ebenfalls eine mobile App (iOS und Android), die solide funktioniert. Push-Benachrichtigungen und Widgets sind vorhanden, aber die App wird weniger aktiv weiterentwickelt als die Home Assistant Companion App. Das Nutzererlebnis ist funktional, aber nicht so flüssig.

Automationen

Home Assistant Automationen

Home Assistant bietet einen visuellen Automationseditor: Trigger, Bedingung, Aktion, alles per Dropdown und Formular konfigurierbar. Für komplexere Logik gibt es Templates (Jinja2), Skripte und seit 2025 auch einen verbesserten Blueprint-Marktplatz, über den du fertige Automationen importieren kannst.

Für Power-User gibt es zusätzlich Node-RED als Add-on, eine visuelle Programmierumgebung, in der Automationen als Flow-Diagramme erstellt werden. Node-RED ist besonders bei komplexen Abhängigkeiten (z.B. mehrere Bedingungen, Verzweigungen, Timer) überlegen.

openHAB Rules

openHAB bietet mehrere Regelsprachen: die eigene DSL (Domain Specific Language), JavaScript (ECMAScript 2022+), Blockly (visuelle Programmierung) und JRuby. Diese Vielfalt ist gleichzeitig Stärke und Schwäche: Du hast maximale Flexibilität, aber Tutorials und Forenbeiträge nutzen unterschiedliche Sprachen, was die Suche nach Lösungen erschwert.

Blockly ist die zugänglichste Option, vergleichbar mit dem visuellen Editor von Home Assistant. Für komplexe Logik ist JavaScript in openHAB mächtiger als Jinja2 in Home Assistant, da du vollwertige Programmierkonzepte (Schleifen, Objekte, async/await) nutzen kannst.

Gerätesupport und Integrationen

Bei der reinen Zahl der Integrationen liegt Home Assistant klar vorne. Das liegt vor allem an der größeren Entwickler-Community und dem schnelleren Release-Zyklus. Neue Geräte werden in Home Assistant oft innerhalb von Wochen unterstützt, während es bei openHAB länger dauern kann.

openHAB punktet dafür mit der Abstraktion­schicht: Items und Channels trennen die logische Repräsentation eines Geräts von der physischen Anbindung. Wenn du einen Zigbee-Sensor durch ein WLAN-Modell ersetzt, änderst du nur das Binding, die Regeln und die Oberfläche bleiben unverändert. In Home Assistant musst du bei einem Gerätewechsel unter Umständen Automationen anpassen.

Community und Dokumentation

Home Assistant: Die Community ist riesig. Das offizielle Forum hat über 500.000 registrierte Nutzer, der Subreddit r/homeassistant ist einer der aktivsten Smart-Home-Subreddits. Die offizielle Dokumentation ist umfangreich, wenn auch nicht immer anfängerfreundlich. YouTube-Tutorials gibt es in Massen, sowohl auf Englisch als auch auf Deutsch.

openHAB: Die Community ist kleiner, aber sehr engagiert. Das offizielle Forum ist aktiv und die Antwortqualität hoch. Die Dokumentation ist technisch präzise, setzt aber mehr Vorwissen voraus. Deutschsprachige Inhalte sind seltener als bei Home Assistant.

Update-Zyklen und Stabilität

Home Assistant: Monatliche Major-Releases, dazwischen Bugfix-Updates. Der schnelle Zyklus bringt ständig neue Features, kann aber auch Breaking Changes mit sich bringen. Es empfiehlt sich, vor jedem Update die Release Notes zu lesen und ein Backup zu erstellen.

openHAB: Langsamerer Release-Zyklus (Major-Versionen alle 12–18 Monate). Das System ist dadurch stabiler, aber neue Features erreichen die Nutzer später. Für produktive Installationen, die einfach laufen sollen, kann das ein Vorteil sein.

Wann welches System?

Home Assistant ist die bessere Wahl, wenn du:

• Einen schnellen Einstieg ohne tiefes Technikwissen suchst
• Viele verschiedene Gerätehersteller einbinden willst
• ESPHome, Zigbee2MQTT oder Matter nutzen möchtest
• Eine polierte mobile App brauchst
• Von der großen Community und dem YouTube-Ökosystem profitieren willst

openHAB ist die bessere Wahl, wenn du:

• Java-Erfahrung mitbringst oder dich damit wohlfühlst
• Eine strikte Abstraktionsschicht zwischen Geräten und Logik bevorzugst
• Maximale Stabilität und seltene Updates schätzt
• Komplexe Regeln mit vollwertigen Programmiersprachen schreiben willst
• Das System bereits im Einsatz hast und zufrieden bist

Einen ausführlichen Überblick über die Protokolle, die beide Plattformen unterstützen, findest du im Ratgeber Smart-Home-Protokolle 2026.

Hardware-Anforderungen

Home Assistant: Läuft auf einem Raspberry Pi 4 (2 GB RAM reichen, 4 GB empfohlen), einem Mini-PC (Intel N100, ca. 120–150 EUR) oder in einer VM. Für größere Installationen (50+ Geräte, Kameras, Spracherkennung) wird ein Mini-PC mit SSD empfohlen, der Raspberry Pi kommt dann an seine Grenzen. Der Stromverbrauch liegt bei 3–5 Watt (Pi) bzw. 8–15 Watt (Mini-PC).

openHAB: Ähnliche Anforderungen wie Home Assistant. Da openHAB auf Java basiert, ist der RAM-Verbrauch tendenziell höher. 4 GB RAM sind das Minimum für eine flüssige Nutzung, 8 GB empfohlen. Auf einem Raspberry Pi mit 2 GB kann openHAB spürbar langsamer starten und reagieren als Home Assistant.

Migration: Von einem System zum anderen wechseln

Ein Wechsel zwischen den Plattformen ist möglich, aber aufwendig. Es gibt kein automatisches Migrationstool. Du musst alle Geräte neu einbinden, Automationen neu erstellen und Dashboards neu gestalten. Zigbee-Geräte müssen in der Regel neu gepairt werden. WiFi-Geräte lassen sich über deren native APIs oft einfacher anbinden. Plane für eine Migration mit 30–50 Geräten einen Zeitraum von 2–4 Wochenenden ein.