Illustratives Beitragsbild zum Artikel

Badezimmer per Alexa steuern – warum fast jedes Smart-Home-Projekt mit „ach, eben schnell“ anfängt

von

Schnellnavigation

Es fängt im Smart Home fast nie mit einem großen Masterplan an. Und wenn man am Ende ein Badezimmer per Alexa steuern will, beginnt das oft mit einer Idee, die viel kleiner klingt, als sie wirklich ist. Es fängt mit einem einzigen Gedanken an. Einem dieser Sätze, die man im Kopf ausspricht und bei denen man schon ahnen müsste, dass sie lügen.

„Ach, eben schnell.“

In meinem Fall ging es nur um eine kleine, völlig harmlose Komfortfunktion. Wenn ich per Alexa sage, dass ich baden gehen will, sollte das Badezimmer vorbereitet werden. Nicht gleich das halbe Haus in Alarmbereitschaft versetzen. Kein NASA-Launch. Kein Technik-Overkill. Einfach nur eine kleine Automation.

Klar. Natürlich.

Die völlig harmlose Ausgangsidee

Die Grundidee war wirklich simpel: Wenn ich baden gehe, dann soll der Durchlauferhitzer (bezahlter Link) auf „Baden“ umgestellt werden und das Licht im Bad etwas gemütlicher dimmen. Fertig. Zwei Aktionen. Ein Sprachbefehl. Maximale Bequemlichkeit.

Also eigentlich genau die Art von Projekt, die man zwischen Kaffee und Abendessen mal eben wegautomatisiert.

Theoretisch.

Der Plan: Badezimmer per Alexa steuern, ohne gleich zu eskalieren

Der eigentliche Wunsch war schnell formuliert. Ich wollte mein Badezimmer per Alexa steuern, genauer gesagt: den Raum mit einem einzigen Sprachbefehl auf entspanntes Baden vorbereiten:

„Alexa, bereite das Bad vor.“

Ab dann sollte im Hintergrund Folgendes passieren:

Das Badezimmerlicht geht in eine angenehm gedimmte Szene, der Durchlauferhitzer wird auf den passenden Modus umgestellt und idealerweise ist der Raum nicht gerade auf „norddeutscher unbeheizter Fliesenbunker“ temperiert.

Wenn man das so liest, klingt das immer noch nach einer kleinen Szene mit zwei, drei Geräten. Eben genau nach dem, was Leute meinen, wenn sie sagen: „Smart Home ist doch nur ein bisschen Wenn-dann.“

Und dann kommt die Realität.

Ach ja, das muss ja irgendwie auslösbar sein

Der erste Stolperstein war nicht etwa das Licht. Auch nicht die Heizung. Es war der Auslöser.

Denn natürlich war die Frage: Wie kriege ich diesen Befehl sauber von Alexa in mein bestehendes System, ohne dafür wieder irgendeinen halbgaren Sonderweg zu bauen?

Also habe ich in ioBroker erst einmal einen eigenen Datenpunkt erzeugt. Denn irgendwo muss der Zustand ja hin. Man braucht schließlich etwas, das nicht nur einmal stumpf auslöst, sondern sich im Zweifel auch sauber überwachen, zurücksetzen und logisch weiterverarbeiten lässt.

Und weil einfache Dinge selten direkt einfach sein dürfen, wurde dieser Datenpunkt dann über Matterbridge und das Webhook-Plugin an Alexa durchgereicht. Dort landete er nicht als magischer „Badewannenmodus“, sondern als virtuelle Steckdose.

Das ist genau die Sorte Smart-Home-Magie, die man Außenstehenden nur schwer erklärt.

„Was macht diese Steckdose?“

„Die ist kein echtes Gerät. Wenn ich sie einschalte, wird das Badezimmer emotional auf Baden vorbereitet.“

Ach ja, der Durchlauferhitzer muss auch mitspielen

Dann kam der nächste Punkt: Der Durchlauferhitzer war nicht einfach direkt in ioBroker ansprechbar. Für genau dieses Gerät gab es dort keinen passenden Adapter.

