Beiträge von Patrick_

Herti226 Schaut soweit eigentlich gut aus.

Zum Vergleich aus der Beispiel-config.json vom Plugin-Entwickler:

                {
                    "active": true,
                    "name": "DECT 500",
                    "ain": "09995 0692315",
                    "accType": "lightbulb",
                    "brightness": true,
                    "color": true
                },

Ich weiß, dass es im Beispiel auch so drin steht und es eig. kein Problem sein dürfte, dass im Namen Leerzeichen stehen, aber wenn ich versuche hier ein "Muster" zu erkennen, dann ist die Fritz DECT 500 das einzige Gerät bei dir, welches Leerzeichen im Namen hat.

Magst du es mal ohne probieren? (Auch wenn ich nicht denke, dass es daran liegen kann)

Ansonsten die AIN auch doppelt und dreifach überprüft?

Zitat von Lars83

Was könnte der Fehler sein bzw. was stimmt mit meiner Adresse nicht?

Keine Ahnung, da keiner weiß, was du als Adresse eingibst.

HTTP 401 kommt dann, wenn der Token falsch ist.

Aufgerufen wird die Callback-Liste über:

http://192.168.1.50:8080/callback/list?token=123456

natürlich mit deinem Token und deiner IP Adresse

Verwendest du das Homebridge FritzPlatform-Plugin? Dann poste doch mal deine config.json (alles wichtige unkenntlich machen)

Zitat von Yogie

Mach ich was falsch? Alle neuen Kommentare werden beantwortet nur meine nicht? Bitte um Hilfe, damit ich meine Anfragen richtig stellen kann...

Lieber Yogie ,

SeydX ist wohl der fleißigste Plugin-Entwickler, der sich hier auf Smartapfel rumtreibt. Bedenke bitte dennoch, dass er das in seiner Freizeit tut und dafür kein Geld bekommt. Er geht also vermutlich einem normalen Job nach, will daneben noch ein privates Leben führen und hat dann am Ende noch paar Stunden Zeit, sich um seine diversen Plugins zu kümmern. Ich hoffe, dass du verstehst, das er dann nicht auch zusätzlich noch einen 24/7 Support leisten kann. Daher kann die Beantwortung auch mal länger dauern oder untergehen.

Evtl. hilft es in der Zwischenzeit auch, deine Fehlermeldung auf den ca. 100 Seiten dieses Thread oder via Google zu suchen, vllt. kommst du so schneller an eine Antwort.

Auch ist es nicht verkehrt, seine Config.json zu posten (Gerne die relevanten Teile wie Passwörter etc. unkenntlich machen). Dann kann SeydX und auch der Rest im Forum vllt. anhand derer schon sehen, ob hier irgendwas nicht richtig konfiguriert wurde.

Weiterhin guten Austausch!

Scheint ein Firmware-Problem vom Meross MSG100 zu sein: https://github.com/bwp91/homeb…85#issuecomment-875360917

Meross Universal WLAN Schalter MSS710 im 3er-Pack für 13,99 EUR, dazu den 50% Gutschein aktivieren:

https://www.amazon.de/dp/B087Q…M7TX5?tag=hktips-forum-21

Achtung, es handelt sich nicht um die Homekit-Variante! Funktioniert ggfs. aber mit dem Homebridge-Meross-Plugin

Das kam mit dem letzten großen Update auf 6.0.0:

https://github.com/SeydX/homeb…atform/releases/tag/6.0.0

Meines erachtens betraf das auch den Router als solchen, auch hier muss nun active noch manuell gesetzt werden.

Zitat

Devices:

Added active key to devices to enable/disable the device without removing it from config. Warning: Default value for active is false, this means, that if you DON'T adjust your config.json and add "active": true to the device, the device will be removed from HomeKit!

Smarthome:

Added active key to smarthome to enable/disable the device without removing it from config. Warning: Default value for active is false, this means, that if you DON'T adjust your config.json and add "active": true to the device, the device will be removed from HomeKit!

WOL:

Added active key to wol to enable/disable the device without removing it from config. Warning: Default value for activeis false, this means, that if you DON'T adjust your config.json and add "active": true to the device, the device will be removed from HomeKit!

Network Monitoring:

Added active key to network to enable/disable the device without removing it from config. Warning: Default value for active is false, this means, that if you DON'T adjust your config.json and add "active": true to the device, the plugin will not notify you if the device is online/offline!

Alles anzeigen

Ich hab deinen Beitrag mal hierhin verschoben.

Wie bereits oben erwähnt, kann man meistens einen Shelly 1 an den beiden Taster-Anschlüssen deines Schiebetorantriebs anbringen.

Wenn man den Shelly 1 dann noch mit der Homekit-Firmware flasht, kommt man ohne Homebridge oder andere Bridge/Gateway aus und hat ihn dennoch in Homekit.

Soweit mir bekannt gibt es aktuell keine Möglichkeit, die Wifi-Versionen der Ledvance Geräte in Homekit zu bekommen.

