Welches Homebridge Plugin von Tuya? Es gibt mehrere.
Beiträge von Patrick_
-
-
Hallo und herzlich Willkommen hier im Forum!
Ich habe zunächst dein neu erstelltes Thema hierhin verschoben, da es bereits ein Thema zum MSG100HK von Meross gibt und sich hier bereits all diejenigen tummeln sollten, die diesen in Verwendung haben.
Netter Nebeneffekt: Durch deinen Beitrag hier bekommen auch alle, die hier ebenfalls mal reingeschrieben haben eine Benachrichtigung, dass es einen neuen Beitrag gibt (sofern eingestellt).
Somit ist die Chance dann auch höher, dass deine Frage "gesehen" wird und dir jemand weiterhelfen kann.
Wenn er grundsätzlich in Homekit geht, aber nicht in CarPlay, dann liegt es häufig an irgendeiner Berechtigung/Einstellung am iPhone.
Schau daher mal hier RE: Meross MSG100HK Smart Wi-Fi Garage Door Opener HomeKit Garagentoröffner und hier RE: Meross MSG100HK Smart Wi-Fi Garage Door Opener HomeKit Garagentoröffner
-
Kann nur nochmal bestätigen, was LarryL gesagt hat, Node.js 18 setzt glibc 2.28 voraus, was es nur mit Debian 10 (Buster) gibt, für Debian 9 (Stretch) ist dann mit der letzten 16er Node Version Schluss.
https://github.com/nodejs/node/releases/tag/v18.0.0
Prebuilt binaries for Linux are now built on Red Hat Enterprise Linux (RHEL) 8 and are compatible with Linux distributions based on glibc 2.28 or later, for example, Debian 10, RHEL 8, Ubuntu 20.04.
Grund dafür ist, dass man bei der Entwicklung von Node.js 18 auf RHEL 8 statt RHEL 7 gesetzt hat, denn der "End-of-Life" Stichtag für RHEL 7 (30. Juni 2024) liegt vor dem "End-of-Life" Datum von Node.js 18 (April 2025) und man wollte hier zum Ende hin von Node.js 18 keine Änderungen/Anpassungen mehr vornehmen müssen. Also ging man jetzt schon auf RHEL 8, welches dann minimum glibc Version 2.28 voraussetzt.
doc: update minimum glibc requirements for Linux
Starting with Node.js 18 we have moved building the release binaries from being built on CentOS 7/RHEL 7 to being built on RHEL 8 as the End-of-Life date of CentOS 7/RHEL 7 is before the End-of-Life date of Node.js 18 and we do not want to have to make a disruptive change towards the end of Node.js 18's life cycle.
Moving to RHEL 8 has raised the glibc version being linked against (2.28). The official Node.js Linux release binaries will only run on Linux distributions with a matching or higher version of glibc.
Heißt für euch, ihr habt noch eine "Schonfrist" bis September 2023, wo NodeJS 16 unterstützt wird. Ab dann sollte man über ein Upgrade auf Debian Buster nachdenken.
Homebridge (and verified plugins) support all current Active and Maintenance LTS releases of Node.js.
At the time of writing, this means we will support:
Node.js 12.x until April 2022- Node.js 14.x until April 2023
- Node.js 16.x until September 2023
- Node.js 18.x until April 2025
-
Zunächst, herzlich Willkommen hier im Forum.
Da wir bereits ein Thema zum Homebridge-Shelly Plugin haben, ist dein Beitrag nun hier gelandet. Nutze zukünftig bitte die Forensuche!
musste meinen raspy abschiessen, nach dem frisch einlesen
Was soll das überhaupt heißen?
- Hast du deinen Raspberry neugestartet?
- gelöscht und komplett neu aufgesetzt?
Aus einem Backup wieder hergestellt?
- manuell neu eingerichtet? (und evtl. bei der Konfiguration vom Homebridge-Shelly Plugin vergessen, was vorher anders war)
- Wurde die Homebridge neu zur Home App hinzugefügt?
- Oder hast nur dein Gerät aus der Home App entfernt und neu hinzugefügt?
...
Dein Satz lässt Interpretationsspielraum was genau jetzt passiert ist und wo man ansetzen muss zur Lösungsfindung:
1. Problem mit der Homebridge
2. Problem mit der Konfiguration des Homebridge-Shelly Plugins
3. Problem mit dem konfigurierten Gerät in Homebridge (der Shelly)
4. Problem mit dem Homebridge-Gerät in der Home App
Der meldete mir jeweils den zustand des garagentors via pushmeldung
Statusmeldungen für dieses Gerät sind auch AN in der Home App?
ich seh den schon in home, aber er wird nicht mehr als kachel angezeigt wie der taster
Ich sehe auf deinem Screenshot eine Kachel "Garagentor", die ZU ist. Was siehst du? Dann sind im Raum "Garage" noch zwei Sensoren, die beide geschlossen sind. Evtl. verbirgt sich dort noch irgendwas zu deinem Garagentor
-
Hm, aber die Fehlermeldung im Screenshot [Hue] Phoscon GW: Gateway not yet initialised - wait 1 minute kommt ja vom Homebridge-Hue Plugin
Aber ich glaub ich weiß evtl. nun was das Problem sein könnte:
https://github.com/ebaauw/homebridge-hue/issues/350
Bilde mir ein, bei mir und auch einigen anderen hier im Forum, die diese Fehlermeldung-Kombination mal hatten hat ein ph lightlist -v und anschließendes ph outlet -v geholfen.
-
- Erstmal prüfe deine unter "hosts" eingetragene IP Adresse, dass muss die vom Phoscon/DeCONZ Gateway sein.
- Anschließend, wie von Hunter beschrieben, geh auf die Phoscon Seite und klicke "App Verbinden" in den Einstellungen
- Wechsel danach wieder zur Homebridge, seh dir das Protokoll an (Dort wo im Screenshot deine Fehlermeldungen sind) und beobachte es, bis dir dort der User und API Key angezeigt wird.
- Trage diesen in der config.son statt den aktuellen User ein
-
Erinnerung in der Erinnerung-App? Dann geht maximal ne "persönliche Automation" in der Kurzbefehle-App. Wenn es da aber keinen Auslöser "Erinnerung" gibt, dann wird es schwierig.
Mit einem Wecker ginge es wiederum , aber der klingelt ja dann eh am Handy. Da brauchts dann wohl keine Notification mehr
-
Die Home App kann gar keinen Strom messen oder anzeigen, dass existiert in der App nicht. Solche Daten kann man dann nur in externen Apps, die auf Homekit aufbauen abgreifen, wie der Eve App. Die hat auch einen Verlauf für Strom etc. drin.
-
Requirements
To use the hb-service command you must have Homebridge and Homebridge Config UI X installed globally and be running Node.js 10 or higher.
-
Stefan83 es geht ihm wohl eher um den Audio Return Channel (ARC) als um die Sonos Arc.
-
Also sollten wirklich Drittanbieter Zigbee Geräte funktionieren UND an Homekit weitergereicht werde - - Adieu HUE Bridge.
Das wird nicht passieren. Homekit und Zigbee sind zwei paar Schuhe. Klar kann man fremd-Hersteller Geräte auch an anderen Zigbee Bridges anlernen, durchgeschleift zu Homekit werden diese selten bis nie, weil die Homekit-Zertifizierung idR nur für die herstellereigenen Geräte gilt und kein Hersteller seine Hand dafür ins Feuer legt, dass auch andere Geräte Homekit-kompatibel UND zertifiziert sind.
-
"Wir sind gespannt, wann Apple das Upgrade für alle Nutzer zur Verfügung stellen wird. In der Fußnote von iOS 16 spricht Apple nur von “später in diesem Jahr”."
-
Nein, in Pushcut reicht es, wenn die Notification erstellt wird, wie in von Holger verlinkten Beitrag https://smartapfel.de/eigene-homekit-mitteilungen/
"Actions" und "Default Action" in Pushcut sind Optionen, um etwas nach dem Klicken auf die Benachrichtung asuzuführen.
Es reicht die URL.
-
Den kannst du löschen, den brauchst du nicht. Du musst deinen Kurzbefehl wie oben beschrieben komplett in der Home-App nachbauen. Dann läuft dieser auch automatisiert beim Erkennen von Bewegung am Hue Sensor.
-
Die ist danach auch in deiner Kurzbefehle-App im Reiter "Automation" und dort ganz unten, nach den persönlichen Automationen dann bei Mein Zuhause.
-
Nein, das ist die erste Aktion, die erfolgen soll, wenn der Kurzbefehl ausgeführt wird. Der Kurzbefehl wird aber nie ausgeführt. Irgendwas muss den Kurzbefehl starten, dass ist nicht das, was ganz oben als erste Aktion drin steht.
Home App > Neue Automation > Wenn ein Sensor etwas entdeckt > Hue Bewegungssenor "Entdeckt Bwegung" > bei der Geräte/Szenen-Auswahl ganz nach unten scrollen > auf "in Kurzbefehl konvertieren" > dort dann alles mit Ambient Light, 3 Sek. Warten und URL abrufen einfügen
Dann erst hast du einen Auslöser
-
Kann so auch nicht funktionieren.
Dein Kurzbefehl wird von nichts ausgelöst. Der Kurzbefehl soll den Status abrufen, aber wann er das tun soll, wurde nicht festgelegt. Deswegen funktioniert es zwar beim testen, aber niemals in echt. Das muss schon in eine Automation eingebunden werden
-
Deine Anzeige scheint zu spinnen. Dort sind eig. Filter für bestimmte Gerätetypen:
-
Du brauchst einen Status, den du abfragen kannst und der sich eben durch das scannen eines NFS-Stickers etc. aktiviert/deaktiviert.
Mit Homekit-Bordmitteln wird es da schwierig, außer du "opferst" ein Gerät (Lampe, Zwischenstecker etc.), das du dann durch den NFC entsprechend schaltest (z.B. zu Bett gehen = an, aufstehen = aus).
Alternativ geht das aber schöner mit einer Homebridge und einem Dummy-Switch-Plugin, also virtuellen Schaltern. Hier nutzt du dann dessen Status, musst aber nicht wirklich ein "echtes" Gerät opfern.
Diesen Status kannst du dann als Bedingung in der Home App oder anderen Apps (Controller for Homekit etc.) nutzen.
Automation:
- Wenn Bewegung erkannt wird
- Bedingung: "Wir sind im Bett" virtueller Schalter ist "EIN" (z.B. durch NFC am Nachttisch davor aktiviert)
- Dann Licht im Flur nur 35%
- Ansonsten, Licht im Flur auf 100% (Weil noch "wach")
-
Meines Wissens nach entscheidet über die Funktionalität der entsprechenden App der App Entwickler. Heißt, Kurzbefehle-App kann dir keine Aktion vorschlagen, die die App nicht bereitstellt.
YouTube müsste hier aktiv eine Aktion "Zufällige Wiedergabe" in der Kurzbefehle-App bereitstellen, damit das auch so verwendbar ist.
