Homebridge Installationsanleitungen

Zitat von koehlhirsch

Nach dem Wiedereinspielen meines Backups schafft es homebridge nicht, das homebrige-hue und das homebridge-zway-plaugin zu laden.

Beide mit der gleichen Fehlermeldung:

[18/11/2023, 17:36:36] [Hue] 192.168.0.102: request 1: connect ECONNREFUSED 192.168.0.102:8090

und

ERROR: Request failed! Error code ECONNREFUSED. Check the URL in config.json and ensure that the URL can be reached from this system!

Verwendest du in deiner Konfiguration der Plugins die richtige IP-Adresse?

Zitat von koehlhirsch

Wie so oft nicht bis zum Ende gedacht.

Ich denke immer alles zu Ende. Das dauert oft Tage. Geholfen hat’s leider noch nie.

Zitat von el_presidente

Irgendwas lief dann wohl nicht so wie es sollte.

Ich schätze, dass du dann irgendwas reparieren musst.

Moin. Zunächst: ich würde diese alte uralte steinzeitliche Anleitung nicht mehr verwenden. Sie ist fast sieben Jahre alt und stiftet bei Supportanfragen mehr Verwirrung als Nutzen. Falls sie überhaupt noch eine lauffähige Homebridge erzeugt.

Falls du die Anleitung nur zu historischen Forschungszwecken einsetzen willst, um die Frage zu klären, wie die Ahnen ihre IT betrieben, dann nur zu. Die Anleitung wurde für ein 32-bit-Raspian geschrieben, aber ich schätze mal, dass es keine Rolle spielt, ob man da heute ein 64-bit-RaspberryOS verwendet. Sollte ganz genauso funktionieren. Allerdings hat sich die zugrundeliegende Software doch sehr weiterentwickelt. Die veraltete Anleitung wird daher nur eine veraltete Homebridge-Umgebung erzeugen, die danach einen wahren Quell von Frustration und Tränen darstellen wird. Zusätzlich wirst du keinerlei Support aus diesem Forum erhalten, nicht etwa, weil wir hier unfreundliche Gesellen sind, sondern weil keiner helfen kann.

Wenn du lieber etwas haben willst, das deutlich stressfreier und schneller zu installieren ist und dann auch noch funktioniert, dann geh den heute offiziellen Weg und nimm die Installationsanleitung der Homebridge-Macher. Die gab's vor sieben Jahren noch nicht, aber es gibt sie heute: https://github.com/homebridge/…mage/wiki/Getting-Started. Damit ist es ein Klacks ohne jegliches Linux-Gefummel. In diesem Forum verwendet sie inzwischen fast jeder und da können wir auch helfen, wenn's mal klemmt.

Ich selbst betreibe meine Homebridge heute in einem Docker-Container, was ebenfalls zu empfehlen ist.

Ich war zu faul, das noch mal in einer umfassenden Anleitung darstellen, und außerdem wäre das schon wieder so eine sschuste-Lösung, die dann nur von mir supported werden kann. Darauf habe ich nun aber überhaupt keine Lust, und da sich heutzutage jedermann eine fertige Homebridge in 30 Minuten erstellen kann, ist es in meinen Augen auch nicht notwenig.

Die Docker-Lösung hat so ihre Vorteile und auch - wer hätte es gedacht? - ihre Nachteile. Der Vorteil ist, dass man weniger Zeugs backupen muss, was bei mir aufgrund des komplexen Setups eine große Rolle spielt. Der Nachteil ist, dass ich bei Updates von Node immer ein paar Wochen hinterher hänge, aber das stört mich nicht sonderlich.

Ich versuch's mal in ganz kurzer Form, was eigentlich nicht geht, weil das Arbeiten mit Docker ein paar Kenntnisse braucht.

Um einen Docker-Container zu betreiben, braucht man das Programm Docker, dass man auf dem Raspi installieren muss. Theoretisch könnte man das auch auf einem Mac oder Windows-PC installieren, aber aus bestimmten Gründen, auf die ich hier nicht eingehen werde, funktioniert das nicht für eine Homebridge. Also braucht man ein Linux-Betriebssystem für Docker und der Raspi hat eins. Manche NAS haben schon ein Docker drauf und dann kann man auf den Raspi verzichten.

Hat man Docker installiert, dann braucht man ein Homebridge-Docker-Image (ist was anderes als das Homebridge-Image, dass man sonst verwendet). Mit der Docker-Software wird das Homebridge-Docker-Image aus dem Netz heruntergeladen und gestartet. Sobald es gestartet ist, spricht man von einem Docker-Container.

