Nicht mit den HomePods. Denen musst du schon sagen, dass sie das Licht überall anschalten sollen, ansonsten geht nur das Licht in dem Raum an, in dem sie stehen. Oder vielmehr in dem Raum, indem der HomePod steht, der dich gehört hat.
Also bei mir geht bei dem Befehl immer ueberall das Licht an... Es duerfte doch keinen Unterschied machen, dass ich meine HomePods auf englisch habe bzw. auf english mit Siri korrespondiere???
Ist halt wahrscheinlich das selbe wie wenn man sagt: Hey Siri, mach das Licht an! Dann geht ja auch ueberall das Licht an. Siri muss ja genauer wissen wo, auch wenn ich zustimme, dass ich es mir anders wuenschen wuerde, aber ist nunmal zu unspezifisch... geht man mit Logik ran, wuerde der HomePod in dem Raum indem man sich befindet den Befehl dort ausfuehren fuer die Musikwiedergabe, aber einfaches Gegenbeispiel, warum das nicht immer gut ist: Wenn ich im Wohnzimmer an einem Ende bin, wo die Couch ist und Siri sage, sie soll XY machen, dann sind meine beiden HomePods im selben Raum weiter weg von mir, als der HomePod Mini "direkt hinter mir" im naechsten Raum, im Bad. Deshalb reagiert der HomePod Mini dort. Ich hab mich damit arrangiert. Man wird also in gewissen Situationen nicht drum rum kommen, bei Siri Anfragen diese genauer zu spezifizieren...
Ich bezieh mich mal auf ne offizielle Quelle, ist manchmal doch recht hilfreich bei solchen Fragen:
https://www.apple.com/apple-tv-app/devices/
Airplay 2:
Wer aber mehr auf rumorsites Wert legt, dann eben hier:
Kennt jemand einen Weg die Child Bridges umzubenennen? Also der Name wie sie auf der HB Mainpage neben dem grünen Licht stehen?
Bei mir heißen alle child-bridges so, wie ich ihn in der config unter "name": definiert habe und in HomeKit auch erscheint.
homebridge-shelly v0.17.0
Ein Changelog konnt ich leider nicht finden...aber es läuft.
https://github.com/alexryd/hom…compare/v0.16.0...v0.17.0
Scheint sich einiges am Code geaendert zu haben.
Freut mich auch dich wieder zu lesen
Ich bin erstaunt das es alles doch noch funktioniert hat nachdem ich node, npm, HB und ein paar plugins geupdatet habe. Jetzt läuft es wieder. ich hatte befürchtet das es in einem Desaster ausartet
pottersfield Was macht der Befehl --unsafe-perm?
Installieren und schreibrechte umgehen/ verändern (Erklärung) sudo npm install -g --unsafe-perm pluginname -gZu finden hier: Homebridge Befehlssammlung
Das habe ich gemacht. Es waren nicht nur die Automationen weg sondern auch alle Szenen da die Childbridge komplett neu in HK hinzugefügt werden muss. Steht das schon irgendwo? Toll ist das nämlich nicht, auch wenn es logisch ist.
Hi,
ja das wird hier beschrieben:
https://github.com/homebridge/…ge/wiki/Child-Bridges#how
ZitatAfter restarting Homebridge, you will need to pair the child bridge separately, either by scanning the QR code shown for the accessory or platform in the Homebridge UI; or manually:
- Open the Home App
Add AccessoryI Don't have a Code or Cannot Scan- Select platform/accessory
- Enter PIN (default same as main bridge)
Durch die Beschreibung hier sollte jeder Person klar sein, dass child-bridges zur Folge haben, dass man Geraete neu zuweisen muss und das ein wenig Arbeit bedeuted. Ich gebe aber zu, es steht nicht direkt drinnen, sondern man liest es aus den Zeilen raus.
config-ui-x deinstallieren und neu installieren wuerd ich empfehlen.
Und in Zukunft bei Installationen uebers terminal (nicht config-ui-x) wuerd ich am Ende eines jeden commands noch ein --unsafe-perm hinterherwerfen, einfach fuer das ruhige Gewissen 
pause option not returning a state in some cases (#359).Damit wurde der "Pause" Switch Fehler behoben, welcher unter homebridge v1.3 zu einigen Fehlern gefuehrt hat.
Update doch mal auch deine ganzen plugins, du bist teilweise sehr stark veraltet unterwegs, alleine deine hue plugin version ist von August 2018 *__*
Du hast eine aktuelle homebridge aber sehr veraltete plugins, wenn diese aktualisiert werden, koennen wir mal sehn ob unter dem aktuellen System noch weitere Fehler auftauchen. So wird es kritisch, wenn hier teilweise Zeitspannen von 2einhalb Jahren dazwischen liegen, bei plugins die auf aktueller homebridge konzipiert/ausgelegt wurden.
Ja, ich nutze kiwi-cam aktuell. Und mit Fehlern meine ich die üblichen Warnungen, die derzeit bei so ziemlich jedem Plugin ausgegeben werden von Homebridge, die m.E. aber ignoriert werden können, aber nervig sind. Zum Beispiel:
Code[22.2.2021, 12:02:05] [homebridge-broadlink-rm-pro] This plugin threw an error from the characteristic 'Target Temperature': characteristic value expected float and received undefined. See https://git.io/JtMGR for more info. [22.2.2021, 12:02:05] [homebridge-broadlink-rm-pro] This plugin threw an error from the characteristic 'Current Relative Humidity': characteristic value expected float and received undefined. See https://git.io/JtMGR for more info. [22.2.2021, 12:02:05] [Broadlink] Klimaanlage Paul onTemperature (20.3) [22.2.2021, 12:02:05] [Broadlink] Klimaanlage Schlafzimmer onTemperature (20.3) [22.2.2021, 12:02:06] [broadlinkPlatform] Steckdose Heizung power is on - true
Perfekt, danke, dann kann ich das als Hinweis angeben, dass man ggf auf dieses umsteigen sollte. Koennte fuer sschuste dann ja auch hilfreich sein, der noch das "alte" plugin nutzt.
Aber das bezieht sich jetzt nur auf Deine "neue" bzw. "frische" Installation auf dem anderen RaspPi, oder? Oder hast Du das Update jetzt auch ohne Fehler auf dem "Produktiv"-RaspPi?
Auf allen iOS-Geräten hatte ich nach dem Update auch "Keine Antwort" bei allen Homebridge-Geräten. Nach dem Downgrade funktionierte wieder alles.
Hast du mal das versucht:
Set the Interface in hb settings via UI to your network
Reboot HB
close home app
enable airplane mode (be sure mobile network, wifi and bt is of!)
disable airplane mode
open home app
@all die das broadlink plugin nutzen, speziell die Version von lprhodes Hat jemand von euch schon den fork von kiwi-cam versucht? Dieser scheint besser gepflegt werden zu koennen und mehr Optionen zu bieten. Und zusaetzlich waere es interessant zu wissen ob damit auch die [email protected] wieder zu funktionieren scheint, damit ich den "issue-tracker" ggf. updaten koennte Vor allem sschuste und Marco Schmidt scheinen dies ja zu nutzen und von Warnungen und Fehlern zu sprechen.
Nein, Zigbee ohne Bridge geht nativ nie. Kein iPhone und auch keine Steuerzentrale (iPad, AppleTV, Homepod Mini) "verstehen" Zigbee, sondern nur WLAN und Bluetooth (und Thread beim Homepod). Also brauchst man eine Bridge, die wortwörtlich die "Sprachbarriere" überbrückt.
Nur der HomePod Mini beherrscht Thread, die großen HomePods nicht!!!
Alles anzeigenIch werd bald närrisch! Ich will auch eine 1.3.0 und habe jetzt auf einem anderen Raspi das offizielle Homebridge-Image installiert. Und, DJay , dazu habe ich auch gleich eine deutsche Anleitung verfasst. Gibt's bald in diesem Kino hier. Fast fertig.
Und das Ergebnis? Ich habe nur ein einziges Plugin installiert (homebridge-delay-switch) und bekomme die gleiche Antwort, nämlich "keine Antwort"!
WTF? Bei mir geht die 1.3.0 überhaupt nicht, egal auf welchem Raspi, egal wie installiert? Ich schätze, ich werde wohl die Große Restart-Orgie[™] starten müssen. Oh nein, was war ich immer dankbar, dass mir das bis jetzt erspart blieb! Jammer! Heul! Kreisch!
Sorry, dass ich das hier jetzt mal loswerden musste, aber meine Lieblingsfrau interessiert es nicht die Bohne. Meine Saufkumpane auch nicht. Was sind das bloß für Menschen?
Versuch mal:
Schöne Idee. Danke für Dein Angebot. Ich habe Deinen Beitrag als "Hilfreich" gekennzeichnet, so dass oben direkt ein Sprung dorthin möglich ist. Du kannst Deinen Beitrag Bearbeiten und mit den von Dir angesprochenen Inhalten und Infos aktualisieren.
Danke für Deine Idee und Deinen Einsatz.
Hab mal versucht ne Uebersicht zu erstellen mit den ganzen Verlinkungen... Was sagt der Mod?
Tado 0.81 Plugin gibt Warnungen, scheint aber zu laufen. Zumindest sitze ich nicht im Kalten.
Welches genaue Tado Plugin nutzt du, denn es gibt viele verschiedene und jedes einzelne durchzugehen um zu sehen zu welchem deine Versionsnummer passt waer da ein wenig muehselig.
Das große Update von [email protected] ist nun draußen und bringt einige Aenderungen mit sich, erstmal zum changelog:
Auf github gibt es eine Übersichtsseite mit aktuell getesteten plugins in den jeweiligen Versionen, solltet ihr also unsicher sein, koennt ihr dort einen kurzen Blick reinwerfen um zu sehen ob es etwaige Hinweise zu beachten gibt
Es scheinen sich allgemeine performance und Stabilitaetsschuebe bemerkbar zu machen, siehe hier , hier , hier Gegebenenfalls kann auch eine Aenderung des "mDNS Advertiser" nochmal die Reaktionszeit verbessern, siehe hier und hier
Zu beachten sei noch, dass fakegato-history, welches ja von vielen Plugins genutzt wird, vereinzelt noch Warnungen ausspuckt, hier muesste diese resource angepasst/aktualisiert werden, damit die homebridge-plugins noch runder laufen, siehe Beitrag von skrollme auf github
RE: Versionsupdates: iOS, macOS, Homebridge, npm, Node.js, Plugins, Apps, Firmware und sonstiges ...
skrollme hat das eveatmo Plugin aktualisisert, keine Warnings mehr!
Weiteres update fuer eveatmo draußen. Die sog. S2W1 & S2W2 Warnungen, die das plugin ausspuckt, kommen vom fakegato plugin, siehe:
Warum machst du diesen Umweg und erstellst das nicht direkt in Eve oder Home+?
Hat das einen Vorteil - auch was die Zuverlässigkeit angeht?
Ich habe meine Automationen mit Controller 5 erstellt und die werden in Home korekt angezeigt und funktionieren auch bei Test. Jedoch in der Realität relativ unzuverlässig.
Macht das, wo man Automationen erstellt einen Unterschied?
Ich weiß nicht wie sich Home+ verhaelt, aber alle mir bekannten Drittanbieter HomeKit Apps, die ich testen konnte, koennen nur Szenen steuern, bei Automationen, wo hingegen die HomeApp es auch zulaesst direkt Geraete anzusteuern/auszuwaehlen. Das macht das Ganze deutlich uebersichtlicher und man hat nicht x Szenen in den Raeumen rumschwirren, de nur da sind wegen der Automationen.
