Wie Homebridge funktioniert
Verständlicher Überblick über die Homebridge-Architektur: Wie HAP, lokale Kommunikation, Child Bridges und Apple Home Hubs zusammenarbeiten.
Wie Homebridge funktioniert: Architektur, Datenfluss & Stabilität
Homebridge bindet Smart-Home-Geräte in Apple Home ein, für die der Hersteller keine HomeKit-Zertifizierung anbietet. Als lokaler Übersetzer vermittelt die Software zwischen dem Apple HomeKit Accessory Protocol (HAP) und den herstellereigenen Schnittstellen der jeweiligen Geräte.
┌─────────────────────────────────────────────────────────────────┐
│ Apple Home Ökosystem (Lokal) │
│ iPhone / iPad Apple TV / HomePod (Hub) │
└──────────────────────────────┬──────────────────────────────────┘
│
Lokales HAP über LAN (Verschlüsselt)
Bonjour / mDNS Discovery (_hap._tcp)
│
┌──────────────────────────────▼──────────────────────────────────┐
│ Homebridge Server (Node.js) │
│ │
│ ┌───────────────────────────────────────────────────────────┐ │
│ │ HAP-Protokollschicht (hap-nodejs) │ │
│ │ - Meldet Zubehöre und Dienste an Apple Home │ │
│ │ - Verarbeitet Lese-, Schreib- und Status-Events │ │
│ └───────────────────────────┬───────────────────────────────┘ │
│ │ │
│ ┌───────────────────────────┴───────────────────────────────┐ │
│ │ Homebridge Core & Plugin-Laufzeit │ │
│ │ - Hauptprozess (Koordination & Web-Schnittstelle) │ │
│ │ - Isolierte Child Bridges für einzelne Plugins │ │
│ └───────────────────────────┬───────────────────────────────┘ │
└──────────────────────────────┼──────────────────────────────────┘
│
Herstellerspezifische Kommunikation
│
┌────────────────────┴─────────────────────┐
│ │
┌─────────▼─────────────┐ ┌─────────▼─────────────┐
│ Lokale Geräte-APIs │ │ Hersteller-Clouds │
│ - Zigbee / Z-Wave │ │ - Ring, Nest, Tuya │
│ - MQTT / Shelly LAN │ │ - Roborock, SwitchBot│
│ - Lokales HTTP / UDP │ │ - Externe Cloud-APIs │
└───────────────────────┘ └───────────────────────┘Lokale Kommunikation und Cloud-Anbindung
Die Kommunikation zwischen Apple-Geräten und Homebridge läuft im Heimnetzwerk direkt über WLAN oder Ethernet ab. Steuerbefehle werden zu Hause nicht über externe Server geleitet.
Homebridge meldet sich gegenüber Apple Home als Bridge an. Du bindest die Bridge einmal zentral ein, woraufhin alle Geräte aus den installierten Plugins automatisch in deinen Räumen erscheinen.
Lokale im Vergleich zu Cloud-basierten Plugins
Wie unabhängig das Setup vom Internet arbeitet, hängt von der Geräteschnittstelle des jeweiligen Plugins ab:
| Eigenschaft | Lokale Plugins | Cloud-basierte Plugins |
|---|---|---|
| Beispiele | homebridge-hue, homebridge-z2m, homebridge-shelly | homebridge-ring, homebridge-nest, homebridge-tuya-platform |
| Übertragungsweg | Lokales Netzwerk (LAN, Zigbee, MQTT) | Verschlüsseltes HTTPS oder WebSockets über das Internet |
| Reaktionszeit | Unter 50 ms | 200 bis 1.000 ms |
| Bei Internetausfall | Steuerung funktioniert im Heimnetzwerk weiter | Keine Steuerung möglich |
| Schnittstellen | Lokale REST-APIs, CoAP, MQTT | OAuth2, Hersteller-Clouds, Session-Logins |
Geräte mit lokaler Steuerung schalten schneller und bleiben auch dann erreichbar, wenn die Internetverbindung ausfällt oder der Hersteller Wartungsarbeiten durchführt.
Das Datenmodell von Apple Home
Apple HomeKit bildet Geräte in einer dreistufigen Struktur ab:
Accessory (Zubehör: z. B. Stehleuchte)
└── Service (Dienst: z. B. Lightbulb)
├── Characteristic (Eigenschaft: On / Schaltzustand)
└── Characteristic (Eigenschaft: Brightness / Helligkeit)- Accessory: Das physische oder virtuelle Gerät. Jedes Zubehör besitzt Basisdaten wie Name, Hersteller, Modell und Seriennummer.
- Service: Die konkrete Funktion. Eine Mehrfachsteckdose ist ein einzelnes Zubehör mit mehreren getrennten Steckdosen-Diensten (
Outlet). - Characteristic: Der konkrete Mess- oder Steuerwert innerhalb eines Dienstes, etwa der Schaltzustand (
On), die Helligkeit (Brightness) oder eine gemessene Temperatur.
Statusänderungen in Echtzeit
Apple Home fragt den Gerätestatus nicht in regelmäßigen Intervallen ab. Homebridge hält stattdessen eine dauerhafte Verbindung offen und meldet Änderungen, etwa durch einen Wandschalter, sofort als Ereignis an Apple Home weiter.
Die Rolle der Steuerzentrale (Home Hub)
Ein Apple TV oder HomePod dient als Steuerzentrale und ergänzt Homebridge um zwei Funktionen:
Unterwegs (Mobiles Internet) Zuhause (Heimnetzwerk)
┌───────────────────────────┐ ┌────────────────────────────────┐
│ iPhone / iPad │ │ Apple TV / HomePod (Hub) │
│ │ │ │
│ Apple Home App │ │ - Führt Automationen aus │
│ │ │ │ - Hält Verbindung zu Bridges │
└────────────┼──────────────┘ └──────────────┬─────────────────┘
│ │
│ Verschlüsselter iCloud-Tunnel │ Lokales Netzwerk
└── (Keine Portweiterleitung nötig) ────────────┘ (HAP)
│
┌──────────────▼─────────────────┐
│ Homebridge Server │
└────────────────────────────────┘Automationen laufen lokal auf dem Home Hub. Erkennt Homebridge eine Bewegung, meldet der Server das Ereignis an den Apple TV oder HomePod. Dieser sendet den Schaltbefehl direkt im lokalen Netzwerk zurück. Das funktioniert auch dann, wenn das iPhone ausgeschaltet oder unterwegs ist.
Der Fernzugriff kommt ohne Portweiterleitungen oder DynDNS aus. Der Home Hub hält eine gesicherte Verbindung zu den Apple-Diensten. Befehle vom iPhone werden verschlüsselt an die Steuerzentrale zu Hause übermittelt, die sie lokal an Homebridge weitergibt.
Warum Child Bridges die Stabilität sichern
In einer Standard-Installation läuft Homebridge als ein einziger Node.js-Prozess, in dem alle Plugins denselben Event Loop teilen. Bei größeren Setups stößt dieses Modell an Grenzen.
Klassisches Monolith-Modell:
┌────────────────────────────────────────────────────────┐
│ Homebridge Hauptprozess │
│ │
│ Plugin A (Zigbee) Plugin B (Kamera) Plugin C (IR) │
│ │ │ │ │
│ └───────────────────┴─────────────────┘ │
│ │ │
│ Gemeinsamer Event Loop │
│ (Ein Fehler blockiert alle Zubehöre) │
└────────────────────────────────────────────────────────┘
Modernes Child Bridge-Modell:
┌────────────────────────────────────────────────────────┐
│ Homebridge Hauptprozess │
│ Koordination & Web-Schnittstelle │
└──────────────┬───────────────────┬─────────────────────┘
│ │
┌──────────────▼─────────┐ ┌──────▼─────────────────────┐
│ Child Bridge 1 │ │ Child Bridge 2 │
│ Plugin: Kamera │ │ Plugin: Zigbee │
│ - Separater Prozess │ │ - Separater Prozess │
│ - Eigener QR-Code │ │ - Eigener QR-Code │
└────────────────────────┘ └────────────────────────────┘Das 150-Zubehöre-Limit
Apple begrenzt jede Bridge auf 150 Zubehöre. Da die Bridge selbst eine Kennung belegt, lassen sich höchstens 149 Geräte anbinden. Werden weitere Geräte hinzugefügt, ignoriert Apple Home diese oder bricht das Einlesen ab.
Grenzen des gemeinsamen Prozesses
Wenn alle Erweiterungen in einem Prozess laufen, führt ein unbehandelter Fehler in einem einzelnen Plugin zum Absturz des gesamten Servers. In Apple Home zeigen dann alle Geräte den Status "Keine Antwort". Da Node.js Code in einem einzelnen Thread ausführt, können rechenintensive Aufgaben (wie Video-Transkodierung bei Kameras) oder blockierende Netzwerkanfragen zudem die Schaltzeiten aller anderen Sensoren verzögern.
Wie Child Bridges diese Probleme lösen
Homebridge kann Plugins über Child Bridges in getrennte Subprozesse auslagern. Das bringt vier handfeste Vorteile:
- Stürzt ein Plugin ab, betrifft das nur diesen Teilprozess. Der Hauptserver und alle übrigen Bridges laufen weiter, während Homebridge den beendeten Prozess automatisch neu startet.
- Jede Child Bridge agiert wie eine eigenständige Brücke mit einem eigenen Kontingent von 149 Geräten.
- Das Betriebssystem verteilt die getrennten Prozesse auf mehrere Kerne moderner Prozessoren (etwa auf einem Raspberry Pi 4 oder 5).
- Nach Konfigurationsänderungen genügt es, die betroffene Child Bridge innerhalb weniger Sekunden neu zu starten, statt das gesamte System neu zu laden.
Jede Child Bridge wird einmalig mit eigenem QR-Code oder 8-stelligem PIN in Apple Home gekoppelt.
Homebridge im Alltag verwalten: Desktop und Mobil
Die Verwaltung unterscheidet sich je nach Situation:
Homemanager für iOS und iPadOS
Die Homemanager App wurde für iPhone und iPad entwickelt und deckt die mobile Steuerung und Wartung ab:
- Schneller Zugriff auf separate QR-Codes und 8-stellige Setup-PINs einzelner Child Bridges zur direkten Kopplung mit der Kamera.
- Gezielter Neustart einzelner Child Bridges bei Störungen oder nach Konfigurationsanpassungen, ohne die Haupt-Bridge zu unterbrechen.
- Volle Unterstützung für den offiziellen Homebridge Custom UI Standard, inklusive grafischer Einrichtungsassistenten, OAuth-Anmeldungen und 2-Faktor-Authentifizierung direkt in der App.
- Überwachung von Prozessorauslastung, Arbeitsspeicher, Systemtemperaturen und Einsicht in Live-Logs zur schnellen Fehlersuche.
- Verwaltung mehrerer Homebridge- und HOOBS-Instanzen in einer gemeinsamen mobilen Oberfläche.
Webinterface am Computer (homebridge-config-ui-x)
Die offizielle Weboberfläche läuft im Browser auf Port 8581 des Servers und eignet sich für Arbeiten am Schreibtisch:
- Dashboard-Widgets für Systemstatus und Plugin-Zustände.
- Formularbasierte Bearbeitung sowie direkter Zugriff auf den JSON-Editor der
config.json. - Integrierte Terminal- und Konsolen-Ansichten für System-Updates und Node.js-Wartung.
- Verwaltung globaler Netzwerkeinstellungen und Erstellung von System-Backups.
Verwandte Themen
Child Bridges einrichten
Schritt-für-Schritt-Anleitung zur Aktivierung und Koppelung isolierter Child Bridges für hohe Stabilität.
Keine Antwort beheben
Typische Ursachen für Verbindungsprobleme in Apple Home analysieren und beheben.
Server mit Homemanager verbinden
Verbinde dein iPhone oder iPad über mDNS oder manuelle IP-Konfiguration direkt mit Homebridge und HOOBS.