Beiträge von Sebbo187

@jgreil Ich vermute mal, du siehst in dem Screenshot den „Aqara Smoke Detector“, hast aber ebenso wie ich (und die meisten anderen) den „Mi Smart Smoke Detector“. Das sind zwei verschiedene Geräte, der (neue) Aqara Smoke Detector bietet vermutlich die, in den Screenshots gezeigten, Funktionen...😉

Bin nicht so in der Tasmota Materie, aber die Sonoff sind ja über mqtt steuerbar, wenn ich es richtig sehe. Du könntest die entsprechenden Befehle über das homebridge-cmd4 Plugin in HomeKit absetzen.🤔

Zuerst einmal die Abhängigkeit installieren

sudo npm install -g miio

und danach das Plugin als „root“ aktualisieren

sudo su -
npm install -g homebridge-xiaomi-roborock-vacuum@latest --unsafe-perm

Zuletzt die Homebridge neu starten

sudo systemctl restart homebridge

Wenn das Plugin auf dem neuesten Stand ist (Update vor 9 Tagen, stets als „root“ durchführen, „sudo“ reicht nicht), versuch doch einmal, miio neu zu installieren

sudo npm install -g miio

und starte die Homebridge danach neu.🤔

Justman "g":05 ist hier das Selbe wie "g":5, hier wird der Anschluss für "G“ (RGBW) definiert, der standardmäßig auf dem GPIO05 liegt. Die Config ist also einwandfrei, auch wenn ein möglicher Editor (ungetestet) anderes sagt..😉👍

Edit: Ich habe mir den (untersten) Editor nun einmal angeschaut. An sich eine coole Sache, jedoch geht dieser laut Beschreibung unter dem Auswahlfeld bei den MagicHome Controllern von der falschen Belegung aus (R:15, G:13, B:12, W:14). Diese Belegung habe ich ursprünglich auch an anderen Stellen gefunden und zuerst getestet. Der Controller leuchtet hier aber höchstens diffus und schonmal gar nicht in den Farben, die man in Home wählt.

Die korrekte Belegung lautet „R:14, G:05, B:12, W:13“, nur so leuchtet der Light Strip auch in den korrekten Farben. Zum Test einmal rot, grün, blau und weiß nacheinander schalten und begeistert sein.😉

Daher entspricht meine Config keinem (veralteten?) Template, sondern der tatsächlichen Belegung der Controller (mit mehreren Controllern getestet und anhand der Bezeichnung eines Schaltbildes bestätigt).😃

Darauf antworte ich mal dreigeteilt:

1. Die Szenen die bei den Aktionen unter „Apps/Home“ aufgeführt werden, sind stets nur exemplarisch (meistgenutzt o.Ä.). Man muss hier also stets „Zuhause steuern“ wählen und im folgenden Widget dann über „Szenen und Geräte“ die gewünschte Szene wählen.

2. Den Auslöser „meldet sich vom WLAN ab“ gibt es so erstmal nicht, sondern nur den Gegenpart („meldet sich an“). Man könnte dies sehr kompliziert lösen (Kurzbefehl „wenn verbunden mit WLAN“ -> Nichts / „sonst“ -> Aktion), bräuchte dann aber dennoch einen zusätzlichen Auslöser. Meist ist das WLAN aber standortbasiert, eine solche Automation (wenn ich xy verlasse) kann man ja nativ in HomeKit erstellen.

3. Die NFC Tags als Auslöser funktionieren absolut Klasse (iPhone XR/XS oder neuer vorausgesetzt), vor allem weil sie „aktive Auslöser“ sind und somit ohne Bestätigung ausgeführt werden können.

Erklärung: Es gibt innerhalb der persönlichen Automationen in den Kurzbefehlen „passive Auslöser“ (Uhrzeit, Standort, WLAN Verbindung..) und „aktive Auslöser“ (Wecker beenden, App öffnen, NFC Tag scannen).

Bei den aktiven Auslösern kann man die Automation ohne zusätzliche Bestätigung, also automatisch ausführen lassen, man hat ja bereits irgendeine Aktion am/mit dem iPhone durchgeführt.

Bei den passiven Auslösern wird man stets gefragt, ob der Kurzbefehl ausgeführt werden soll, bevor die Aktion abläuft und muss dies am iPhone bestätigen. Diese laufen also nur „halbautomatisch“.😉

Der Wechsel in einer Mietwohnung ist technisch problemlos möglich, jedoch nicht einfach so erlaubt, da die gesamte Heizungsanlage deinem Vermieter gehört und unter Anderem sicherheitsrelevant ist. Wird der Zulauf des neuen Ventils nicht korrekt abgedichtet, kann es zu Wasserschäden kommen. Außerdem muss jeder Mieter im Haus seine Heizung vollständig entlüften, nachdem das Wasser im Keller wieder angestellt wird.

