Beiträge von sschuste

  • Homebridge startet (scheinbar) nicht mehr

    Zitat von Loffretto

    Am Ende steht:


    homebridge login:


    da ich den PI bisher immer nur headless betrieben habe, weiß ich nicht was ich hier tun soll...

    Einloggen.

    Zitat von Loffretto

    mit meinen Zugangsdaten zur Homebridge komme ich hier nicht weiter

    Das ist tatsächlich knifflig. Ich weiß die richtigen Zugangsdaten leider auch nicht. Versuch's doch mal mit pi und dem Passwort raspberry.


    Was wir jetzt wissen:

    • Dein Raspi geht.
    • Er hat eine IP-Adresse.
    • Eine Verbindung von deinem Mac mit ssh [email protected] endet mit einem Timeout.

    Der letzte Punkt ist interessant. Kannst du den Raspi vom Mac aus anpingen mitping 192.188.168.58?


    Ist das überhaupt die richtige IP-Adresse oder hast du sie hier für das Forum verändert? Der Raspi sollte eine Adresse haben, die mit 192.168 beginnt und nicht mit 192.188. Eine Adresse, die mit 192.188 beginnt, ist eine öffentliche IP-Adresse und liegt normalerweise außerhalb deines Netzwerks.


    Sollte die Adresse deine Raspi tatsächlich mit 192.188 beginnen, dann beginnen wohl die Adressen all deiner Geräte im Heimnetz ebenfalls mit 192.188. Falls das der Fall ist, dann hattest du Gründe dafür beim Aufsetzen deines WLANs. Wenn du Gründe dafür hattest, dann kennst du dich mit Netzwerken gut aus. Falls das ebenfalls zutrifft, dann brauchst du keine Hilfe aus diesem Forum.


    Es scheint also nicht zuzutreffen. Also: ist 192.188.168.58 tatsächlich die richtige Adresse deines Raspi?


    Hinweis: Adressen, die mit 192.168 beginnen, kann man in Foren offen nennen, ohne dass dadurch ein Sicherheitsproblem entsteht. Die Adresse meine Raspi ist beispielsweise 192.168.1.22 und niemand kann diese Adresse vom Internet aus erreichen.

  • homebridge-hue

    Sieht bei mir etwa so aus:

    Code
    {
    "platform": "Hue",
    "hosts": [
        "huebridge.lan"
    ],
    "lights": true,
    "users": {
        "001788FFFE97653": "woCxhgqQYLP1mfUGji674fKCpN78-1rmbuqWs"
    }
}

  • homebridge-hue

    Zitat von mlotek.

    Okay, soll heißen?


    Vielleicht habe ich dich falsch verstanden, als du schriebst, dass du nicht weiß, ob du je einen Trådfri-Bewegungsmelder verwendet hast, sondern nur die von IKEA. Das ist aber das gleiche.

  • mehrere Systeme auf einem Raspberry

    Zitat von Daniel318

    Über welches "Programm" etc. hat du denn die einzelnen Instanzen auf dem Raspberry installiert?

    Ich verstehe die Frage nicht ganz. Erstmal sind das keine Instanzen, sondern Programme, beispielsweise

    • mosquitto: eine Server-Software, die ein MQTT-Broker ist
    • influxdb: eine Server-Software, die eine Datenbank ist
    • Node Red: eine Programmierumgebung

    Du würdest bei Pages, Numbers und Keynote doch auch nicht von Instanzen sprechen.


    Programme werden auf dem Raspi mit sudo apt-get install Programmname installiert, wobei man Programmname mit apt-cache search ermittelt, beispielsweise apt-cache search mqtt.

    Zitat von Daniel318

    Ich suche hier ein Programm für den Mac.

    Das Programm, das du wahrscheinlich suchst, ist brew. Siehe https://brew.sh/index_de

    Zitat von Daniel318

    In den letzten Beiträgen hier wurde ja von einer Installation von Pi-hole neben der Homebridge gesprochen.

    Das würde mich auch interessieren.

    Pi-hole läuft nicht auf Macs, es sei denn, du lässt das in einer Docker-Umgebung laufen.

  • Terminal für homebridge-config-ui-x

    Zitat von nrtkin

    ich dachte ich kann den Log dann mit Putty mir live anschauen.

    Mach's mit tail -f /var/lib/homebridge/homebridge.log.

    Zitat von nrtkin

    Gibt's da eigentlich verschiedene Log Levels zum einstellen? Habe dazu nichts gefunden.

    Nicht, dass ich wüsste. Du kannst meines Wissens nach den Debug-Modus auf einzelne Plugins beschränken, indem du DEBUG=* durch DEBUG=homebridge-config-ui-x oder DEBUG=homebridge-hue ersetzt. Ich habe das aber nie ausprobiert. Keine Ahnung, was dann dabei herauskommt.

  • homebridge-config-ui-x | Webinterface für Homebridge

    Zitat von arberex99

    Danke, ich hab mich doch über die normale Installation drübergetraut. Hab zuvor einfach meine Homebridge gestoppt, Pfade im config.json angepasst und dann nach /var/lib/homebridge verschoben.

    Was nicht notwendig gewesen wäre. Das wäre auch so gegangen.

    Zitat von arberex99

    Das Config UI X Setup hat dann meine bestehenden Homebridge Daten zum Glück übernommen :)

    Das hätte es sogar getan, wenn du deine Konfiguration vorher nicht verschoben hättest. Aber auch egal, es läuft und das ist nun mal die Hauptsache.

    Zitat von arberex99

    Was nun aber nicht mehr geht, ist dass ich mir das Log mit journalctl -f -u homebridge direkt per CLI anzeigen lasse, da nur mehr in das Logfile geloggt wird, oder? Ich sehs zwar eh im Web, aber auf der Console nicht mehr, oder?

    Nicht, dass ich wüsste. Aber da wurde in letzter Zeit so viel geändert. Gibt es einen Befehl namens hb-service auf deinem System? Dann würde dir das Log mit hb-service logs angezeigt.

  • homebridge-config-ui-x | Webinterface für Homebridge

    Zitat von arberex99

    Bei der Installation von Config UI X wird ja auch homebridge installiert und als Service eingerichtet, oder?

    Nein.

    Zitat von arberex99

    Außerdem liegt homebridge bei mir unter /var/homebridge/ und nicht unter /var/lib/homebridge/ wie bei Config UI X beschrieben. Deshalb bin ich sehr unsicher, wie ich hier vorgehen soll.

    Einfach installieren mit sudo npm install -g --unsafe-perm homebridge-config-ui-x.


    Falls du Angst hast um deine Konfiguration, dann kannst du die vor der Installation backupen mit dem Befehl:

    tar cf /home/pi/homebridge-backup.tar /var/homebridge/*. Das erstellt eine Datei namens homebridge-backup.tar im Homeverzeichnis von pi, die alle Dateien deiner Homebridge enthält. Der Befehl erzeugt keine Ausgabe auf deinem Bildschirm (außer im Fehlerfall).


    Ich würde mit gar keinen Schwierigkeiten rechnen. Die Konfiguration wird bei der Installation von homebridge-config-ui-x nicht angefasst. Allerdings musst du das Plugin in deiner config.json konfigurieren. Meine Konfiguration liegt übrigens ebenfalls unter /var/homebridge, genau wie bei dir.

  • homebridge-http-webhooks

    Zitat von nrtkin

    Jetzt weiss ich nicht ob ich gerade direkt auf die API von Homebridge zugreife?

    Obwohl eigentlich schon, weil mit http://192.168.1.22:1234/swagger komme ich ja auf den Swagger-UI für die Homebridge UI API Reference. Also ist swagger nur eine grafische Darstellung der Homebridge-API ?

    Ich bin jetzt ein bisschen durcheinander. Wenn ich es richtig sehe, greifst du über homebridge-config-ui-x auf deine Homebridge zu. Nicht die Homebridge bietet dir Swagger, sondern homebridge-config-ui-x.


    Lass uns mal genauer mit den Ports sein: die Homebridge läuft normalerweise auf Port 51826, die grafische Oberfläche bei dir auf Port 8081 (oder?). Man kann auf beide Ports zugreifen. Wenn du auf Port 51826 zugreifst, dann sprichst du mit der Homebridge direkt. Beim Zugriff auf Port 8081 sprichst du mit dem Plugin homebridge-config-ui-x und das redet dann mit der Homebridge.


    Ein direkter Zugriff auf die Homebridge wird hier beschrieben: https://github.com/homebridge/homebridge/issues/1219, dort im Post von NorthernMan54 vom 21. März 2017. Das artet aber in ein totales Gefummel aus und macht wenig Spaß. Ich hab's zumindest aufgegeben. Daher ist der Zugriff via homebridge-config-ui-x deutlich bequemer, den dort hat oznu, der Programmierer des Plugins, das Gefummel für uns bereits übernommen.


    Mir hat oznu mal geholfen, das Backup der Homebridge-Konfiguration über homebridge-config-ui-x zu automatisiseren. Heute macht das Plugin das selber, aber damals habe ich dafür ein Skript geschrieben. Und dieses Skript macht hat die Authentifizierung, die du brauchst. Ohne es getestet zu haben, könnte das für dich so aussehen:


    Der curl-Aufruf braucht ein Token als Authentifizierung.

    curl -X PUT -H "Authorization: bearer ACCESS_TOKEN" -H "Content-Type: application/json" -d '{"characteristicType":"On", "value":"true"}' http://192.168.1.22:8081/api/accessories/8687923982399


    Das ACCESS_TOKEN muss vor dem obigen Aufruf beschafft werden mit:

    curl "http://192.168.1.22:8081/api/auth/login" -H 'Content-Type: application/json' --data-binary  {\"username\":\"admin\",\"password\":\"geheim2\"}" | jq -r .access_token


    Dazu braucht dein System die Software jq, die du mit sudo apt-get install jq installieren kannst.


    Ich poste mal mein Skript für das Backup, vielleicht kannst du damit was anfangen und es anpassen.

  • homebridge-http-webhooks

    Auf einer Shell müsstest du mit einem Befehl ähnlich wie dem folgenden etwas erreichen können:


    curl -H "Content-Type: application/json" -X PUT -d '{"characteristicType":"On", "value": true}' http://192.168.1.22:1234/api/acessories/8687923982399


    Den könnte man dann mit homebridge-cmdswitch2 aufrufen.

  • Beste Konfiguration von Licht und Schalter

    Zitat von inf0rmania

    Leider mag ich die Konfiguration der Hue dimmer switch über die Hue app nicht. Da bietet ein anderer, frei über Homekit konfigurierbarer Schalter, deutlich mehr Möglichkeiten. Ich vermute aber das es da zum Zusammenstoß meiner zwei Wünsche kommt. Entweder frei über Homekit konfigurieren oder ZigBee Netzwerk.

    Ich habe eine fast vollständige Hue-Umgebung, wobei ich auf Schalter möglichst verzichten will. Das ist - wie du schon sagst - in Mietwohnungen leider nicht so einfach. Ich habe folgende Erfahrungen gemacht:


    Die Hue-App ist nett anzusehen und das war es dann auch schon. Trotzdem habe ich die besten Ergebnisse erzielt, wenn ich Schalter und Bewegungsmelder nicht mit HomeKit, sondern mit Hue konfiguriert habe. Ich verwende dazu iConnectHue. Das kostet zwar Geld, aber weniger Nerven und kann sehr, sehr viel mehr als die Hue-App.


    Es kommt mir logisch vor, Schalter und Bewegungsmelder über Hue statt mit HomeKit zu konfigurieren. Erstens ist das für mich nichts Smartes, das irgendwelchen komplexen Regeln folgen soll. Zweitens laufen die Vorgänge dann nur auf der Hue-Bridge ab und werden auch dort gespeichert. Wenn man die Dinger in HomeKit konfiguriert, dann werden sie auf einer Apple-Steuerzentrale gespeichert, wo sie auch verarbeitet und erst danach an die Hue-Bridge gesendet werden. Das kommt mir wie ein überflüssiger Schritt vor.


    Ich habe zwei Schalter getestet: den normalen Hue Dimm-Schalter und einen FoH-Schalter von Senic. Beide funktionieren sehr gut, aber der Senic-Schalter muss meistens zweimal gedrückt werden, bevor er eine Reaktion auslöst. Das liegt mit hoher Wahrscheinlichkeit daran, dass ich ihn sehr selten verwende, weil ich die Sprachsteuerung vorziehe. Der Senic funktioniert ohne Stromquelle, allein der Tastendruck erzeugt das bisschen Strom, das er braucht, um den Schaltbefehl an die Hue-Bridge zu senden. Wenn er häufiger benutzt wird, funktioniert er immer gleich beim ersten Tastendruck.


    Ich habe beide Schalter mit iConnectHue konfiguriert. Im Flur beispielsweise schaltet der Hue-Dimmschalter auf einfachen Tastendruck die Flurlampe an oder aus, bei langem Druck auf die Taste dagegen das Licht in der ganzen Wohnung ein oder aus. Der Senic-Schalter dagegen dimmt bei langem Druck auf die Taste oder wechselt bei Mehrfachdruck die Szenen.


    Hue-fremde Schalter habe ich nicht getestet. Philips gibt mir keine Garantie, dass das funktioniert. Auch habe ich bislang nicht den Hue-Unterputzschalter verwendet.


    Was ich noch nicht versucht habe, mich aber reizen würde, sind Unterputzschalter, die per MQTT kommunizieren, wie beispelsweise die Kombination von Sonoff mit Tasmota-Software. Dann würden alle alten Lichtschalter an ihrem Platz bleiben und trotzdem smart sein. Das setzt allerdings ein Verständnis von MQTT und den Betrieb eines MQTT-Brokers voraus, und muss auch selbst programmiert werden, beispielsweise über Node Red. Das kann ich zwar, aber ich kann dazu keine Hilfestellung geben und daher erwähne ich es auch nur am Rande. Außerdem steht mir dafür meine Altbauverkabelung im Weg, die wurde nämlich im ausgehenden 19. Jahrhundert noch von Thomas Alva Edison persönlich verlegt.

  • Verschiedene Homebridge Probleme

    Hmmm. Einfach so aus dem Nichts. Ich habe mal nach TLSWrap.onStreamRead gegoogelt. Da kommt wenig Erhellendes heraus außer dass das ein Fehler in Node ist (und damit nicht in Homebridge).


    Irgendwo stand auch, dass dieses Problem ab Node 15 gefixt wurde (falls es sich überhaupt um das gleiche Problem handelt). Welche Node-Version verwendest du denn?