Ein Smart Home wird nicht dadurch zuverlässig, dass möglichst viele Geräte automatisch reagieren. Entscheidend ist, ob die Abläufe zum Raum, zum Tagesablauf und zu den vorhandenen Geräten passen. Im neuen Haus hat Sascha deshalb nicht einfach die alte Home-Assistant-Konfiguration kopiert. Er hat Licht, Kameras, Displays und Familienabläufe neu sortiert und dabei einige frühere Entscheidungen verworfen.

Das Video zeigt neun konkrete Ansätze aus diesem Umbau. Die Beispiele sind keine universellen Blaupausen. Sie eignen sich eher als Checkliste: Welche Signale sind wirklich nötig, wo braucht es einen manuellen Ausweg und welche Automation darf nicht unbemerkt weiterlaufen?

Wichtig: Das verlinkte T-Flow-Repository enthält reale, für die Veröffentlichung bereinigte YAML-Beispiele. Laut Repository müssen sämtliche Entity-, Area-, Device- und Browser-IDs, Szenen, Dienste und URLs an das eigene System angepasst werden. Reminder Engine und Saugroboterplanung sind dort ausdrücklich nicht enthalten.

1. Licht nur dann schalten, wenn es gebraucht wird

Präsenz allein ist für eine Lichtautomation oft zu wenig. Im Kinderzimmer kombiniert Sascha die Anwesenheit mit der gemessenen Helligkeit. Im Video liegt die gezeigte Schwelle bei 40 Lux. Dieser Wert ist keine allgemeine Empfehlung, sondern Teil seiner konkreten Konfiguration. Das passende Repository-Beispiel kind_2_deckenlicht_praesenz.yaml prüft Präsenz, Helligkeit und den Gute-Nacht-Status gemeinsam.

Der wichtige Gedanke dahinter: Ein Trigger meldet nur, dass etwas passiert ist. Bedingungen entscheiden, ob die Aktion in diesem Moment sinnvoll ist. Passe eine Lux-Schwelle deshalb am realen Raum an und teste sie zu verschiedenen Tageszeiten.

2. Bewegung und Präsenz nicht verwechseln

Ein Durchgangsflur braucht häufig nur einen Bewegungsmelder. In Bereichen, in denen jemand still steht oder sitzt, kann ein Präsenzsensor sinnvoller sein. Im Video reicht im kurzen Flur ein vorhandener Philips-Hue-Bewegungsmelder. Im Eingangsbereich und in der Küche nutzt Sascha Präsenzsensoren, weil dort auch ohne deutliche Bewegung Licht benötigt wird.

Die Reichweite muss zum Raum passen. Der im Video gezeigte FP300 erfasst an der Küchentür sonst zu früh; nach der Begrenzung der Distanz entsteht dafür ein Randbereich am Kühlschrank. Das ist ein gutes Beispiel für einen echten Zielkonflikt. Eine kleinere Reichweite verhindert Fehlauslösungen außerhalb des Raums, kann aber gewünschte Bereiche abschneiden.

3. Einen manuellen Override einplanen

Automatisches Licht darf einen Taster nicht nutzlos machen. Saschas Schalter kann das Deckenlicht bewusst auf volle Helligkeit setzen und danach zum vorherigen Zustand zurückkehren. Im Repository arbeitet das Beispiel kueche_schalter_oben_override_kueche_oben.yaml mit einer dynamisch erzeugten Szene und einem input_boolean, der den Override-Status hält.

Im Video beschreibt Sascha außerdem eine Variante mit zwischengespeicherten Helferwerten. Beide Wege folgen derselben Regel: Vor dem manuellen Eingriff muss feststehen, was später wiederhergestellt werden soll. Prüfe zusätzlich den Automationsmodus. Home Assistant unterscheidet unter anderem single, restart, queued und parallel; die Wahl bestimmt, was bei einem erneuten Trigger während eines laufenden Ablaufs passiert.

4. Hue-Leuchtmittel per Touchlink zurücksetzen

Wer Hue-Lampen ohne Hue Bridge direkt in Zigbee2MQTT übernehmen möchte, muss sie zunächst zurücksetzen. Zigbee2MQTT dokumentiert dafür Touchlink. Bei vielen Philips-Hue-Geräten kann gezielt die aufgedruckte Seriennummer verwendet werden; alternativ wird ein Gerät in unmittelbarer Nähe des Koordinators gesucht.

Die Nähe ist kein Nebendetail. Touchlink arbeitet laut Zigbee2MQTT normalerweise im Bereich weniger Zentimeter, abhängig von Gerät und Adapter. Die vom Video gezeigte Seriennummer ist daher kein Fernzugriff auf beliebige Lampen. Nach dem Reset muss der Beitritt zum Zigbee-Netz erlaubt werden. Prüfe vorab außerdem, ob dein Coordinator und seine Firmware Touchlink unterstützen.

5. Nicht jede Leuchte muss vollautomatisch werden

Die indirekte Küchenbeleuchtung reagiert im gezeigten Aufbau auf Präsenz, Helligkeit und Nachtmodus. Die Arbeitsplattenbeleuchtung bleibt dagegen bewusst am Taster. Eine Zonenautomatik wäre möglich, brachte im Test aber nicht die gewünschte Zuverlässigkeit. Diese Entscheidung ist genauso wichtig wie eine gelungene Automation: Wenn ein manueller Schalter schneller und vorhersehbarer ist, darf er bleiben.

6. Bereits vorhandene Displays doppelt nutzen

