Beiträge von Patrick_

    Raspbian bzw. Raspberry Pi OS ist eine Linux-Distribution basierend auf Debian. Ja, auch das Homebridge Image ist davon betroffen.


    Wie gesagt, ich hab erst in der /lib/systemd/system/deconz.service Datei --dev=/dev/ttyACM0 hinzugefügt. Das geht über sudo nano /lib/systemd/system/deconz.service


    Und zwar in die Zeile wo


    Code
    ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80


    steht. Sollte danach so aussehen:

    Code
    ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80 --dev=/dev/ttyACM0


    anschließend


    systemctl daemon-reload 

    systemctl restart deconz.service


    Hat bei mir nichts gebracht. Erst nachdem ich auch die 60-serial.rules Datei unter /usr/lib/udev/rules.d angepasst hatte.

    SD Karte raus und im Pi4 wieder rein sollte eigentlich ausreichen, aber gut, du hast schon angefangen das ganze neu zu installieren.


    Das Phoscon GW zeigt mir auf dem Raspy 4 nun zwei Gateways an. Den Conbee mit der festen IP des Raspy 3 und ein neues unbekanntes auf der festen IP des Raspy 4. Wie bekomme ich den Conbee Stick nun auf den Raspy 4? Wieso hat der Conbee Stick weiterhin die alte IP des Raspy 3?

    Auf dem Stick läuft nichts als die Firmware, die rührst du aber bei einem frischen Install nicht an. Der Conbee Stick selbst hat auch keine eigene IP. Er hat die IP des Pi's.

    Also hat hier lediglich die Phoscon-Weboberfläche (die über deCONZ auf dem neuen Pi generiert wird) zwei Gateways.

    Das ist in der Regel ein Anzeigefehler und liegt meist am Browser-Cache. Browser Cache löschen oder einfach erstmal ignorieren. Teilweise verschwindet das alte Gateway von alleine.


    AdGuard lässt sich nicht installieren, da das Setup einen Fehler 400 anzeigt. Dabei hat der Raspy 4 eine ganz andere IP Adresse als der Raspy 3. Was mache ich denn hier falsch?

    Dran denken erstmal hb-config zu updaten bevor adGuard Home installiert wird:


    How To Install AdGuard Home
    Official Homebridge Raspberry Pi Image based on Raspberry Pi OS Lite. - homebridge/homebridge-raspbian-image
    github.com

    Herzlich Willkommen. Das Thema haben wir hier sicherlich schon zigfach durchgekaut, daher werde ich dein Betrag im laufe des Tages verschieben wenn ich den passenden Thread dazu gefunden habe wo das rein passt.


    In aller Kürze: Automationen für das Zuhause laufen auf der Steuerzentrale und haben deswegen keinen Zugriff auf die Kurzbefehle aus der Kurzbefehle-App am iPhone. Das geht nicht.


    Eigene Mitteilungen in Automationen für das Zuhause gehen nur über: https://smartapfel.de/eigene-homekit-mitteilungen/

    Okay, das klang nämlich am Anfang so als wolltest du mit einer App aus dem Nichts irgendwelche Log herbeizaubern, aber die müssen ja vor dem Ableben des Homepods schon irgendwo protokolliert werden.


    Homekit Logs gibt es so keine die zugänglich wären. Das Thema hatten wir hier schon mehrmals, dass bei manchen Leuten bestimmte Lichter einfach wie von Geisterhand an- oder ausgehen und auch gerne ein Log gehabt hätten.


    Stand jetzt ist aber, dass Apple kein Log zur Verfügung stellt was eingesehen werden kann.


    Wenn dann kann dir da am ehesten noch der Apple Support helfen.

    Probiers doch einfach mal aus? Das war eins der ersten Feature Requests im Jahre 2018 (!) für das Plugin und die damalige Anforderung wurde doch genauso formuliert wie du es auch haben willst:


    Multiple weather stations · Issue #11 · naofireblade/homebridge-weather-plus
    Is there any possibility to add multiple 'accessories', either in it's current form in the config or with some changes? It would be useful to have multiple…
    github.com


    Zitat

    "It would be useful to have multiple weather stations, for example a 'local' one, as well as a city, or perhaps another personal weather station elsewhere."

    Kein Thema, dafür ist ein Forum schließlich da.


    Ich habe meinen Beitrag als "Hilfreich" markiert. Der wird dann oben am Thema direkt mit "Zum Hilfreichsten Beitrag springen" angezeigt. Evtl. reicht das für's erste.

    GLOBALE EINSTELLUNG


    Um die Konfiguration des Homebridge-deconz Plugins vorzunehmen, muss man nicht mehr in der config.json via Homebridge-Config-UI-X Weboberfläche Anpassungen vornehmen (wie beim alten Homebridge-Hue Plugin), sondern kann Änderungen über die "Dynamic Configuration" zukünftig mittels CURL Befehle machen.


    Anleitung:


    CURL Befehle wie hier angegeben: https://github.com/ebaauw/home…iki/Dynamic-Configuration werden in der Konsole eingegeben. Wahlweise via SSH auf den Pi mittels "Terminal" Dienstprogramm am Mac oder via der Konsole auf der Weboberfläche der Homebridge/Config-UI-X.


    Das allgemeine Vorgeplänkel bzw. die Beschreibung mal frei Schnauze ins Deutsche übersetzt:


    Zitat

    Homebridge deCONZ kann während des laufenden Betriebs konfiguriert werden. Hierfür stellt Homebridge deCONZ eine Konfigurations-API bereit. Dies ist eine REST-API, auf die aus Sicherheitsgründen nur von dem Server aus zugegriffen werden kann, auf dem Homebridge ausgeführt wird.


    Vorbereitung:


    Ich hab das json Tool vom Homebridge-lib nicht extra installiert, hilft aber bei der Darstellung, daher werden die Befehle auf der Seite mit | json am Schluss eingegeben, damit der Output in der Konsole direkt im schön lesbaren json Format dargestellt wird.


    Ansonsten einfach ohne | json eingeben und die Ausgabe der Befehle schnell kopieren und auf https://jsonlint.com validieren, dann sieht man es in "schön".


    Schritte:


    1. Port der Configuration API herausfinden


    Homebridge neustarten um an den zufälligen Port der API zu kommen. Beim Start das Homebridge Protokoll beobachten, irgendwo steht beim Neustarten am Anfang eine Zeile mit:


    Code
    [deCONZ] ui server: listening on http://127.0.0.1:61167/

    2. Erreichbarkeit der API prüfen


    per SSH auf den Pi verbinden, alternativ über das Terminal der Homebridge Weboberfläche


    Anchließend curl -s http://127.0.0.1:61167/ping (Natürlich mit deinem Port) eingeben und damit prüfen ob die API überhaupt erreichbar/ansprechbar ist, dann sollte idealerweise als Antwort "pong" kommen.


    3. Mit dem Homebridge-deconz Plugin verbundene Gateways anzeigen


    Jetzt lassen wir uns alle mit dem Plugin verbundenen Gateways anzeigen (die meisten werden nur eins haben) um an die Bridge/Gateway ID zu kommen


    curl -s http://127.0.0.1:61167/gateways



    4. Konfiguration des Gateways aufrufen


    Die ID an den zuvor genutzten CURL Befehl dranhängen, damit wir mit der ID das konkrete Gateway ansprechen:


    curl -s http://127.0.0.1:61167/gateways/00212EFFFF03D4A7 und eingeben, dann kommt die aktuelle Konfiguration für das Gateway:



    5. Einstellungen an der Konfiguration vornehmen


    Dann z.B. das logLevel anpassen, geht über:


    Code
    curl -s -X PUT -d '{"logLevel": 1}' http://127.0.0.1:61167/gateways/00212EFFFF03D4A7/settings


    6. Einstellungen prüfen (optional)


    Dann anschließend zur Überprüfung noch mal den Befehl aus Schritt 4 eingeben, ob die Einstellung übernommen wurde. Dann sollte nun das Loglevel mit 1 drin sein:


    Code
    "logLevel": 1,


    Das wars auch schon.



    EINSTELLUNG PRO GERÄT


    Ergänzend zu meiner vorherigen Anleitung, wer nicht global die Einstellungen für das ganze Gateway vornehmen will sondern für ein einzelnes Gerät, der muss folgende Schritte durchführen.


    Im Folgenden Beispiel will ich das LogLevel meiner Flur Leuchte anpassen, da mir das Gerät mein Homebridge Log vollschreibt bei jeder Statusänderung:



    1. Liste der Accessoires anzeigen


    Nachdem man die BridgeID seiner Gateways abgerufen hat (siehe meine vorherige Anleitung), zeigt man sich nun mit /accessories alle Accessoires an:


    curl -s http://127.0.0.1:41699/gateways/00212EFFFF0405D7/accessories 


    2. Das Accessory raussuchen, dessen Einstellungen man anpassen will


    Von der Liste der Accessories (am besten kopieren und auf jsonlint.com in "schön" validieren) sich das entsprechende Accessory raussuchen und die Accessory ID (erste Zeile) kopieren:


    3. Aktuellen Einstellungen des Accessory anzeigen


    Accessory ID an den vorhierigen CURL Befehl anhängen:


    curl -s http://127.0.0.1:41699/gateways/00212EFFFF0405D7/accessories/00178801092CCA12


    Ausgabe:



    4. Einstellung vornehmen


    Das LogLevel steht aktuell auf 2 (Standard-Wert). Um Einstellungen an den "settings" vorzunehmen setzen wir an den vorherigen CURL Befehl noch /settings hinten dran und fügen davor den PUT Befehl ein, der das Loglevel auf 0 setzt:


    curl -s -X PUT -d '{"logLevel": 0}' http://127.0.0.1:41699/gateways/00212EFFFF0405D7/accessories/00178801092CCA12/settings


    Dadurch sollten nun keine Einträge mehr von dem Gerät "Flur Leuchte" im Homebridge Log landen.


    Mit "logLevel": 0 werden nun nur noch Meldungen vom Typ fatal, error und warning ausgegeben. Info Meldungen wie z.B. Bewegungserkennungen, Statusänderungen (von true auf false und andersrum) werden nun nicht mehr ins Log geschrieben.


    Weitere Informationen zu den Log Meldungen:

    Log Messages
    Utility Library for Homebridge Plugins. Contribute to ebaauw/homebridge-lib development by creating an account on GitHub.
    github.com

    Das ist nicht möglich.


    Ein geöffneter Rollo wird in der Home App immer als "aktiv" (weißer Hintergrund) dargestellt. Ein geschlossener Rollo als "inaktiv" (grauer Hintergrund).


    Es gibt Homebridge Plugins die den Status "umkehren" können, aber selbst wenn das Rademacher Plugin das könnte, dann würde es nichts an der Darstellung als solches ändern (Dann wäre halt der Rollo in der Home App auf "geschlossen" und ausgegraut obwohl in Wirklichkeit er komplett offen steht)

    Da jede smarte Steckdose quasi ein und aus als Grundfunktion hat spielt es keine Rolle. Die eigentliche Automatisierung mit Sekunden erfolgt in Apple Home. Also ist die einzige Grundvoraussetzung, dass die Steckdose Homekit-kompatibel ist. Ob diese direkt kompatibel ist (Eve Energy, Meross etc.) oder über eine Bridge (Ikea Tradfri, Philips Hue etc.) ist egal.

    Jap, genau das! Ob du jetzt deinen Pi platt machst und darauf die Homebridge neu installierst oder auf einem anderen Pi in Betrieb nehmen willst, vom Prinzip isses nur "Backup wieder einspielen". In Homekit selber musst du nichts ändern, das sollte danach wieder laufen wie bisher, also nahtloser Übergang.

    Um was genau geht es dir? Um die verbaute Elektronik in den Steckdosen und damit verbundenen technisch machbaren Schaltzeiten? Die Zeiten zwischen drücken inder App auf "an" und bis es dann wirklich bei der Steckdose ankommt und diese auf "an" schaltet?


    Außer dir gehts rein um Software: Da die Automatisierung in Apple Homekit passiert ist also Apple Hausautomatisierungssoftware das Nadelöhr. Jenachdem wie schnell Befehle eben in irgendeiner Cloud oder lokal verarbeitet werden können.


    Meine Kaffeemaschine (an einem Philips Hue Plug hängend) kann ich einschalten, 9 Sek. laufen lassen (oder kürzer) und wieder ausschalten.