Das Homebridge-Docker-Image enthält ein Linux-Betriebssystem und die Homebridge-Software. Das mitgelieferte Linux ist so minimiert, dass es gerade ausreicht, dass die Homebridge läuft. Das macht das Docker-Image sehr klein, viel viel kleiner als das Image, das man sich auf eine SD-Card flasht, geradezu winzig dagegen. Dafür kann es aber auch nur die Homebridge betreiben und nichts anderes. Wenn man noch was anderes braucht wie beispielsweise einen MQTT-Broker, dann kann das nicht auf dem laufenden Homebridge-Docker-Container installiert werden. Achtung Spoiler: dann installiert man neben dem Homebridge-Container noch einen MQTT-Container.

Das ist der wesentliche Unterschied zu dem Homebridge-Image, das man sich auf die SD-Card flasht: hier kann man nur ein einziges vorgefertigtes System auf dem Raspi verwenden. Mit Docker kann man viele vorgefertigte Systeme auf dem Raspi verwenden.

Docker hat keine Benutzeroberfläche, die muss man extra installieren. Die großen Kinder verzichten darauf und machen alles per Befehlszeile. Alte Säcke wie wir, die sich nix merken können, verwenden was zum Klicken. Nach der Installation von Docker empfiehlt sich die Installation von Portainer - ebenfalls per Docker in einen laufenden Docker-Container.

Ich empfehle für die Installation eine frische SD-Card, so dass deine jetzige Homebridge-Installation unbehelligt bleibt. Ich empfehle den Einsatz des Programms Raspberry Pi Imager zum Vorbereiten der frischen SD-Card. Ich empfehle die Wahl des Betriebssystems Raspberry Pi OS Lite (findet sich unter Raspberry Pi OS (other)).

Also:

Login auf den Raspi und Docker installieren:

sudo apt-get install docker

Ein paar Verzeichnisse anlegen (genau diese Stelle ist die sschuste-Lösung):

sudo mkdir -p /docker/volumes /docker/portainer

Eine Docker-Installationsdatei schreiben:

sudo nano /docker/portainer/compose.yaml

Hier einfügen:

services:
  portainer:
    container_name: portainer
    image: portainer/portainer-ce:latest
    pull_policy: always
    restart: always
    network_mode: bridge
    ports:
      - 8000:8000
      - 9443:9443
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - /docker/volumes/portainer/data:/data
    environment:
      - TZ="Europe/Berlin"

Abspeichern und nano verlassen.

Portainer installieren und starten:

docker-compose -f /docker/portainer/compose.yaml up -d

Das dauert ein wenig und macht komische Zahlenreihen auf den Bildschirm. Lässt einen vor unbedarften Computernutzern wie einen Superhelden aussehen. Man kann sich den laufenden Container anzeigen lassen mit docker ps.

Jetzt ist die Klinik-Bunti-Oberfläche eingerichtet und kann genutzt werden. Wir nutzen die jetzt zum installieren des Homebridge-Images.

Bevor du weiter machst, solltest du deine alte Homebridge stoppen.

Einen Browser aufrufen, dort in die Adresszeile eingeben:

https://IP-DES-RASPI:9443

Jetzt sollte sich was rühren. Ich hab vergessen, was genau. Ein Login, du musst irgendwie ein Passwort setzen, ich weiß es nicht mehr. Auf jeden Fall landest du irgendwann hier (siehe Bild unten):

• Klicke Live Connect.
• Klicke links im blauen Bereich auf
• Klicke rechts oben auf den blauen Button Add Stack.
• Gib unter Name Homebridge ein.
• Klicke auf Web editor.
• Füge unten im Web-Editor ein:

services:
  homebridge:
    container_name: homebridge
    image: homebridge/homebridge:latest
    pull_policy: always
    restart: always
    network_mode: host
    volumes:
      - /docker/volumes/homebridge/config:/homebridge
      - /docker/volumes/homebridge/root:/root
    logging:
      driver: json-file
      options:
        max-size: "10mb"
        max-file: "1"
    environment:
      - HOMEBRIDGE_INSECURE=1
      - TZ=Europe/Berlin

• Klicke ganz unten den blauen Button Deploy the stack.
• Warten. dauert ein paar Minuten. Irgendwann wird dir signalisiert, dass der Container läuft.
• Fahre mit der normalen Homebridge-Arbeit fort, also einloggen über den Browser etc. Spiele das Backup deiner alten Homebridge ein.

So. Das alles hab ich jetzt ohne es auszuprobieren geschrieben. Vielleicht fehlt was. Vielleicht geht irgendwas anders. Versuchs mal.

Zitat von Mikemolto

Ich hoffe du hast das jetzt nur kopiert und nicht neu geschrieben

Tja, das hoffst du offenbar so vor dich hin . Um nur eine Homebridge laufen zu lassen, lohnt sich Docker eigentlich nicht. Wie oben erwähnt: in komplexen Setups ist es sinnvoll. Damit meine ich Systeme, auf denen dann neben Homebridge auch noch viel anderer Krempel läuft. Das ist bei mir der Fall, und wenn mir mal das System wegfliegt, dann brauche ich jetzt nur noch zwei Stunden Restore-Zeit statt 20. Das war die treibende Kraft hinter meiner Docker-Umgebung.