Im Büro startet ein Android-TV-Gerät bei Präsenz ein lokal gespeichertes Kaminvideo. Das Repository-Beispiel shield_buero_bei_praesenz.yaml schaltet den Media Player ein, wartet auf erreichbare Zustände, versucht die Wiedergabe mehrfach und beendet das Display nach zehn Minuten Abwesenheit. Die Datei zeigt auch, warum robuste Automationen mehr als einen Einschaltbefehl brauchen: Geräte starten langsam, Zustände können unbekannt sein und ein Cast-Aufruf kann hängen.

Für Türklingel und Kamera nutzt das Setup denselben Bildschirm. Das Beispiel tuerklingel_fully_kiosk.yaml enthält Pfade für Google Cast, Fully Kiosk und Browser Mod. Private URLs und IDs sind neutralisiert. Wer es übernimmt, muss besonders Kameraadressen, Zugriffsrechte und das Verhalten bei Abbruch testen.

7. Erinnerungen so bauen, dass sie quittiert werden können

Die im Video gezeigte Familienerinnerung kann einmalig oder wiederkehrend geplant werden. Ein Wandtablet zeigt ein Pop-up, optional liest Alexa die Aufgabe vor. Ohne Erledigen oder Verschieben erinnert das System erneut. Home Assistant stellt dafür eigene To-do-Listen mit Aktionen, Triggern und Bedingungen bereit.

Für diese T-Flow-Erinnerungsengine gibt es im verlinkten Automationsordner derzeit bewusst keinen Download. Der Artikel beschreibt deshalb nur das im Video belegte Verhalten und keinen angeblich fertigen Blueprint. Wer selbst baut, sollte Wiederholungen begrenzen und immer eine eindeutige Quittierung sowie eine Stummschaltung vorsehen.

8. Saugroboter nach Räumen und Alltag planen

Die gezeigte Saugplanung führt Räume mit unterschiedlichen Intervallen in einer Warteschlange zusammen. Der Start richtet sich im Haus nicht allein nach Abwesenheit, sondern nach den Schlafzuständen: Wenn morgens der letzte Nachtmodus endet, darf der Roboter loslegen. Das passt zum gezeigten Familienalltag, ist aber keine allgemeine Empfehlung.

Auch diese Planung ist im Repository nicht enthalten. Im Video ist sie noch als möglicher späterer Blueprint angekündigt. Vor einer eigenen Umsetzung solltest du klären, wie deine Roboterintegration Räume adressiert, was bei einer blockierten Reinigung passiert und wie ein manueller Start die Warteschlange verändert.

9. Kameraereignisse gezielt statt pauschal auswerten

Die Außenbeleuchtung reagiert im Beispiel nicht auf jede Bewegung. Personenklassifikation und eine definierte Zone vor der Tür lösen Spots und Flutlicht aus. Das Repository bestätigt diese Struktur in spots_eingang_automatik.yaml und garage_flutlicht_bei_person_an_haustuer.yaml: Bestimmte Binärsensoren schalten das Licht ein, nach einer Minute ohne Person wird es wieder ausgeschaltet.

Eine solche Klassifikation kann Fehlauslösungen reduzieren, ist aber nicht unfehlbar. Sicherheitsrelevante Entscheidungen wie das Verriegeln einer Tür sollten nicht allein von einem Kameramodell abhängen. Prüfe außerdem, welche Aufnahmen gespeichert werden, wer darauf zugreifen kann und ob die gewählten Zonen öffentliche Bereiche erfassen.

Zigbee und Dashboards: zwei technische Lehren

Im Video beschreibt Sascha seinen PoE-Koordinator als stabil, berichtet aber zugleich von einem fehlgeschlagenen Firmwarewechsel. Daraus folgt kein pauschales Produkturteil. Die belastbare Lehre lautet: Firmwarekanal, Adapterunterstützung und Zigbee2MQTT-Kompatibilität vor dem Update prüfen und eine Rückfallmöglichkeit bereithalten. Auch die Platzierung des Coordinators und dauerhaft versorgte Zigbee-Router beeinflussen das Mesh.

Bei älteren Wandtablets setzt das neue Setup auf kleinere Ansichten und versteckte Unterseiten statt auf ein sehr großes Dashboard. Das reduziert die Menge, die ein schwaches Gerät gleichzeitig darstellen muss. Wie groß der Effekt ist, hängt vom Browser, den Karten und der Hardware ab. Deshalb erst messen, dann umbauen.

So übernimmst du die Beispiele sicher

1. Öffne zuerst die README des T-Flow-Repositories und wähle nur die Automation, deren Abhängigkeiten du verstehst.
2. Ersetze alle Platzhalter sowie Entity-, Geräte-, Bereichs- und Browser-IDs. Prüfe lokale URLs und Benachrichtigungsdienste separat.
3. Lege benötigte Helper und Szenen an. Sie sind laut Repository nicht Bestandteil des Automationsordners.
4. Validiere die Konfiguration, lade die Automationen neu und teste zunächst mit ungefährlichen Geräten.
5. Beobachte mehrere Triggerfolgen. Prüfe insbesondere, was bei Neustart, nicht erreichbaren Entitäten und mehrfachen Auslösungen passiert.

Die stärkste Gemeinsamkeit der neun Beispiele ist nicht ein bestimmtes Produkt. Jeder Ablauf berücksichtigt einen realen Raum, einen manuellen Weg und mindestens einen Zustand, der eine Aktion verhindert. Genau dort beginnt eine Home-Assistant-Automation, die im Alltag nicht nervt.