Profi · Kapitel 9 von 14

Multi-System: HA + ioBroker + HomeMatic

Manchmal reicht ein System nicht – oder du willst Bestehendes behalten. Hier erfährst du, wann es Sinn macht, Home Assistant, ioBroker und HomeMatic parallel zu betreiben und wie du sie sauber miteinander verknüpfst.

Lesezeit: ~6 MinAktualisiert 16. August 2026

Affiliate-Links: Als Amazon-Partner verdiene ich an qualifizierten Verkäufen – für dich bleibt der Preis gleich.

Das Wichtigste in Kürze

3 Kernaussagen für Schnellleser

Mehrere Smart-Home-Systeme parallel zu betreiben lohnt sich in genau drei Fällen: Bestandssysteme behalten (z.B. alte CCU3), technische Stärken kombinieren (ioBroker VIS 2 + HA Matter) oder schrittweise migrieren. Die saubere Brücke zwischen den Systemen ist fast immer MQTT – ein einzelner Mosquitto-Broker reicht. Mehr als 2–3 Systeme parallel machen dein Setup schnell unwartbar.

Ein paralleler Betrieb von Systemen wie Home Assistant, ioBroker und HomeMatic macht Sinn, um bestehende Geräte oder spezifische Stärken weiterzunutzen.
MQTT dient als universelle Brücke zwischen den Systemen und ermöglicht einen schnellen, bidirektionalen Datenaustausch mit unter 50 ms Latenz.
Eine konsistente Topic-Struktur verhindert Verwirrung und vereinfacht die Zuordnung von Daten zu Systemen und Räumen.

Schematische Darstellung: Home Assistant, ioBroker und HomeMatic verbunden über MQTT — Ein sauber verknüpftes Multi-System-Setup nutzt einen zentralen MQTT-Broker als Brücke zwischen den verschiedenen Zentralen.

Wann Multi-System Sinn macht – und wann nicht

Bevor du dir die Arbeit machst, zwei oder drei Systeme zu betreiben, solltest du ehrlich prüfen, ob es nötig ist. Die häufigsten legitimen Gründe für Multi-System:

Bestandssysteme weiterbetreiben

Du hast schon seit Jahren eine HomeMatic-Installation mit CCU3(öffnet in neuem Tab) und willst nicht alles umziehen? Dann betreibst du HomeMatic weiter und integrierst es in Home Assistant. Die CCU3 bleibt das Zentralgerät für Heizkörperthermostate und Fensterkontakte, während HA das Dach für Automatisierungen, Dashboards und Sprachsteuerung bildet.

Technische Stärken kombinieren

ioBroker hat mit VIS 2 ein hervorragendes Visualisierungssystem und starke Adapter für spezifische Protokolle (z. B. KNX, EnOcean). Home Assistant glänzt bei der nativen Integration neuer Protokolle (Matter, Thread), bei der Assist-Sprachsteuerung und bei der großen Community. Wer das Beste aus beiden Welten will, kann die Systeme miteinander verknüpfen und jeweils die Stärken nutzen.

Schrittweise Migration

Wenn du von ioBroker zu Home Assistant migrierst (oder umgekehrt), ist ein paralleler Betrieb während der Übergangsphase praktisch. Du migrierst Raum für Raum, testest die neue Automatisierung und schaltest den alten Adapter erst ab, wenn alles stabil läuft. Das verhindert den „Big Bang"-Umstellungsschmerz.

Pro-Tipp
Wenn du nur schrittweise migrierst, brauchst du nicht sofort eine MQTT-Bridge. Nutze zunächst die HomeMatic-Integration in HA, um alle CCU3-Geräte einzubinden. Die MQTT-Bridge wird erst nötig, wenn du bidirektional zwischen HA und ioBroker kommunizieren willst.

MQTT-Bridge: Das universelle Bindeglied

MQTT ist der einfachste und robusteste Weg, um Systeme miteinander zu verknüpfen. Beide Systeme verbinden sich mit demselben MQTT-Broker (z. B. Mosquitto) und kommunizieren über Topics. Welche Richtung die Daten fließen, bestimmst du durch die Konfiguration der jeweiligen Integrationen.

Mosquitto installieren – in HA unter Add-on Store „Mosquitto broker" suchen und installieren
MQTT-Integration in HA aktivieren – Einstellungen → Integrationen → MQTT hinzufügen (Broker: localhost, Port: 1883)
ioBroker-MQTT-Adapter konfigurieren – Adapter installieren, Broker-Adresse auf die HA-IP setzen, Port 1883
Topics definieren – im ioBroker-Adapter festlegen, welche States unter welchem Topic-Namen veröffentlicht werden
Test-Message senden – im HA-Entwicklerwerkzeug unter „MQTT" eine Nachricht an das konfigurierte Topic senden und im ioBroker prüfen, ob sie ankommt

