Da war wohl ein Missverständnis… Die Webseite geht auch nicht
Wenn der Pi nicht zu erreichen ist, liegt es nicht an der Homebridge. Vielleicht geht ein Stromsparmodus an, der das WLAN abschaltet.
Beiträge von sschuste
-
-
Die Geräte und der PI sind dann nicht mehr erreichtbar
Der Pi also auch nicht. Wieso kannst du dann die Webseite aufrufen? Hmmm.
Manchmal liegt es am Cache von Homebridge. Vielleicht löscht du den mal.
sudo systemctl stop homebridge
sudo rm/var/homebridge/accessories/cachedAccessories
sudo systemctl start homebridge
-
Ich sehe in deinem Log nirgendwo, dass die Homebridge aufhört zu arbeiten.
-
Oct 07 10:27:39 raspberrypi homebridge[4728]: [10/7/2020, 10:27:34] [Config] [homebridge] Failed to check registry.npmjs.org for updates: "Timeout: request took more than 15 seconds" - see https://git.io/JJSz6 for help.
kann damit jemand was anfangen
Ja.
bzw könnte das das Problem sein?
Nein. Da steht, das die Site registry.npmjs.org nicht erreicht werden konnte, um nach Updates für die Plugins zu suchen. Wobei schon interessant ist, dass die Site nicht erreicht werden kann und dass HomeKit den Raspi nicht erreichen kann. Es könnte daher ein Hinweis sein.
Dann kann auch das Nuki-Lock nicht erreicht werden:
Request to Nuki bridge 'http://192.168.0.39:8080' finished with status code '-1' and body 'undefined'. Error: ESOCKETTIMEDOUT
Noch ein Netzwerkfehler.
-
Ich könnte mich ja auch mal zumindest von einem trennen und an wen abgeben.
Hab schon einen
-
Konfiguration "angleButtons": false ist falsch
"angleButtons"=""
-
Was die Überlastung des Pi angeht, kann ich daran nicht so wirklich glauben. Auf dem Pi laufen neben der Homebridge die Phoscon-App für den Conbee II und der Z-Wave-Server in Verbindung mit einem Razberry-Modul. Das sollte der Pi eigentlich problemlos schaffen, oder?
Ach locker.
-
Ich musste alle Geräte in Alexa löschen was bei knapp 300 durch die Dubletten eine echte Fleissarbeit war - danach neu suchen & alle Gruppen neu befüllen aber zum Glück lüppt nun alles wie vorher!
Jett, wo du so geübt bist: könntest du das hier bei mir auch machen?
-
danke für die schnelle, fundierte Antwort (wie eigentlich immer). nativeHomeKitLights würde aber dann voraussetzen, dass die Hue Bridge neben der Verbindung über das homebridge-hue-Plugin auch direkt mit Home verbunden ist, oder? Dies ist bei mir jedoch nicht (mehr) der Fall. Also greift dieser Parameter nicht, richtig? Allerdings habe ich ihn in der config.json mit true konfiguriert, dürfte ja aber kein Thema sein.
Genau.
Meine Probleme bestehen darin, dass ich die Hue-Lampen immer steuern kann.
Deine Probleme hätte ich auch gern
Die drei Osrams (die alle zusammen in einer Deckenleuchte montiert sind) reagieren im Homekit regelmäßig überhaupt nicht. In der Hue-App passt aber alles.
Du tippst also in Home auf die Kachel, im homebridge-hue-Log steht, dass da was passiert ist, aber es kommt auf der Hue-Bridge nicht an. Das bedeutet entweder, homebridge-hue sendet nichts an die Hue-Bridge oder die Hue-Bridge verarbeitet es nicht.
Beim Neustart werden dann im Log meist heartbeat-Meldungen angezeigt, die nach gewisser Zeit verschwinden.
Das ist normal. Diese heartbeat-Meldungen sollten - wenn überhaupt - nur selten im Log angezeigt werden. Sieht man sie ständig, ist das ein Zeichen für die Überlastung des Raspis.
Außerdem werden bei meinen Osram Smart Plugs (auch über die Hue-Bridge und homebridge im Homekit) im Log regelmäßig Schaltvorgänge angezeigt, ohne dass tatsächlich geschaltet wird. Komische Sache.
Das ist merkwürdig. Ich habe keine Erklärung dazu. Das passiert mit meinen Paulmann-Controllern nie.
Ich werde PI mal per Kabel ins Netzwerk einbinden. Was muss ich beachten, wenn ich von der Wlan-Einbindung auf eine LAN-Anbindung umstelle? Einfach LAN-Kabel rein oder muss ich das WLAN irgendwie außer Betrieb nehmen?
Das WLAN und das LAN sollten besser nicht gemeinsam laufen. Das WLAN kann temporär deaktiviert werden, wenn du einfach in /etc/wpa_supplicant/wpa_supplicant.conf das Passwort für dein WLAN veränderst und neu bootest:
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=DE
network={
ssid="TheNet"
psk="meinPasswortXXYYYZZZ"
key_mgmt=WPA-PSK
}
Bein LAN reicht es, das Netzwerkkabel einzustecken. Achtung: das LAN bekommt eine andere IP-Adresse als das LAN.
-
Interessant, ich habe heute nochmals die neueste Version installiert und wieder damit gerechnet, dass über Alexa die Schalter nicht reagieren würden.
Komischerweise (aber zum Glück) lässt sich aktuell alles steuern wie zuvor 🤷🏻🤷🏻
Bei mir ist es dagegen etwas hakelig geworden :-/
-
Ich muss da generell noch mal dran. Eigentlich will man ja nur Benachrichtigungen, wenn sich der Status auf geschlossen ändert, also wenn die Maschine fertig ist.
Während des Waschvorgangs liefert mir der Laundrify-Adapter immer wieder mal power=0 zurück, teilweise 60 Sekunden lang.
Wenn ich deinen Code richtig verstehe, pollst du den Adapter alle interval Sekunden. Solange power >= threshold, ist der Waschvorgang am Laufen. Ansonsten ist er beendet. Das reicht nicht aus: der Waschvorgang ist erst beendet, wenn power=0 für 90 Sekunden gültig ist. Zumindest bei meiner Maschine.
Gleichzeitig liefert mir der Adapter auch power > 0, wenn ich nicht wasche und die Maschine abgeschaltet ist. Gelegentlich gibt es da einen Power-Peak, der ja eigentlich da nicht auftauchen sollte. Ich weiß nicht, was den erzeugt, aber er ist auch in der Laundrify-App sichtbar:
-
Den stream kann mann aber auch an gzip umleiten (Beispiel):
Man lernt nicht aus. Danke.
-
Sollte das hier schon irgendwo zu finden sein, bitte ich um Nachsicht, denn ich habe es nicht finden können.
Wenn man bei Github nach dem Suchbegriff "homebridge-" sucht, bekommt man 3545 Suchergebisse. Selbst wenn davon nur die Hälfte Plugins wären, würde das Übersetzen der Dokumentation ein Weilchen dauern. Der Programmierer von homebridge-hue ist Holländer und ich bin sehr dankbar, dass er nicht seine Muttersprache für die Dokumentation verwendet hat. Ich muss aber auch zugeben, dass seine Dokumentation nicht so leicht verständlich ist - wir kennen die Hue-Bridge nun mal nicht gut genug, um ganz präzise zu verstehen, was da alles geht oder nicht geht. Ich schätze, sogar in deutscher Sprache wäre das nicht einfach.
lights: legt fest, ob die Lampen von der Hue-Bridge von homebridhe-hue an HomeKit weitergereicht werden sollen. Im Falle von true würden sowohl die Philips Hue-Lampen als auch die Lampen von Fremdherstellern an HomeKit gereicht werden, was dazu führt, dass die Philipps-Lampen zweimal in der Home-App auftauchen. Einmal kommen sie von der Hue-Bridge direkt, einmal von homebridge-hue. Da du die Lampen von Osram sehen, also muss der Parameter auf true gesetzt werden.
nativeHomeKitLights: du willst nicht, dass die Philips-Lampen von homebridge-hue an HomeKit gegeben werden, weil genau das ja schon von der Hue-Bridge gemacht wird. Intuitiv würde man erwarten, dass dieser Parameter auf false gesetzt werden muss, aber der Herr Programmierer meint es verwirrenderweise anders herum: hier wird festgelegt, dass Philips-Lampen von der Hue-Bridge an HomeKit geliefert werden, also muss der Wert hier true sein.
Also: bei lights bedeutet true, dass homebridge-hue die Lampen an HomeKit weiterreichen soll, bei nativeHomeKitLights bedeutet true, das homebridge-hue die Philips-Lampen nicht weiterreichen soll. Saublöd gemacht.
Ich kämpfe aktuell etwas mit der Stabilität meiner Verbindung zur Hue Bridge und könnte mir vorstellen, dass dies mit der richtigen Stellschraube schnell gelöst sein kann.
Es gibt keine Stellschrauben für Stabilität. Wer sollte denn etwas sehr Stabiles programmieren und dann Parameter festlegen, mit denen man das dann weniger stabil oder völlig instabil machen kann?
stability: high, middle, low, none. Defines the stability of the software, where high means that the software runs without errors and none means that it does not work at all. If you want the software to drive you crazy, set the value to middle or low. Default: middle.
Stabilitätsprobleme bei der Verbindung zur Hue-Bridge werden woanders korrigiert. Entweder funktioniert dein Netzwerk nicht besonders gut oder der Raspi ist überlastet oder die Hue-Bridge ist überlastet. Schwer zu debuggen.
-
rclone schiebt Dateien auf die Cloud. dd erzeugt einen Stream von if=/dev/mmcblk0, der nach of=raspberry_backup geschrieben wird. Wenn du das pipen willst, dann nicht so, wie du es beschrieben hast.
Der dd-Befehl lautet immer dd if=irgendwas of=irgendwas. Ich habe das nicht getestet, aber die Syntax müsste etwa so aussehen: sudo dd if=/dev/mmcblk0 of=$(rclone sync dropbox:/raspberry_backup/image)
Ich wage zu bezweifeln, dass das klappt, aber das of= ist halt wichtig.
Aber ist ein Image wirklich zielführend? Ich gebe zu, dass der Restore-Vorgang damit erheblich beschleunigt wird und ich habe das am Anfang genauso gemacht. Da ich nicht nur ein Image aufheben wollte, sondern mehrere, hat das die Platte meines Mac schnell gefüllt. Und du willst mehrere Images, denn wenn dir dein Raspi gerade dann wegfliegt, während er das neue Image erzeugt, dann hast du nix.
Inzwischen sichere ich meinen Raspi täglich und kopiere nur noch Verzeichnisse:
/home/pi
/home/homebridge
/var/lib
/var/homebridge
/usr/local/bin
/etc
Darüber hinaus mache ich täglich mit homebridge-config-ui-x ein Backup der Homebridge. Das Restore dieses Backups würde dann meine config.json wieder anlegen und alle Plugins automatisch installieren.
Alle diese Backups laufen vollautomatisch ohne manuellen Eingriff.
Das alles kopiere ich dann automatisch nach iCloud Drive. Dort liegen nun die Backups von drei Raspis über die letzten 30 Tage und verbrauchen dort 15GB. Das ist so groß, weil ich auch noch andere Sachen auf meinem Raspi mache, aber wenn ich das mit Images machen würde ich 1,3 TB dafür verbrauchen.
Nachteil: der Restore-Vorgang ist jetzt deutlich komplizierter als schnell mal ein Image aufspielen. Ich müsste dann ein Raspberry Pi OS (previously called Raspbian) aufspielen, User einrichten, die Homeverzeichnisse wieder einrichten, Homebridge installieren, homebridge-config-ui-x installieren, das homebridge-config-ui-x-Restore machen und dann noch die ganze andere Software, die ich so benötige, installieren: pihole, Grafana, influxdb, whatever. Ich bin da schnell, weil ich mich gut auskenne, aber ich rechne mit einer Wiederherstellung bei Homebridge von 30 Minuten und dem ganzen Rest von bestimmt weiteren zwei Stunden und vergess noch die Hälfte.
Aber wie häufig passiert das? Vielleicht sollte ich wenigstens einmal im Monat ein Image auf eine SD-Card schreiben, dann könnte ich die in einen anderen Raspi stecken und hätte dann ein sehr schnelles Restore. Mal sehen, wie ich das automatisieren kann.
-
Hat jemand ähnliche Erfahrungen oder eine Lösung?
Im Log steht, was du wissen willst. Nach welcher Anleitung hast du deine Homebridge installiert?
-
Die Frage: Welches directory muss ich nehmen, damit ich alles drin habe?
Was ist "alles"?
Reicht das dann auch für ein komplettes Restore, wie bei dem Image mittels dd?
Hängt davon ab, was du eigentlich wirklich sichern willst.
-
Ok, das geht natürlich auch. Dann hast du aber keine andere Lampe im Haus die „Rechts“ heißt, richtig?
Doch, habe ich. Ich habe hier zwei Hue-Lampen, die beide Hängelampe heißen. Eine hängt im Esszimmer, die andere im Flur.
"Hey Siri, schalte die Hängelampe an": beide Lampen gehen an
"Hey Siri, schalte die Hängelampe im Esszimmer an": Nur die im Esszimmer geht an
Was aber komisch ist, denn ich habe die beide in Hue unterschiedlich benannt, nämlich Deckenlampe und Flurlampe, und sie reagieren auch in Home jeweils auf beide Namen (also Flurlampe + Hängelampe und Deckenlampe + Hängelampe). It möglicherweise entstanden, als ich mal die Icons geändert habe. Ich weiß es nicht. Vielleicht kann mir jemand auf die Sprünge helfen.
-
Ich habe ständig - auch in früheren Versionen - viele Geräte doppelt. Ich hab aufgehört, mich darum noch zu kümmern.
-
Nein nein... seine Lampe hat er als "Esszimmer rechts" benannt, und da diese im Esszimmer ist wird sie nur als "rechts" angezeigt. Sehr übersichtlich (Loriot-Zitat
).Nein, ich habe die Lampe "Rechts" genannt, nicht "Esszimmer rechts".
-
Ich habe mir bei Gearbest Vibrationssensoren bestellt, sind leider noch nicht eingetroffen. Hat ihr damit schon herumexperimentiert?
Ich vibriere nicht.
