Kann ich dir nicht sagen da ich letztes Jahr meinen Garagentor Antrieb wechseln musste und auf Chamberlain umgestiegen bin. Ggf. mal einen Issue aufmachen beim wemo Plugin.
Beiträge von Nastra
-
-
Die SSH Funktion ist seit Ewigkeiten verbuggt. Warte auch schon ewig das es mal gefixt wird aber bisher leider nichts passiert.
-
Läuft er auch. Habe ich bereits im Einsatz ohne Probleme.
-
Abend zusammen,
hier als kleine Information für alle homebridge-hue Nutzer. Es wird demnächst zwei neue Plugin mit dem Namen homebridge-deconz und homebridge-hue2 zusätzlich zum regulären homebridge-hue Plugin erscheinen. Macht die Sache jetzt nicht wirklich einfacher 😅
Link zum Plugin:
https://github.com/ebaauw/homebridge-deconz
Hier eine Stellungnahme vom Plugin Entwickler zur Kenntnis 😉:
https://github.com/ebaauw/homebridge-hue/issues/1070
ZitatHomebridge Hue is my oldest plugin. I started working on it in February 2016, and published the first version on GitHub in October 2016. I added support for deCONZ in the summer of 2017, including web socket notifications. In February 2020, I added HTTPS support for the gen-2 Hue bridge, followed by API v2 push notifications in December 2021.
Over that period, the number of different devices supported by Homebridge Hue has increased dramatically, fuelled by the consumerisation of Zigbee devices. Starting with (then) Philips Hue, OSRAM Lightify, and IKEA Trådfri, followed by Xiaomi, and many OEM devices, and even devices from Lidl and Aldi.
The code base has become increasingly complex over the years, and is due for a refactor. Homebridge Hue still uses Homebridge's traditional static platform accessory model (see #4), where most recent plugins use the dynamic platform accessory model, which offers many benefits. The Hue and deCONZ APIs have been diverging, and their v2 APIs are completely different, making it increasingly hard to combine Hue bridge and deCONZ gateway support in a single plugin.
Homebridge Hue is also my most used plugin. I don't collect any statistics, but the NPM registry mentions up to 8,000 weekly downloads, and GitHub Insights lists over 3,400 unique visitors.
Homebridge Hue is also, by far, my largest plugin; I'm exposing over 140 accessories from my deCONZ gateway. I would take me half a day to reconfigure HomeKit if those accessories would be removed from HomeKit and re-exposed.
Because of this, I've been hesitant to refactor Homebridge Hue. While I can technically manage to expose my accessories using a dynamic platform plugin, without HomeKit losing them, this is tricky and requires a deep understanding of the internal working of Homebridge and HAP-NodeJS. For me, a big-bang update would be out of the question, as I think for most users.
Going forward, I will create a new plugin for deCONZ, homebridge-deconz, and a new plugin for Hue APIv2, homebridge-hue2, while keeping the current Homebridge Hue plugin. These three plugins can be run in parallel, using different child bridges, connecting to the same Hue bridge(s) and/or deCONZ gateway(s). This allows you to setup a new HomeKit home for testing. By connecting the child bridges for all plugins to the same Home, white- and blacklisting can be used to move accessories over to the new plugins one-by-one. This will also allow me to release work-in-progress versions of the new plugins, not yet supporting all device types.
Eventually the current Homebridge Hue plugin will drop support for the gen-2 Hue bridge and the deCONZ gateway. After that, I might release a new version with the dynamic platform accessory model. I don't think there are enough users left using the gen-1 Hue bridge or HA-Bridge or Tasmote to justify the effort needed to provide a gradual migration path.
LG Nastra
-
Ggf. als Alarmierung für die Alarmanlage wenn diese Ausgelöst hat.
-
Könnte statt abschrecken auch das Signal sein das der Einbrecher sich denkt ohhh HomeKit da ist die Wahrscheinlichkeit das die Alarmanlage auslöst auf Grund der System Zuverlässigkeit relativ gering 😅
-
So schwer ist es nicht und das meiste wurde doch jetzt bereits erläutert
-
-
-
Du musst mit diesen Daten
- Access Client ID
- Access Secret
sowie Geräte ID
das tuya-cli wizard tool füttern. Da bekommst du eine zusätzliche ID angezeigt. Diese muss in der config.json eingetragen werden unter
"tuyaKey": "xxxxxxx",
Die tuyaId in deiner Config ist die Virtuelle ID deines Gerät. Kann man auch über die Smart Life App am Gerät auslesen.
"tuyaId": "xxxxxx",
Die Daten unter Authorization Key werden nicht in der config.json selber benötigt.
Hier nochmal der Hinweis damit das Wizard Tool funktioniert.
-
-
-
-
Das ging ja einfach.
Dann genieß noch etwas das schöne Wetter
LG
-
Jep genau das meine ich. Wüsste nicht warum es dann nicht mehr funktionieren sollte.
-
Kohle_81 Kauf dir eine Pi mit mehr Ram und verbinde dein Laufwerk (SD, USB etc.) wo dein OS installiert ist mit diesem. Er sollte ganz normal wieder starten und alles läuft wie gehabt.
Ich habe 30 Instanzen + VNC + ngrok + deconz aktuell auf einem Pi 4 mit 4GB Ram am laufen und noch 1,2 GB Ram frei.
Der Tipp von sschuste alles in eine Instanz zu packen kann ich nicht teilen. Bin überzeugt davon das jedes Plugin in eine eigener Instanz am stabilsten ist. Gleichzeitig bist du damit auch am flexibelsten.
Zum Thema Sichern würde ich von det das raspiBackup.sh tool nutzen um ein ganzes Backup Image vom Pi zu erstellen. Das Wahlweise z.B. direkt auf ein NAS.
Zum Thema Childbridges kann ich dir nicht wirklich was sagen da ich weiterhin die Instanzen nutze so wie SeydX und ich damals die Idee in die Homebridge per Pull gebracht haben. Es ist soweit ich das verstanden habe nur ein anderer Name sowie ein anderer weg einzurichten.
Ich gehe aber schwer davon aus das du dir bei der Umstellung dein HK Setup zerschießt. Du kannst es natürlich ausprobieren so wie sschuste es dir vorgeschlagen hat.
LG
-
Moin,
check mal diese Seite unter dem Punkt (Reset Pairing/Accessories) führt aber dazu das alle Geräte die über das deconz und hue eingebunden sind aus HK gelöscht werden.
-
toralt Wäre mir neu das die Nuki Bridge über HK angesteuert wird um das Schloss zu triggern.
Nuki Schlösser werden nach meinem Wissen direkt per BT mit Steuerzentralen in HK verbunden und über diese der Fernzugriff über HK gesteuert.
Wenn er sich eine Nuki Bridge kauft und die Schlösser mit dieser parallel koppelt und keine Steuerzentrale in der Nähe ist hat er Fernzugriff nur über die Nuki App und nicht über HK.
-
Nuki nativ in HK eingebunden dann brauchst du eine Steuerzentrale in der Nähe. Das Schloss wird dann über BT von dieser direkt gesteuert.
Nuki Schloss über homebridge eingebunden dann brauchst du eine Nuki Bridge. Das Plugin kommuniziert mit der Bridge und die Bridge mit dem Schloss. Also nur Wifi nötig ohne Steuerzentrale.
-
Moin zusammen,
für die Plugin variante homebridge-mi-flora-filtered habe ich die index.js etwas angepasst um die Fehler Hinweise im Journalctl zu entfernen.
"This plugin generated a warning from the characteristic ' xxxxxxxxxxxxxxxx"
Hat zu meinem eigenen erstaunen sogar funktioniert
Um es zu fixen müsst ihr die index.js als root im Ordner usr/local/lib/node_modules/homebridge-mi-flora-filtered gegen die angehängte oder den Inhalt austauschen.
Edit: Noch ein Hinweis für die User die mit Empfangsproblemen zu kämpfen haben. Ich habe mir im Jahr 2018 dafür einen BT USB Adapter der Firma Roku mit externer Antenne gekauft. Da ich das Plugin auf Grund der node Probleme bis heute nicht mehr genutzt habe ist es mir beim erneuten Einrichten vorhin eingefallen. Daher die Empfehlung.
Diesen USB Stick kann man am Pi anschließen und durch die externe Antenne die BT Reichweite enorm erhöhen. Der Pi nutzt dann nicht mehr das Interne BT sondern die externe Lösung. Ich decke bei mir ca. 90 Quadratmeter mit dieser Lösung ab.
Jetzt kommt der Haken, das Gerät gibt es aktuell bei Amazon nicht mehr aber vielleicht findet jemand noch eine Quelle oder ein alternativ Produkt und teilt es hier mit uns
Viel Erfolg!