Im ioBroker installierst du den MQTT-Adapter und konfigurierst ihn so, dass er ausgewählte States als MQTT-Topics veröffentlicht. Im ioBroker-MQTT-Adapter kannst du per Regel oder manueller Zuordnung definieren, welche States veröffentlicht werden und unter welchem Topic-Namen. In Home Assistant erstellst du dann MQTT-Sensoren oder MQTT-Schalter, die auf diese Topics lauschen oder schreiben.

In Home Assistant nutzt du die MQTT-Integration, um Entitäten zu veröffentlichen. Seit HA 2024.8 (und in den 2025er Releases weiter ausgebaut) unterstützt HA die MQTT-Konfiguration vollständig per UI. Für komplexe Setups mit vielen Entitäten bleibt YAML der übersichtlichere Weg. Im ioBroker abonnierst du das entsprechende Topic mit dem MQTT-Adapter.

Wusstest du schon?
Verwende konsistente Topic-Strukturen – das ist eine Empfehlung der HomeStackR-Redaktion, kein Industriestandard. Beispiel: homestackr/iobroker/wohnzimmer/temperatur und homestackr/ha/wohnzimmer/licht. So erkennst du sofort, welches System der Urheber ist und welcher Raum betroffen ist.

1 BrokerEin gemeinsamer Mosquitto-Broker reicht für die gesamte Multi-System-Kommunikation

5–50 msTypische MQTT-Latenz im lokalen Netz (LAN, Mosquitto auf Switch-Ebene)

2–3 SystemeEmpfehlung: Nicht mehr parallel betreiben, sonst steigt die Komplexität unkontrolliert

Das Wesentliche in Kürze

Mehrere Systeme parallel lohnen sich nur mit klarem Grund – und die saubere Brücke zwischen ihnen ist fast immer MQTT (max. 2–3 Systeme, sonst explodiert die Komplexität). HomeMatic-Anbindung, Node-RED als Brücke und typische Fallstricke folgen darunter.

↓ Ins Detail gehen Nächster Artikel: Smart Home Penetration Testing →

HomeMatic-Integration in Home Assistant

Du brauchst keine MQTT-Bridge, um HomeMatic in HA einzubinden. Home Assistant hat eine direkte HomeMatic-Integration, die sich per XML-RPC mit der CCU3 (oder RaspberryMatic) verbindet. Alle Geräte der CCU3 erscheinen automatisch als HA-Entitäten – inklusive HomeMatic (HM, Legacy-Protokoll) und HomeMatic IP (HmIP, aktueller Standard).

In Home Assistant unter „Integrationen hinzufügen" wählst du HomeMatic. Du gibst die IP-Adresse der CCU3 ein und authentifizierst dich mit einem CCU3-Admin-Konto. HA verbindet sich per XML-RPC und erstellt automatisch Entitäten für alle in der CCU3 angemeldeten Geräte. Parameter wie SET_TEMPERATURE, ACTUAL_TEMPERATURE und WINDOW_OPEN sind direkt verfügbar.

Neben den Geräten synchronisiert HA auch CCU3-Programme und Systemvariablen. Du kannst HA-Automatisierungen triggern, wenn ein CCU3-Programm ausgeführt wird. Umgekehrt kannst du aus HA heraus CCU3-Programme starten – entweder über den Service homematic.activate_program (Legacy-Integration) oder über UI-Aktionen der homematicip_local-Integration. Systemvariablen der CCU3 erscheinen als Sensoren in HA und können von beiden Systemen gelesen und geschrieben werden.

Pro-Tipp
Wenn du die CCU3 parallel zu HA betreibst, deaktiviere Programme und Direktverknüpfungen in der CCU3, die du in HA automatisiert hast. Sonst konkurrieren beide Systeme um die Kontrolle – das führt zu unerwartetem Verhalten und schwer auffindbaren Fehlern.

Node-RED als Integrations-Orchester

Wenn die direkten Integrationen und MQTT nicht ausreichen, kann Node-RED als universeller Übersetzer dienen. Node-RED hat Nodes für Home Assistant (per Websocket), ioBroker (per REST-API) und MQTT. So kannst du Flows bauen, die Daten aus einem System entgegennehmen, transformieren und in ein anderes System senden.

