Blog

In Teil 12 sprechen wir über den Sonoff Touch bzw. den Sonoff T1 (welcher als Weiterentwicklung vom Sonoff Touch gesehen wird). Die beiden Layouts unterscheiden sich grundlegend und haben absolut nichts miteinander zu tun. Lediglich die Glasfront ist bei beiden Modellen identisch. Auch dieses Mal kommen wir ohne Löten aus - allerdings brauchen wir nach wie vor eine serielle Schnittstelle zum flashen. Am besten sogar zwei Personen - alleine ist das extrem frickelig und man bräuchte eigentlich eine dritte Hand.

Nachdem ich in einem sehr frühen Video (Part 11) bereits vorgestellt hatte, wie ich Daten von einer Kamera bei Bewegung auf einem FTP-Server ablege und diese dann versende, war mir eine einfachere Integration in FHEM wichtig. So kann ich die Bilder direkt von der Kamera abholen. Natürlich nutze ich so sehr viele Features der Kamera nicht, und die Bewegung muss ich auch noch mit einem weiteren Gerät abfragen. Dazu eignet sich beispielsweise ein Türkontakt der Kellertür oder ein Bewegungsmelder im Keller.

Im vorigen Teil dieser Reihe bin ich ja schon darauf eingegangen, wie man sehr generisch in MQTT-FHEM Nachrichten erzeugen kann, ohne dafür hunderte Geräte anlegen zu müssen. Die Idee kam wohl so gut an, dass dies sogar im Forum diskutiert wurde und dafür bereits ein einges Modul gebaut wird. Freut mich doch immer, wenn ich helfen kann. Jedenfalls fehlte mir jetzt noch der Rückweg. Heißt: Ich wollte über MQTT auch ganz normale Befehle in FHEM ausführen, um dann zum Beispiel Lampen schalten zu können. In diesem Video stelle ich dafür meine Lösung vor und wir bauen dann auch direkt einen Schalter auf das Node-Red Dashboard um die Funktionsweise zu demonstrieren.

Schon seit Monaten löchert ihr mich mit Fragen zum SonOTA-Flashen. Also dem aufspielen neuer Firmware über WLAN (OTA = Over the Air). Jetzt wollte ich dieser bitte endlich mal nachkommen und habe ein kleines Video dazu gemacht. Zusammen mit der Videoaufnahme war das Thema in gut einer Stunde durch. Wenn man also schnell ist, schafft man es von “Null auf Tasmota” in gut 15 Minuten. In der Zeit wäre der Lötkolben gerade mal heiß geworden. Also in jedem Fall eine super Lösung.

Die meisten werden ja sicher mitbekommen haben, dass ich einen neuen Saugroboter von Xiaomi habe. Diesen habe ich bereits in einem vorigen Video vorgestellt und möchte den praktischen Helfer jetzt in FHEM integrieren. Dazu gibt es im Forum von “Markus M” schon ein fertiges Modul, welches nur noch konfiguriert werden muss. Das komplizierteste ist an dieser Stelle das Token für den Zugang zu bekommen. Dieses holen wir aus einem iPhone-Backup und können dies dann in FHEM nutzen um dem Roboter Befehle zu geben. Im ersten Beispiel verknüpfe ich dafür Alexa mit dem Roboter, sodass ich über den Custom-Skill sagen kann “Alexa, sage Wohnung mach sauber”. Und dann fährt der Roboter auch schon los. Genauso könnten wir ihn auch wieder zurückholen und so weiter.

Wenn man sich die Preise von Philips Hue so ansieht, wird einem schnell etwas schlecht. Für einzelne Lampen schön und gut, aber für eine ganze Wohnung, oder sogar ein ganzes Haus, ist es dann doch etwas viel. Eine einzelne “Philips Hue White and Color” kostet aktuell um die 45 Euro. Eine Sonoff B1 liegt aus Deutschland schon unter der Hälfte dieses Preises. Und man braucht keine zusätzliche Bridge, da die Lampen direkt im WLAN eingebunden werden. Kauft man in Fernost, sinkt der Preis noch einmal gut um ein Viertel. Ab bestimmten Abnahmemengen sollte man allerdings noch Zoll einkalkulieren, sodass dann der Preis von ungefähr 20 Euro aus Deutschland schon sehr fair ist.

In einem Telefonat mit einem FHEM-Fan vor ein paar Tagen ist uns die Idee gekommen, ein neues Device für FHEM zu entwickeln, welches automatisch Tasmota über MQTT integriert, sodass man sich die ganzen expandJSON-Geräte sparen kann. Außerdem bekommt man so bereits alle Readings welche man sich wünschen kann. Viel wichtiger ist aber eigentlich, dass man so ganz entspannt die Befehle aus dem Wiki von Tasmota absetzen kann, ohne großartig MQTT dafür bemühen zu müssen. Das macht es besonders einfach viele Geräte auf einmal zu aktualisieren. So kann man z.B. auch sehr einfach eine ReadingsGroup erstellen, welche dann alle Geräte + IP und deren Version auflistet.

So, jetzt wird es ernst. Naja, klingt dramatischer als es ist. Wir richten in diesem Video einmal Pushover ein und fügen eine Instanz des Raspberry-Pi Monitors hinzu. So haben wir schon die ersten beiden Geräte, um eine Logik abbilden zu können. In solchen Logiken nutzt man immer einen Sensor und einen Aktor. In diesem Fall überwachen wir die Temperatur des Raspberry Pi, und wenn diese über einen bestimmten Schwellwert schreitet, senden wir uns eine Push-Notification.

Im dritten Teil geht es noch einmal um die Grundlagen von ioBroker, bevor es ernst wird. Das heißt, dass wir gemeinsam einmal die Oberfläche anschauen, welche Punkte es alle gibt und wo sich genau einzelne Einstellungen verstecken. Insgesamt ist das natürlich nur ein kurz angerissener Überblick, damit man die Oberfläche grundlegend versteht. In den nächsten Videos werden wir uns gemeinsam dann weitere Adapter anschauen und die erste Logik implementieren.

In diesem Video präsentiere ich einmal die wirklich einfachen Schritte, um Alexa auf dem ioBroker zu Laufen zu bekommen. Der Weg bis dahin war unter FHEM für mich wesentlich weiter und komplizierter. Also hier gibt es auf jeden Fall schonmal einen Pluspunkt für den ioBroker - Konfiguration und Einrichtung von einzelnen Adaptern ist wirklich kinderleicht.