Je nach Verhältnis zum Vermieter würde ich mit diesem einfach mal sprechen und ihn freundlich bitten, dies durchführen zu lassen. Die Kosten sind äußerst überschaubar (10€ Ventil & 15 Minuten Arbeit + Anfahrt) und steigern die Lebensqualität für viele Jahre.😃

Edit: Alternativ kannst du ihn natürlich bitten, dies auf eigene Kosten von einem Fachmann durchführen zu lassen. Warum sollte ein Vermieter bei einer kostenfreien Wartung ablehnen..😉

Der Stellmotor der Eve Thermos ist nach meiner persönlichen Erfahrung nicht so stark wie der von vergleichbaren Geräten.

Wenn das Thermo an den anderen Heizkörpern problemlos funktioniert, ist im Büro der Stift des Thermostats vermutlich weniger gängig.

Ich hatte ein ähnliches Problem. Mein Thermo im Wohnzimmer heizte andauernd gegen meinen Willen, obwohl der Status laut App „aus“ war. An anderen Heizkörpern getestet, lief es normal. Der Stift im Wohnzimmer war zudem augenscheinlich noch gängig. Ein eq3 Thermostat mit (meiner Erfahrung nach) etwas stärkerem Stellmotor regelte jedoch auch im Wohnzimmer normal, sofern die eingelegten Batterien voll waren.

Schließlich habe ich das Ventil (T-Stück mit Anschlussgewinde und Stift) einfach ausgetauscht (Achtung, dafür muss das Wasser abgestellt werden, setzt nicht eure Bude unter Wasser) und kann seitdem (ca. 1,5 Jahre) mein Eve Thermo wieder problemlos im Wohnzimmer nutzen.

Edit: Das soll bitte nicht als Werbung für die eq3 missverstanden werden, die Dinger sind reichweitentechnisch nicht gerade der Knaller und die Einbindung in HomeKit über das zugehörige Homebridge-Plugin ist eine Katastrophe, die Nerven und Haare kostet...😄

Edit2: Der Hinweis in den Klammern oben reicht nicht aus, zieht im tatsächlichen Falle eines Ventilaustauschs bitte auf jeden Fall einen Fachmann hinzu...😉👍

Das ist gar kein Problem, dazu einfach folgendermaßen vorgehen:

1. Kurzbefehle App öffnen, den Reiter „Automation“ wählen und hier über das „+“ rechts oben eine „persönliche Automation erstellen“.

2. Ereignisse/Wecker/wird beendet (beliebig), nun haben wir schonmal den Auslöser.

3. Im folgenden Fenster eine „Aktion hinzufügen“ und dort „Apps/Home/Zuhause steuern“ auswählen.

4. Bei „Szenen und Geräte festlegen“ die gewünschte Lampe auswählen.

Das war es schon, ab jetzt schaltet sich stets das Licht ein, wenn du deinen Wecker beendest.😉👍

Das ist nicht möglich. Aus Sicherheitsgründen werden die Sirenen von professionellen Rauchmeldern niemals für Automationen freigegeben.

Lediglich eine ausschließliche Vernetzung untereinander wäre erlaubt, jedoch lässt sich das im Smart Home Bereich leider nicht klar genug trennen.

Als Erklärung: Vielleicht möchte die schwerhörige Lieschen Müller von Nebenan sich sonst gern durch die Sirene ihres Rauchmelder informieren lassen, wenn der Timer für ihr Essen im Ofen abgelaufen ist. Irgendwann gewöhne ich mich an das Geräusch und verdränge es. Als dann aber eines Tages der Hausflur lichterloh brennt und Lieschen schon längst das Weite gesucht hat, denke ich mir nur: „Hol doch endlich die Pizza raus, Mädel!“...😉

@jgreil Das ist doch überhaupt kein Problem. Dazu einfach in der Xiaomi Home App auf den Hub tippen und oben den Reiter „Automatisch“ wählen.

Unter „Alarm/weitere Einstellungen“ finden wir nun die Auswahl „Verknüpfungsalarm“ und können dort alle weiteren Hubs vernetzen, die sich in unserem Besitz befinden.

Wichtig: Haben wir einen China Hub auf dem China Server und einen zweiten EU Hub auf dem Deutschland Server, lassen sich diese beiden nicht miteinander verbinden. Wir bekommen nämlich stets nur die Geräte in der App angezeigt, die auf dem Server angemeldet sind, den wir gerade in den Einstellungen ausgewählt haben..😉 (vielleicht für clipse interessant..)

ReQuiem222 Lass WLAN und Bluetooth doch einmal dauerhaft eingeschaltet und teste die Zuverlässigkeit deiner standortbasierten Automationen erneut.

Apple schreibt zu den Ortungsdiensten:

„Die Ortungsdienste verwenden GPS und Bluetooth (sofern verfügbar) sowie die Position von WLAN-Hotspots und Mobilfunkmasten (Crowdsourcing), um die ungefähre Position des Geräts zu bestimmen.“

Zitat von trebbat

Auf iCloud.com wird mir die AppleHome App auch gar nicht angezeigt

Das ist korrekt, auf iCloud.com hat man generell keinen Zugriff auf HomeKit bzw. Apple Home.

Zitat von trebbat

Hat jemand Erfahrung, ob es mit einer Philips Hue Brigde funktioniert?

Das funktioniert leider nicht. Die Philips Hue Bridge ist, wie der Name schon sagt, eine Bridge für die Hue- und gegebenenfalls andere ZigBee Geräte. Die Bridge kann jedoch (wie auch alle anderen Bridges) nicht als Steuerzentrale genutzt werden.

Als Steuerzentrale, die man für Automationen und Fernzugriff benötigt, kann ausschließlich ein Apple TV, HomePod oder iPad verwendet werden.

Versuch doch mal, das iPad am Ladekabel zu lassen und schaue, ob der Fernzugriff dann funktioniert.🤔

PS: Handelt es sich um ein aktuelles iPad, also mit iPadOS?

Ich kam drauf, weil ich ebenfalls einen solchen Bereich habe, in dem bei mir ein gemusterter Teppich liegt.

Der Roborock fährt unmotiviert hin und her und verlässt ihn dann wieder..

Lars83 Mal ins Blaue geschossen, liegt dort ein (dunkler) Teppich?🤔

Du könntest deine config.json ja einmal posten, vielleicht findet sich hier ja doch noch ein Fehler.

Sollte dort nichts (mit Bezug auf das Plugin) mehr stehen, stoppe die Homebridge doch einmal und sichere dir den Ordner „/var/homebridge/accessories“ irgendwo hin als Backup.

Danach löschst du den Ordner und startest im Anschluss deine Homebridge neu.

Das wundert mich an dieser Stelle tatsächlich etwas.

Es gibt seit September 2019 ja insgesamt drei Generationen des Eve Thermo.

Zum Einen den Ersten, ohne Display und Bedienfeld.

Dann den Thermo (2017) mit Display und Bedienfeld.

Und zuletzt den Thermo (2019), ebenfalls mit Display und (verbessertem) Bedienfeld, zusätzlich mit einer neuen Eurotronic Mechanik im Inneren.

Ich selbst nutze den Thermo (2017). Hier hört man bei Stille das Regeln durchaus zwischendurch, jedoch regelt meiner selten nach und dann auch immer nur ganz kurz, nie so dass es mich stören würde.

Der Grund meiner Verwunderung ist nun, dass der Thermo (2019) laut Herstelleraussage in deren Werbung und Statements eben genau wegen der neuen Mechanik nun leiser regeln soll, als es die Vorgängermodelle geschafft haben. Demnach hätte ich einen äußerst leisen Betrieb erwartet, zumindest leiser als mein aktuell verbauter (den ich in den letzten 30 Minuten nicht ein einziges Mal habe regeln hören, obwohl er angeschaltet ist)...🤔

@jgreil Die Sirene könnte Einbrecher verscheuchen (z.B. Nachts) oder Nachbarn auf den Eindringling aufmerksam machen (z.B. Mehrfamilienhaus).

Ich hab hier noch einen ganz anderen Ansatz für dich, zuverlässig und ohne Drittanbieter-App..

Ich habe, wie die Meisten hier im Forum, so einige Geräte über eine Homebridge in HomeKit gebracht und bin mit der Funktion im Allgemeinen sehr zufrieden.

Jedoch brauche ich an dieser Stelle wohl nicht die Vorteile eines nativen HomeKit Devices aufzählen. Kürzere Aktualisierung- und Reaktionszeiten sowie Unabhängigkeit von einer Bridge und einem Raspberry sind zumindest zwei davon.

Daher habe ich mich in den letzten Tagen damit auseinander gesetzt, das ein oder andere Gerät meiner "Sammlung" auf anderen Wegen in HomeKit zu bringen.

Wie in meiner zuletzt hochgeladenen Anleitung: Nativer HomeKit Zwischenstecker mit Sonoff Basic bereits beschrieben, bin ich hier auf RavenSystem gestoßen. Eine alternative Firmware für Geräte, die auf dem ESP8266 basieren, um diesen eine direkte Einbindung in HomeKit zu ermöglichen.

Nachdem ich in der vorangegangenen Anleitung erfolgreich einen nativen HomeKit Zwischenstecker zum Laufen brachte, war mein nächstes Ziel nun, meine LED-Strips, die beispielsweise eine Hintergrundbeleuchtung für meinen Fernseher bilden, ohne eine Homebridge in HomeKit zu integrieren.