Also ging der Weg über Home Assistant. Der Durchlauferhitzer wurde dort eingebunden, die Entitäten anschließend über den Home-Assistant-Adapter wieder nach ioBroker geholt und von dort aus weiterverarbeitet.

Aus „Alexa schaltet eine Szene“ wurde also sehr schnell:

Alexa → virtuelle Steckdose → Matterbridge → Webhook → ioBroker-Datenpunkt → Blockly-Script → Home Assistant → Durchlauferhitzer

Und an dieser Stelle war das Projekt noch nicht einmal fertig. Es war gerade erst dabei, interessant zu werden.

Wer so etwas selbst nachbauen will, landet oft ohnehin bei einer Mischung aus Plattformen. Genau dafür sind zentrale Systeme wie Home Assistant Green (bezahlter Link) oder lokale Sprach- und Steuerzentralen spannend, weil man damit viele Hersteller und Protokolle unter ein Dach bekommt.

Ach ja, warm wäre auch schön

Wenn das Bad schon vorbereitet wird, dann soll es natürlich nicht nur hell und technisch korrekt sein. Es soll auch angenehm sein. Und „angenehm“ bedeutet in einem Badezimmer meistens nicht: zugig, kühl und leicht feindselig.

Also wurde auch noch Tado (bezahlter Link) eingebunden, damit beim Baden die Raumtemperatur passt. Denn wenn man schon Komfort automatisiert, dann bitte konsequent.

So wurde aus der ursprünglichen Mini-Idee ganz nebenbei eine vernetzte Zusammenarbeit zwischen Sprachsteuerung, ioBroker, Home Assistant, Heizungslogik und Badezimmer-Szenen. Tado-Komponenten (bezahlter Link) sind dafür tatsächlich ziemlich dankbar, wenn man Heizlogik nicht nur per App, sondern sinnvoll in Automationen einbauen will.

Ach ja, Licht gehört natürlich dazu

Das Licht war ursprünglich einer der simpelsten Teile der Idee. Einfach dimmen. Fertig.

Aber auch so etwas bleibt in der Praxis selten bei „einfach dimmen“. Denn plötzlich stellt sich die Frage, welche Szene eigentlich gesetzt werden soll. Wie hell ist gemütlich? Soll normales Badlicht aktiv bleiben? Gibt es eine eigene Szene für Alltag und eine zweite für Baden? Und wie verhindert man, dass das Ganze später mit anderen Automationen kollidiert?

Also bekam das Badezimmer nicht einfach nur weniger Licht, sondern eigene Zustände. Einen normalen Betriebsmodus. Einen Bademodus. Und entsprechend eine Logik, die sauber zwischen diesen Zuständen unterscheiden kann.

Denn sobald man Dinge automatisiert, reicht „an“ und „aus“ erstaunlich schnell nicht mehr.

Ach ja, man braucht einen Rückweg

Spätestens hier kommt der Teil, den man bei „ach, eben schnell“ fast immer vergisst: Was passiert eigentlich danach?

Eine Automation, die nur einschaltet, ist keine durchdachte Automation. Sie ist ein glorifizierter Effektknopf.

Also mussten Failsafes her. Denn irgendwann ist das Baden vorbei. Dann soll nicht ewig der falsche Modus aktiv bleiben, der Durchlauferhitzer unnötig umgeschaltet sein, das Bad weiter aufgeheizt werden oder irgendeine Szene aktiv bleiben, obwohl längst niemand mehr da ist.

Also wurde auch noch der Präsenzmelder (bezahlter Link) eingebunden. Beim Verlassen des Badezimmers wird alles wieder auf den normalen Zustand zurückgestellt. Licht zurück, Heizlogik zurück, Spezialmodus beendet.

Und genau an diesem Punkt merkt man, dass aus einer simplen Komfortfunktion plötzlich ein kleines Zustandsmodell geworden ist.

Aus einer Idee wurde ein System

