Beiträge von Nastra

@grover wäre es eventuell sogar möglich über das Plugin das Apple TV auch zum Softwareseitigen neustart zu bewegen?

Ich dachte da an den Fall das mal wieder einzelne BT Geräte nicht verfügbar sind das man kurz einen Reboot macht?

Nativ ist eigentlich alles was Apple offiziel mit Work with HomeKit lizensiert, egal ob Bridge oder Ad hoc mit ATV.

Ok, dann weiß ich bescheid, dann muss ich mir wohl ein Osram Plug noch kaufen. Das es über das WebApp geht habe ich gesehen, fand es nur schade das es iconnecthue nicht richtig unterstützt.

@Krocko Mhhh das ist schade, was mich wundert das die Steckdose über die Touchlink funktion vom RaspBee angezeigt wird und auch reagiert wenn ich auf Blinken klicke nur bei Suchlauf findet er diese nicht.

Was mir auch aufgefallen ist bzw. bisher noch nicht bewusst gewesen ist das man keine Geräte und Lampen über die iconnecthue App mehr suchen kann. Hätte dort gerne die TouchLink funktion genutzt. Ist das bei bei auch so?

SeydX Kann ich noch nicht zu sagen da ich die Schalter noch nicht programmiert habe und noch nicht über das Gateway betrieben habe.

Hat von euch einer eine Philips Living White Steckdose bisher über das raspbee gateway angelernt bekommen? Irgendwie will er diese nicht finden

@Krocko Der Hue Motion hat nach dem Reset funktioniert. Danke nochmal für den Tipp.

Die Pops brauchen zwar eine Bridge, sind aber dafür nativ HK fähig.

Das Konzept mit dem Schalter abdecken ist Interessant aber was macht man bei doppel Schaltern?

Auf Grund der Übersichtlichkeit und der Größe des Threads Installation RaspBee von Dresden habe ich hier damit uns das errungene Wissen nicht verloren geht kurz zusammengefasst wie ein verzögerter Start der Homebridge beim Reboot eingerichtet wird.

Wieso dieser benötigt wird kann im hier nachgelesen werden Installation RaspBee von Dresden

An dieser Stelle nochmal vielen Dank für die Unterstützung von @Krocko und SeydX

1.) Datei anlegen:

/etc/systemd/system/homebridge.timer

2.) Inhalt einfügen:

[Unit]
Description=Homebridge verzögert starten

[Timer]
OnBootSec=5min
Unit=homebridge.service

[Install]
WantedBy=multi-user.target

Hinweis:

OnBootSec=5min kann variabel verändert werden nach belieben.

3.) Aktivieren mit:

sudo systemctl daemon-reload
sudo systemctl enable homebridge.timer
sudo systemctl start homebridge.timer

4.) Prüfen ob Timer angelegt wurde:

systemctl list-timers --all

pi@server:~ $ systemctl list-timers
NEXT                         LEFT          LAST                         PASSED       UNIT                         ACTIVATES
Mon 2017-12-25 19:59:39 CET  1min 29s left n/a                          n/a          homebridge.timer             homebridge.service
Mon 2017-12-25 20:09:39 CET  11min left    n/a                          n/a          systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Tue 2017-12-26 06:06:44 CET  10h left      Mon 2017-12-25 06:04:35 CET  13h ago      apt-daily-upgrade.timer      apt-daily-upgrade.service
Tue 2017-12-26 08:25:05 CET  12h left      Mon 2017-12-25 18:09:20 CET  1h 48min ago apt-daily.timer              apt-daily.service

5.) Datei homebridge.service im Autostart deaktivieren

sudo systemctl disable homebridge.service

Gerade getestet. Hast recht gehabt nach dem deaktivieren hat der Timer jetzt gegriffen.

Stimmt die Unit ist ja die homebridge.service Datei. Ich hatte da wohl einen Denkfehler. Scheint jetzt zu funktionieren.

SeydX und @Krocko vielen Dank für die Unterstützung.

det das wäre doch noch eine schöne Funktion für dein Tool zusätzlich zum Dienst nach 10 sec und der deConz Installation

? My HomeKit

Jo, stimmt hatte eher den Gedanken das der Timer vorweg läuft und dann die hb.service Datei startet.

Dann müsste der restart noch ergänzt werden in der hb.timer Datei dürfte wenn es so richtig ist bei @Krocko ja auch nicht mehr funktionieren.

Bist du sicher das die alte deaktiviert wird? Dann würde der automatische restart doch garnicht mehr funktionieren oder nicht?

Mhhh. Habe jetzt die Date angelegt unter:

/etc/systemd/system/homebridge.timer

habe deinen Inhalt übernommen:

[Unit]
Description=Homebridge verzögert starten

[Timer]
OnBootSec=5min
Unit=homebridge.service

[Install]
WantedBy=multi-user.target

und

sudo systemctl enable homebridge.timer
sudo systemctl start homebridge.timer

durchgeführt.

Anschließend habe ich alle Timer anzeigen lassen:

pi@server:~ $ systemctl list-timers
NEXT                         LEFT          LAST                         PASSED       UNIT                         ACTIVATES
Mon 2017-12-25 19:59:39 CET  1min 29s left n/a                          n/a          homebridge.timer             homebridge.service
Mon 2017-12-25 20:09:39 CET  11min left    n/a                          n/a          systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Tue 2017-12-26 06:06:44 CET  10h left      Mon 2017-12-25 06:04:35 CET  13h ago      apt-daily-upgrade.timer      apt-daily-upgrade.service
Tue 2017-12-26 08:25:05 CET  12h left      Mon 2017-12-25 18:09:20 CET  1h 48min ago apt-daily.timer              apt-daily.service