Bisher habe ich für LED-Strips die MagicHome Controller verwendet und diese über das homebridge-magichome Plugin in HomeKit gebracht.

Im Folgenden zeige ich die benötigen Schritte, um einen MagicHome RGBW Controller nativ HomeKit fähig zu machen.

Genutzte Hardware:

Raspberry 3B+ mit Raspbian Buster

MagicHome RGBW Controller

FT232RL FTDI TTL zu USB Adapter

Mini USB Kabel

3x Jumper Kabel male<->female

4x Jumper Kabel male<->male

Breadboard

Lötkolben

Beliebige RGBW LED Kette

Wichtig: Vor Punkt 4 wird das Netzteil des Controllers nicht angeschlossen. Wir arbeiten hier mit 12V, gefährden mit zwei linken Händen also anders als bei der vorherigen Anleitung nicht unser Leben. Bei falscher Reihenfolge oder Nichtbeachtung von Schritten gefährden wir jedoch das Leben des Controllers sowie unseres Adapters!

Wir gehen in der Anleitung davon aus, dass der genutzte Adapter bei Anschluss an den Raspberry die Bezeichnung ttyUSB0 hat. Mit dem Befehl

cd /dev && ls

schaut ihr nach, ob dies bei euch ebenfalls so ist.

Vorbereitungen:

Zuerst laden wir aus dem Wiki die Datei fullhaaboot.bin herunter und legen sie auf unserem Raspberry im Standard-Nutzer Verzeichnis /home/pi ab.

Außerdem benötigen wir noch das esptool auf unserem Raspberry und installieren dieses über:

sudo pip install esptool

Als Nächstes müssen wir unseren MagicHome Controller mit dem FTDI Adapter verbinden. Dazu löten wir uns einfach vier Jumper Kabel an die folgenden Punkte:

Zur Übersicht nutze ich hier farbige Kabel.

Nach Schritt 11 können die Jumper Kabel jederzeit wieder vom Controller entfernt werden.

Als Nächstes leiten wir GND, RX & TX unseres FTDI Adapters mit weiteren Jumper Kabeln auf ein Breadboard (Man könnte theoretisch auch ohne Breadboard arbeiten und den Controller direkt mit dem Adapter verbinden, so ist es aber deutlich einfacher, wie man gleich sehen wird)

und verbinden den Adapter über das Mini USB Kabel mit dem Raspberry (die LED des Adapters leuchtet nun).

Los gehts:

Es ist nun ganz wichtig, die folgenden Schritte nacheinander und exakt in dieser Reihenfolge zu machen!

1. GND von Controller an GND von FTDI Adapter

2. RX von Controller an TX von FTDI Adapter und TX von Controller an RX von FTDI Adapter

3. GPIO00 von Controller an GND von FTDI Adapter

4. Das 12V Netzteil des Controllers anschließen

5. Nach 2-3 Sekunden GPIO00 wieder von FTDI Adapter trennen

Der Controller befindet sich nun im "Flash-Mode" und kann von uns angesprochen werden.

6. Löschen des Flash Speichers

esptool.py -p /dev/ttyUSB0 erase_flash

7. Das 12V Netzteil trennen und den Controller erneut in den "Flash-Mode" bringen, dazu einfach wieder bei Punkt 3 starten

8. Nun die neue Firmware auf den Controller flashen

esptool.py -p /dev/ttyUSB0 --baud 115200 write_flash -fs 1MB -fm dout -ff 40m 0x0 fullhaaboot.bin

9. 12V Netzteil trennen

10. RX & TX von Controller vom FTDI Adapter trennen

11. GND von Controller vom FTDI Adapter trennen (GND wird zuletzt getrennt)

12. Nun können wir den Adapter bei Seite legen, er wird nicht mehr benötigt. Den Controller verbinden wir erneut mit dem 12V Netzteil. Er baut nun einen Hotspot "HAA-..." auf, mit dem wir uns von unserem iPhone aus verbinden.

13. In der, sich öffnenden Weboberfläche tragen wir in das Feld "JSON Config" folgenden String ein:

{"c":{"b":[{"g":0,"t":5}]},"a":[{"t":30,"r":14,"g":05,"v":12,"w":13,"b":[{"g":0}]}]}

Der Haken bei „Auto OTA Updates“ ist optional und ermöglicht dem Controller, Updates von den Github Servern zu laden.

14. Haben wir alle Eingaben gemacht, können wir danach unser WLAN auswählen und den Vorgang durch Eingabe des Kennwortes und anschließende Auswahl der „Save“ Schaltfläche abschließen.

15. Der MagicHome RGBW Controller ist nun nativ HomeKit-fähig und kann über den Code 021-82-017 in HomeKit hinzugefügt werden.