Das Schöne und gleichzeitig Gefährliche an solchen Projekten ist: Jeder einzelne Schritt klingt völlig vernünftig.

  • Alexa soll etwas auslösen können.
  • Der Zustand muss irgendwo landen.
  • Das Gerät muss eingebunden werden.
  • Die Heizung soll mit berücksichtigt werden.
  • Lichtszenen brauchen getrennte Logik.
  • Hinterher muss alles wieder sauber zurückgesetzt werden.

Keiner dieser Punkte ist absurd. Im Gegenteil: Jeder davon ist sinnvoll.

Das Problem ist nur, dass man anfangs glaubt, man baue eine kleine Funktion. In Wirklichkeit baut man ein System aus Abhängigkeiten, Zuständen, Plattformen und Sonderfällen.

Genau das ist der Moment, an dem Smart Home vom Spielzeug zum echten Projekt wird.

Warum schnell oft keine gute Idee ist

Ich mag solche Lösungen. Gerade weil sie am Ende mehr können als die ursprüngliche Idee. Aber genau darin steckt auch die Falle.

Denn simple Ideen sollte man nicht unterschätzen.

Was am Anfang nach „Ich schalte einfach zwei Dinge gleichzeitig“ aussieht, ist oft in Wahrheit eine Frage von:

  • sauberem Trigger
  • sinnvoller Zustandsverwaltung
  • Plattformgrenzen
  • Fallbacks
  • Rücksetzlogik
  • Nutzerverhalten
  • Wartbarkeit

Und wenn man das alles ignoriert, hat man zwar vielleicht schnell irgendwas zusammengeschustert, aber später ein System, das man selbst nur noch mit zusammengekniffenen Augen anfasst.

Gerade deshalb lohnt es sich, auch kleine Smart-Home-Ideen einmal kurz zu Ende zu denken. Nicht bis zur völligen Perfektion. Aber zumindest so weit, dass man nicht drei Tage später feststellt, dass die halbe Automation eigentlich nur aus nachträglich angeklebten „Ach ja, das auch noch“-Pflastern besteht.

Wobei wir ehrlich sein müssen: Genau so entstehen oft die unterhaltsamsten Projekte.

Mein Fazit

Ich wollte per Alexa einfach nur das Bad aufs Baden vorbereiten.

Bekommen habe ich eine kleine Kette aus virtuellem Gerät, Matterbridge, Webhook, ioBroker-Datenpunkt, Blockly-Script, Home-Assistant-Integration, Durchlauferhitzer-Steuerung, Tado-Heizlogik, Lichtszenen und Präsenz-Failsafe.

Also im Grunde genau das, was passiert, wenn man im Smart Home „nur mal eben schnell“ etwas bauen will.

Und genau deshalb mag ich solche Projekte. Nicht weil sie simpel bleiben. Sondern weil sie zeigen, wie schnell aus einer guten Idee eine richtige Lösung wird.

Man sollte sich nur nichts vormachen.

Wenn ein Smart-Home-Projekt mit „ach, eben schnell“ anfängt, ist das meistens nur die freundliche Eröffnungsformel für eine deutlich längere Geschichte.

Noch mehr Smart Home

Falls du auf genau solche etwas eskalierten Lösungen stehst, findest du auf Prokrastinerd noch mehr Stoff in der Richtung. Wenn du eher lokale und unabhängige Lösungen magst, passt „Smart Home ohne Cloud“ ganz gut dazu. Wenn du sehen willst, wie sich Automationen auch direkt zwischen Geräten umsetzen lassen, schau dir „Shelly Direktverknüpfung“ an. Und falls du wissen willst, wie sich ähnliche Ideen mit ioBroker und Home Assistant im Alltag ausleben lassen, sind auch „Licht automatisch einschalten beim PC-Start – So geht’s mit ioBroker und Home Assistant“ und „Echtes Smart Home – Automatisierung statt Fernbedienung“ gute Anschlusslektüre.

Schreibe einen Kommentar