🩺Fehlersuche
Typische Störungen mit Prüfschritten zum Abhaken. Jeder Schritt ist markiert: stammt er aus dem Wiki des Projekts, aus einem einzelnen Issue, aus dem Quelltext – oder ist es allgemeines HomeKit- und Netzwissen, das im Projekt selbst nicht dokumentiert ist.
🌳Entscheidungsbaum für „Keine Antwort“
HomeKit zeigt „Keine Antwort“ │ ├─ Öffnet sich http://ccu.example.org:9874/ ? │ ├─ nein ─> Dienst läuft nicht ─> Neustart, dann Log und *.crash lesen │ └─ ja │ ├─ Sind ALLE Bridges betroffen? │ │ ├─ ja ──> Netz: gleiche IP wie beim Koppeln? gleiches Netzsegment? mDNS? │ │ └─ nein > Firewall: hat die betroffene Instanz ihren Port (9877 + n) frei? │ └─ Schaltet das Gerät, aber die Kachel bleibt alt? │ └─ Rückweg: Ereignisserver 9875, Watchdog, Log im Debug-Modus
Eigene Zusammenfassung dieser App aus den unten belegten Prüfschritten.
🧯Symptome und Prüfschritte
/usr/local/etc/config/rc.d/hap-homematic restart
Wert user der Instanz aus der config.json eintragen:
Das Wiki nennt die zweite Datei verkürzt „Identifier.…json“; HAP-NodeJS legt sie als IdentifierCache.…json an. Das Löschen entkoppelt die Bridge – sie muss danach neu zu HomeKit hinzugefügt werden.
📜Protokoll und Debug-Modus
Protokoll
Der Dienst schreibt nach /var/log/hap-homematic.log (per SSH oder CUxD lesbar). Über „Log herunterladen“ kommt die Datei auch aus der Konfigurationsseite.
tail -f /var/log/hap-homematic.log
Debug-Modus
Unter „Internes“ auf Debug einschalten – der Menüpunkt heißt danach „Debug ausschalten“. Debug erzeugt sehr viel Ausgabe, deshalb wieder abschalten. Ein Neustart des Dienstes beendet den Debug-Modus und leert das Protokoll.
Debug beim nächsten Start
Liegt beim Start eine Datei .hapdebug im temporären Ordner, schaltet der Dienst Debug ein und löscht die Datei.
touch /tmp/.hapdebug
Absturzprotokoll
Bei einer unbehandelten Ausnahme schreibt der Dienst <Zeitstempel>.crash in den Konfigurationsordner und beendet sich.
🌐mDNS über Netzgrenzen (VLAN, Gäste-WLAN)
Die Bridges kündigen sich per mDNS an. mDNS arbeitet mit Multicast im lokalen Netzsegment (IPv4 224.0.0.251, IPv6 ff02::fb, UDP-Port 5353) – Router leiten diese Pakete nicht weiter. Steht die Zentrale in einem eigenen VLAN, sehen iPhone und Steuerzentrale die Bridges deshalb nicht.
Zwei Dinge sind dann nötig:
- ein mDNS-Reflector bzw. -Repeater auf dem Router (z. B. Avahi im Reflector-Modus), der die Ankündigungen zwischen den Netzen spiegelt,
- Firewall-Regeln, die den Steuergeräten den Zugriff auf die HAP-Ports der Zentrale (9877 und folgende) erlauben.
VLAN 10 „Wohnen“ Router VLAN 20 „Smart Home“ iPhone 192.0.2.50 <─ mDNS-Reflector ─> CCU 198.51.100.10 Apple TV 192.0.2.60 ── TCP 9877…n ─────> Bridges