Mit Tuya und der Smart Life App könnte man es probieren, hat aber noch nicht so recht zum Erfolg geführt, siehe: https://www.reddit.com/r/homeb…_sylvania_ledvance_smart/

Wenn seine Signatur noch aktuell ist, dann vier YI Cam Outdoor 1080p und eine Eufy Pan&Tilt

Wenns dich wirklich interessiert, kannst dich ja hier Unter dem Punkt "Apps / TR-064" einlesen: https://avm.de/service/schnittstellen/

Letztendlich ist es die Schnittstelle, über die die Fritzbox mit externen Apps/Anwendungen kommuniziert, z.B. mit dem Homebridge-FritzPlatform-Plugin. Dazu hat man ganz am Anfang bei der Einrichtung des Plugins auch unter "Fritzbox > Heimnetz > Netzwerk > Zugriff für Anwendungen zulassen" aktivieren müssen, damit das Plugin überhaupt Daten abgreifen kann.

Warum die Schnittstelle jedoch nicht erreichbar ist/war, kann ich dir nicht sagen.

Man kann den Status eines Homepod Minis und eines Apple TV leider nicht abfragen, da beide als Steuerzentrale quasi "immer an" sind. Für den AppleTV gibt es ein Plugin, was dir zusätzliche Schalter für an/aus und Wiedergabe/Angehalten bietet: https://github.com/lukasroegner/homebridge-apple-tv-remote. Damit ließe sich dann eine Automation basteln.

Sowas gibt es leider nicht für Homepods und daher kann man leider die aktive Wiedergabe am Homepod nicht in Automationen abfragen. Sonst wäre die Automation relativ einfach: Wenn Lichtschalter gedrückt > WENN Homepod Mini aktuell Status "Wiedergabe" DANN mache "Nichts" > SONST spiele Radiosender XY

Kann ich bestätigen und mit dem gestrigen Update auf 14.7 bei den Homepods leider immer noch das Problem.

Nein, geht auch nicht mit Homebridge. Ist auch gar nicht nötig:

https://www.innr.com/de/suppor…-lights-with-philips-hue/

Zitat

Is it possible to update the firmware for Innr lamps using Hue bridge?

No, an update of the firmware of the Innr lamps can’t be performed using the Hue bridge. It can be done using our Bridge, but it has never been necessary to perform a firmware update. All Innr lamps have the latest firmware that has been approved and certified by the Zigbee Alliance. In addition to the official Zigbee certification, we thoroughly test our Zigbee firmware before we make our products available for sale. In short, there is no need for a firmware update.

Natürlich muss er angelernt und somit deinem Zigbee-Netz bekannt gemacht werden, sonst weiß der Signalverstärker nicht woher die empfangenen Daten kommen und wohin er sie schicken muss. Erst in deCONZ werde die entsprechenden Routen vom und zum Signalverstärker angelegt. Sieht dann so aus (Im Bild der TRADFRI Repeater): https://aws1.discourse-cdn.com…543331b7886706b8e7f62.png

Installiert wird er so:

https://www.sotzny.de/2020/03/…radfri-signalverstaerker/

Viel zu sperrige Automation, die keinerlei Fehler erlaubt.

Was machst du, wenn jemand die Tür öffnet, die Tür offen lässt weil er nur eben was rausholen muss und beim rausgehen wieder schließt? Das schließen wird "ignoriert" und das Licht bleibt ewig an. Der nächste geht rein, = Tür öffnen = Statusänderung: "wird ignoriert bzw. Timer 2 min. und danach aus", schließt von innen hinter sich die Tür (Zweites mal Statusänderung geschlossen = Licht aus) und das Licht geht aus und er muss im dunklen aufs Klo.

Kann dir auf Anhieb noch mindestens 5 weitere Beispiele nennen, die deinen "Ablauf" an Statusänderungen und somit die Automation zerstören.

Ende vom Lied: Nimm' einen Bewegungsmelder.

Wir haben einen gesonderten Thread zum Plugin, dort ist auch der Entwickler des Plugins aktiv:

homebridge-homeconnect

Auch sollte man immer seine Config vom Plugin bzw. die gesamte Config posten (wichtige Infos unkenntlich machen), weil meistens 4 Augen mehr als 2 sehen. Sonst kann man jemanden nur schlecht weiterhelfen.

Siehe https://github.com/Sunoo/homeb…camera-ffmpeg/issues/1070

Zitat von TraeschS

Treffen bei dir all diese Vorteile zu?

Was heißt zutreffen, für mich ist das eher eine Aufzählung von Dingen, die "im Fall der Fälle" halt ganz nett sind und meiner Meinung nach für Child Bridges sprechen. Wenn irgendein Plugin Probleme macht bin ich froh, wenn der Rest dann weiterläuft und nicht die ganze Homebridge streikt. Passiert ist es mir noch nie.

Nein, liegt halt daran, dass Node v14.17.3 LTS neuer ist als die neueste Version vom Homebridge-Hue Plugin. Mit dem nächsten Homebridge-Hue Update sollte die Meldung weg sein.