Typisches Beispiel: HomeMatic sendet ein Event (Fenster geöffnet) per XML-RPC an HA. HA triggert einen Node-RED-Flow über die HA-Websocket-Node. Node-RED wertet den Zustand aus und sendet per ioBroker-REST-API einen Befehl an ioBroker (z. B. Szene „Lüften" aktivieren, die im ioBroker VIS angezeigt wird). Node-RED wird so zum flexiblen Middleware-Layer.

Wusstest du schon?
Die ioBroker-REST-API muss in der ioBroker-Admin-Oberfläche explizit aktiviert und mit einem Token gesichert werden – sie ist standardmäßig deaktiviert. Den Token hinterlegst du anschließend in der Node-RED ioBroker-Node.

Häufige Fallstricke und wie du sie vermeidest

Multi-System bringt Freiheiten – aber auch neue Fehlerquellen. Hier die häufigsten Probleme und ihre Lösungen:

Doppelte Automatisierung: Wenn HA und ioBroker Automationen für dasselbe Gerät haben, können sie sich widersprechen. Lösung: Pro Gerät nur ein System die Automatisierung steuern lassen.
Zustands-Drift: Wenn ein Zustand über MQTT synchronisiert wird, aber die Nachricht verloren geht, weichen die Systeme voneinander ab. Lösung: Regelmäßige State-Sync-Flows in Node-RED einrichten.
Ressourcenverbrauch: Jedes System braucht CPU und RAM. Auf einem Raspberry Pi 4 sind HA, ioBroker und Mosquitto möglich, aber eng. Lösung: Auf einen NUC, Home Assistant Green oder Mini-PC ausweichen – oder Systeme auf verschiedene Hardware verteilen.
Backup-Komplexität: Jedes System hat sein eigenes Backup-Format. Lösung: Zentrales Backup-Skript, das alle Systeme nacheinander sichert, oder auf Proxmox-Ebene mit VM-Snapshots arbeiten.

Empfohlene Hardware für Multi-System-Betrieb

Für den parallelen Betrieb von HA, ioBroker und Mosquitto braucht es deutlich mehr Headroom als ein Raspberry Pi 4 allein bieten kann. Drei bewährte Optionen:

Kompakter Einstieg: Home Assistant Green(öffnet in neuem Tab) (~120 €) – fix und fertig, läuft stabil mit HA + Mosquitto. ioBroker auf zweiter Hardware oder als Container.
Midrange-Allrounder: Beelink Mini S12 Pro(öffnet in neuem Tab) (~180 €) – N100-Prozessor, 16 GB RAM, als Proxmox-Host mit HA-VM und ioBroker-Container.
Maximal-Performance: Intel NUC(öffnet in neuem Tab) – für große Setups mit vielen Geräten, InfluxDB und Grafana. Alle drei Systeme sauber in eigenen VMs isoliert.

Fazit: Weniger ist mehr

Multi-System ist kein Ziel – es ist ein Werkzeug. Nutze es, wenn du ein konkretes Problem löst: Bestandssystem erhalten, Stärken kombinieren, migrieren. Betreibe nie mehr Systeme gleichzeitig, als du aktiv warten kannst. Ein einziges, sauber konfiguriertes System schlägt drei halbfertige immer.

Häufig gestellte Fragen

Brauche ich wirklich mehrere Smart-Home-Systeme?

Meistens nicht. Multi-System lohnt sich nur, wenn du ein bestehendes System (z. B. alte CCU3) nicht aufgeben willst, spezifische Stärken verschiedener Plattformen brauchst oder gerade migrierst. Für einen Neustart empfehlen wir ein einziges System – am einfachsten Home Assistant.

Welche Hardware brauche ich für HA + ioBroker + Mosquitto?

Mindestens ein Mini-PC mit N100-Prozessor und 16 GB RAM (z. B. Beelink Mini S12 Pro). Ein Raspberry Pi 4 ist möglich, aber knapp – besonders wenn du viele Geräte und eine externe Datenbank betreibst. Für größere Setups empfiehlt sich Proxmox als Hypervisor, der HA und ioBroker in getrennten VMs ausführt.

MQTT oder REST-API als Brücke zwischen den Systemen?

MQTT ist die empfohlene Methode: geringer Overhead, nahezu Echtzeit, und beide Systeme können gleichzeitig lesen und schreiben. Die REST-API ist sinnvoll, wenn du komplexe Transformationen oder Logik über Node-RED abbilden willst, die MQTT allein nicht kann.

Wie verhindere ich, dass zwei Systeme gleichzeitig dasselbe Gerät steuern?

Klare Zuständigkeit pro Gerät: Entscheide für jedes Gerät, welches System die Automatisierung übernimmt, und deaktiviere entsprechende Regeln im anderen System. Für HomeMatic konkret: CCU3-Programme, die du in HA nachgebaut hast, in der CCU3 deaktivieren – sonst konkurrieren beide um die Kontrolle.

Wann sollte ich migrieren statt parallel zu betreiben?

Wenn dein Hauptgrund für Multi-System die schrittweise Migration ist, setze dir eine Deadline – z. B. 6 Monate. Danach sollte das alte System abgeschaltet sein. Parallelbetrieb auf Dauer ist wartungsintensiv: doppelte Updates, doppelte Backup-Komplexität, doppelte Fehlerquellen.

Guide teilen

Passende Tools

Systemvergleich