Leider startet er nach dem reboot die HB sofort wie immer. Hab ich was vergessen?

Beim Motion sieht es genau so aus wie bei dir:

Hey @Krocko danke für die Tips, werde es morgen direkt Testen. Habe so etwas ähnliches schon umgesetzt aber über die bestehende Unit Datei mit einem sleep commando.

ExecStartPre=/bin/sleep 120

Ist aber nicht die Goldrand Lösung da er auch beim restart den sleep einlegt, daher denke ich das es über die Timer Lösung womöglich am besten ist.

Kannst du den Inhalt von deiner Timer Datei mal posten, die du angelegt hast?

Zitat

Am besten du resettest den Sensor und liest gleichzeitig den Basic Cluster aus

Wie lese ich die aus ? Über die Philips Rest Api? Und was sagt diese mir?

Das sieht eher schlecht aus. Zumindest wüsste ich nicht wie das über IFTTT gehen sollte. Sry

Du möchtest das der Schalter in HB angeht wenn du deinen Wasserkocher einschaltest? Wenn ja? Das kann nicht gehen da IFTTT nur in eine Richtung sendet und das ist raus aus IFTTT und keinen Statusmeldungen von Geräte annimmt.

Mike060 Bitte keine doppel Beiträge untereinander. Du kannst deinen Beitrag auch Editieren falls dir noch was zusätzliches einfällt und du was ergänzen möchtest.

Habe deinen Beitrag zusammengefügt.

Ich denke mal das wird bei dir nicht funktionieren das dein Funkempfänger über Pilight und HB nicht als Garagentor in HK deklariert wird. Du hast vermutlich nur einen Schalter für das Tor oder?

Moin zusammen, habe mich heute auch mal wieder nach langer Zeit mit dem Raspbee Gateway beschäftigt und endlich mal geschaft einen Raum komplett von der Hue und Ikea Bridge umzulernen.

Funktioniert soweit alles, bis auf zwei Dinge dir mir aufgefallen sind:

1.) Der Hue Motion gibt über das Raspbee Gateway keinen Temperatur Wert aus bzw. dieser steht in HK auf 0 Grad und in iConnect Hue fehlt der Wert vollständig.

Ist das bei euch auch der Fall?

2.) Gravierender Fehler beim Reboot des Pi (Verschwindende Lampen und Geräte):

Beim Reboot des Pi werden die Homebridge und deConz automatisch gestartet hier passiert folgender Fehler, das deConz Gateway braucht nach einem Neustart eine bestimmte Zeit um das Zigbee Netzwerk aufzubauen bis alle Lampen und Geräte sich angemeldet haben in der Zeit wo dieses aufgebaut wird startet die Homebridge parallel den Dienst. Der Homebridge reicht aber wenn zum Zeitpunkt des Startes theoretisch eine Lampe in deConz nach dem Reboot verfügbar ist um den Dienst hochzufahren und nicht auf einen Fehler zu laufen.

In diesem Moment bindet Homebridge nur die Geräte bzw. Lampen ein, die von deConz direkt nach dem Reboot erkannt wurden.

Für HomeKit sind alle anderen aber nicht mehr verfügbar bzw. werden vermutlich dadurch als gelöscht gemeldet. Dadurch verschwinde alle anderen dinge die noch nicht im ZigBee Netzwerk angemeldet gewesen sind.

Wartet man hier etwas ab und startet die Homebridge neu nach dem das ZigBee Netzwerk aufgebaut ist tauchen alle Lampen und Geräte wieder in HomeKit auf. Natürlich als neues Gerät.

Mich wundert das es ansonsten noch keinem hier aufgefallen ist oder davon betroffen ist ?

Oder habe was übersehen ?

Hier ist die Frage wie man diesen Umstand am besten beheben kann, eine Idee wäre z.B. eine Startverzögerung der Homebridge nach dem Reboot. Bin mir aber auch nicht sicher ob es sich überhaupt realisieren lässt.

Ansonsten ist der Pi Reboot ja tödlich mit dem Raspbee Gateway wenn HomeKit die Lampen verliert -.-

@all Hat von euch einer eine Idee ?

det unseren Linux Profi du vieleicht? Ps: Mit dem Backup und dem CronJob habe ich noch nicht wirklich geschafft weiter zu testen werde es aber die Tage mir nochmal anschauen und dir bescheid geben .-)

Beim starten der HB soll ja ein QR-Code zusätzlich zum Zahlencode angezeigt werden. Dieser wurde bei mir bis jetzt nur leer dargestellt mit dem Befehl:

sudo journalctl -f -u homebridge

habe vorhin rausbekommen wie dieser richtig ausgegeben wird, da ich mir nicht sicher bin ob es bei euch auch der Fall ist bzw. ob der Befehl schon bekannt ist habe ich diesen mit in die Befehlssammlung aufgenommen:

sudo journalctl -f -au homebridge

Ps: Durch die Umbauarbeiten letzte Woche an der Befehlssammlung habe ich die alte Ansicht im Post 2 gelöscht und eine neue Ansicht im Post 1 aufgebaut, dabei sind leider sämtliche Likes für die Befehlssammlung verloren gegangen.

Wenn euch die Befehlssammlung weiterhin noch gefällt und ihr diese nutzt würde ich mich freuen wenn ihr erneut einen Like vergeben würdet.

Gruß Nastra

Hue Lampen und Zubehör an der Ikea Bridge funktieren nicht. Nur andersrum.

Vermutlich ist es wie bei Elgato das die Updates Schritweise ausgerollt werden. War beim Elgato Firmware Update selber auch ziemlich spät dran.

Ich würde einfach noch ein paar Tage abwarten, taucht bestimmt von alleine auf