Beiträge von David Andel

Zitat von grover

Um noch einmal konkret auf deine Frage zurückzukommen: Wie oft startest Du die homebridge neu? In meinen eigenen Setups höchstens einmal im Monat. Von daher habe ich es bislang nicht für wichtig erachtet da mehr Zeit reinzustecken.

Zunächst danke für die Erklärung – das hilft ungemein beim Verstehen solcher Vorgänge. Auch ich starte Homebridge eher selten neu, schon der gewöhnliche Aufruf der iOS-Home-Anwendung führt halt leider dazu, dass sämtliche Module aktualisiert werden und es dann immer an „homebridge-ranger“ liegt, dass alles insgesamt stark verlangsamt wird.

Hier zum Vergleich, jeweils bei normal laufender Homebridge:

1) Mit installiertem homebridge-ranger und nur einem „Eve Degree“-Modul in zwei Meter Entfernung vom iMac (2017) dauert es 55 (!) Sekunden bis alle Daten angezeigt werden.

2) Ohne homebridge-ranger dauert es lediglich eine knappe Sekunde bis alle Daten angezeigt werden.

Installiert habe ich neben homebridge-ranger v0.3.2 derzeit homebridge-harmonyhub v0.1.1, homebridge-camera-ffmpeg v0.1.3, homebridge-config-ui-x v2.6.0, homebridge-fritz v0.6.0, homebridge-hue v0.6.4 und homebridge-netatmo v0.2.0. Das Ganze läuft unter der Homebridge-Version 0.4.38 mit node-v9.5.0.

Mag sein, dass das ein Bug in meiner Konfiguration ist, nur zeigt sich dieser halt nicht in den Logfiles und nur wenn homebridge-ranger läuft. Es dauert übrigens noch länger, wenn ich das zweite „Eve Degree“-Modul in die Konfiguration eintrage, es steht allerdings auch ein Stockwerk höher und ist daher laut Log nicht immer erreichbar. Ich habe homebridge-range nun vor einigen Tagen aus der config.json entfernt, andernfalls konnte Siri oft auch die anderen Geräte nicht mehr zeitnah ein- und ausschalten. Vielleicht bremst da irgendwas im Bluetooth-Untergrund, keine Ahnung. Wenn Du noch irgendwas näheres wissen willst, dann nur zu.

Zitat von grover

Das Problem mit dem Start konnte ich bislang nicht anders lösen. Vor allem Linux und diverse billig BLE chips sind hier richtiggehend dämlich.

Und wenn der letzte Zustand in einer Datei gespeichert würde, deren Inhalt beim nächsten Abfragen zunächst angezeigt und dann erst im Hintergrund aktualisiert würde? Wäre natürlich interessant zu wissen, wie Elgato selbst das bei der direkten HomeKit-Kommunikation handhabt. Auch manche Homebridge-Erweiterungen scheinen eher den Soll-, denn den Ist-Zustand zu übermitteln. Wenn ich hier beispielsweise eine DECT 200 via „homebridge-fritz“ schalte, dann geschieht das fast immer mit ordentlicher Bedenkzeit.

Zitat von grover

Ich würde sagen das Plugin hat die übelsten Kinderkrankheiten hinter sich. Es fehlen immer noch mutige

Einer der Mutigen war ich. Das Plug-in funktioniert, die Einrichtung erfordert allerdings einige Handarbeit. So verlangt „homebridge-ranger“ beispielsweise nach node-v9.3.0 (oder höher), was wiederum Nebenwirkungen mit sich bringt, so unter anderem auch die notwendige Deinstallation und Reinstallation von homebridge selbst. Aber langer Rede kurzer Sinn (und um auch die wirklich vorbildlich-ausführliche Doku des Verfassers nicht zu wiederholen): es klappt mit zwei „Eve Degree“-Modulen! In Kauf nehmen muss man dann allerdings unter Umständen die Verlangsamung des gesamten Systems. Denn erst wenn alle Module sicher identifiziert und integriert wurden, erklärt „homebridge-ranger“ seine Bereitschaft zur Kooperation. Hier wäre daher vielleicht irgendwann eine Lösung wie die Pufferung o. ä. der zuletzt erfassten Werte angenehm, da es ansonsten reichlich lange dauert, bis die HomeKit-GUI die Werte auch der anderen Systemkomponenten anzeigt. Generell bin ich aber zutiefst beeindruckt, dass hier ein Mac als eine Art HomeKit-Zwischenstation dienen kann (ein zweites Apple TV ergibt hier zumindest keinen Sinn – eventuell aber ein HomePod, sobald verfügbar). Vielen herzlichen Dank an den Entwickler!