Artikel

Szenen und Automationen sauber voneinander trennen

Eine Szene beschreibt einen gewünschten Zustand, eine Automation entscheidet über einen Anlass. An einer beispielhaften Leseecke wird gezeigt, wie diese Trennung Bedienung, Wiederverwendung und spätere Änderungen erleichtert.

BlackZackBlackZack

1662 Wörter · 9 Min. Lesezeit

  • home-assistant
  • szenen
  • struktur
Szenen und Automationen sauber voneinander trennen

Schematische Illustration zur Artikelserie; keine privaten Betriebsdaten.

Eine gemütliche Leseecke lässt sich auf verschiedene Arten einschalten. Jemand tippt auf eine Schaltfläche, drückt einen Taster oder startet eine Abendroutine. Das gewünschte Ergebnis kann in allen drei Fällen gleich sein: eine geeignete Helligkeit an der Leselampe und ein ruhiges Hintergrundlicht. Werden diese Einstellungen in jedem Ablauf einzeln gespeichert, muss eine spätere Änderung an mehreren Stellen nachgezogen werden. Genau an dieser Stelle hilft die Trennung von Szene, Automation und Ablauf.

Die Szene beantwortet die Frage, wie ausgewählte Geräte eingestellt sein sollen. Die Automation entscheidet, bei welchem Ereignis und unter welchen Bedingungen etwas passieren darf. Ein Skript kann mehrere Schritte zu einer wiederverwendbaren Handlung verbinden. Diese Begriffe liegen nah beieinander, lösen jedoch unterschiedliche Probleme. Eine klare Aufteilung macht eine Installation leichter bedienbar, besonders wenn sie über längere Zeit wächst.

Ein gewünschter Zustand ist noch kein Zeitplan

Eine Szene „Lesen“ beschreibt zunächst kein bestimmtes Datum und keine bestimmte Uhrzeit. Sie legt einen ausgewählten Zielzustand fest. Dadurch kann sie sowohl von einer Person als auch von einer Automation aktiviert werden. Für die Planung ist das angenehm: Der gewünschte Raumzustand muss nicht davon abhängen, welcher Weg zu ihm geführt hat.

Die Dokumentation zu Szenen erläutert dieses Grundprinzip und die verfügbaren Wege zur Einrichtung. Für den eigenen Entwurf lohnt sich zusätzlich eine sprachliche Probe. Ein Szenenname wie „Lesen“ oder „Abendlicht“ bezeichnet einen Zustand beziehungsweise eine Nutzungssituation. Ein Name wie „Jeden Abend um neun“ beschreibt dagegen einen Zeitpunkt. Letzterer passt eher zu der Regel, welche die Szene auslösen soll.

Diese Unterscheidung verhindert versteckte Erwartungen. Eine Szene bleibt nicht automatisch dauerhaft als Regel aktiv, nur weil ihr Name auf eine längere Tätigkeit verweist. Wenn später jemand eine Lampe manuell verändert, ist das zunächst eine neue Handlung. Wer einen Zustand laufend erzwingen möchte, plant etwas anderes als die einmalige Aktivierung einer Szene und sollte diese zusätzliche Anforderung ausdrücklich beschreiben.

Den Umfang einer Szene bewusst begrenzen

In unserer Beispielwohnung enthält die Leseszene zwei Leuchten. Sie verändert keine Steckdose am Arbeitsplatz, keine Raumtemperatur und keine Beleuchtung im Flur. Diese Begrenzung ist Teil ihrer Bedeutung. Wer „Lesen“ auswählt, soll verstehen können, welche Geräte betroffen sind, ohne eine lange Liste technischer Einzelaktionen zu kennen.

Eine Szene, die nebenbei viele unzusammenhängende Funktionen umstellt, ist schwer rückgängig zu machen. Nach einigen Monaten erinnert sich möglicherweise niemand mehr daran, warum ein bestimmtes Gerät beim Lesen ausgeschaltet wird. Deshalb sollte jedes beteiligte Gerät zum beschriebenen Ziel beitragen. Zusätzliche Vorbereitungen können in einem gesonderten Ablauf stehen, wenn sie wirklich notwendig sind.

Bei der Auswahl werden außerdem die tatsächlich unterstützten Eigenschaften berücksichtigt. Nicht jede Leuchte versteht dieselben Angaben zu Farbe, Helligkeit oder Übergängen. Eine Szene wird für die vorhandenen Funktionen geprüft, statt aus einer umfangreichen Vorlage möglichst viele Felder zu übernehmen. Wenn ein Gerät ersetzt wird, gehört diese Funktionsprüfung zu den wenigen gezielten Nacharbeiten.

Eine kleine Szene als lesbares Beispiel

Das folgende Beispiel zeigt eine einfache Idee mit zwei erfundenen Entitätskennungen. Die konkreten Leuchten müssen Helligkeitssteuerung unterstützen. Es enthält absichtlich keine Annahmen über Farbräume oder gerätespezifische Effekte. Beim Übertragen wird zuerst im Editor oder mit einer manuellen Aktion geprüft, welche Einstellungen die jeweiligen Leuchten tatsächlich annehmen.

- name: Beispiel Leseecke
  entities:
    light.beispiel_leselampe:
      state: "on"
      brightness: 180
    light.beispiel_hintergrundlicht:
      state: "on"
      brightness: 70

Die Zahlen sind Ausgangswerte für einen Test und keine allgemeine Empfehlung für eine angenehme Beleuchtung. Verschiedene Leuchtmittel können bei vergleichbaren Einstellungen unterschiedlich wirken. Entscheidend ist deshalb die beobachtete Situation im Raum. Wenn die Leselampe blendet oder das Hintergrundlicht störende Reflexionen erzeugt, wird die Szene anhand dieser Beobachtung angepasst.

Eine Schaltfläche kann anschließend die Szene aktivieren. Die Aktion enthält dann nur noch das Ziel der Szene. Dadurch bleibt sie kurz und lesbar. Wird später die gewünschte Helligkeit geändert, muss nicht jede Schaltfläche und jede zeitabhängige Regel durchsucht werden. Die Entscheidung über das Erscheinungsbild bleibt an einer gut erkennbaren Stelle.

action: scene.turn_on
target:
  entity_id: scene.beispiel_leseecke

Der Anlass gehört in die Automation

Eine Automation kann dieselbe Szene bei einem passenden Ereignis aktivieren. Ihr interessanter Inhalt sind dann der Auslöser und die Bedingungen. Soll ein Taster reagieren? Darf die Abendroutine nur laufen, wenn die Komfortfunktion freigegeben ist? Soll eine manuelle Übersteuerung den automatischen Start verhindern? Diese Entscheidungen verändern nicht die Beschreibung der Lesebeleuchtung selbst.

Das ist besonders hilfreich, wenn es mehrere Auslösewege gibt. Ein manueller Taster kann bewusst jederzeit funktionieren, während ein automatischer Zeitablauf zusätzliche Bedingungen benötigt. Würden alle Bedingungen direkt in eine undifferenzierte Sammlung von Lampenaktionen eingebaut, wäre später schwer erkennbar, welche Prüfung für welchen Anlass gedacht war. Getrennte Zuständigkeiten machen diese Unterschiede sichtbar.

Eine Automation sollte deshalb nicht allein nach dem Raum benannt werden. „Leseecke automatisch vorbereiten“ beschreibt ihre Aufgabe genauer als „Wohnzimmer“. Der Szenenname bleibt dagegen bei der gewünschten Situation. Wer beide Einträge in einer Liste sieht, kann ihre Beziehung bereits aus den Namen verstehen und muss nicht erst sämtliche Schritte öffnen.

Ein Ablauf ist mehr als eine Sammlung von Zielwerten

Manchmal soll vor der Szene noch etwas passieren oder danach eine weitere Aktion folgen. In der Lernwohnung könnte eine ausdrücklich gestartete Abendroutine zuerst eine unkritische Arbeitsleuchte ausschalten und anschließend die Leseecke aktivieren. Sobald Reihenfolge, Wartezeiten oder bedingte Schritte wichtig werden, wird ein wiederverwendbares Skript als eigener Ablauf interessant.

Die Skriptdokumentation beschreibt die dafür vorgesehenen Möglichkeiten. Für das eigene Modell hilft eine einfache Regel: Zustände werden in Szenen beschrieben, Entscheidungen über Anlässe in Automationen und mehrstufige Handlungen in klar benannten Abläufen. Das ist keine Pflicht, jede kleine Aktion in drei Dateien aufzuteilen. Die Trennung soll Wiederholung und Unklarheit reduzieren, nicht neue Verwaltung erzeugen.

Eine einzelne Lampe, die auf einen Taster reagiert, benötigt womöglich überhaupt keine eigene Szene. Eine aufwendig abgestimmte Raumbeleuchtung, die über mehrere Wege genutzt wird, profitiert dagegen deutlich davon. Der Nutzen entsteht durch wiederkehrende Bedeutung. Eine zusätzliche Ebene ohne Wiederverwendung und ohne bessere Erklärung kann die Installation genauso unübersichtlich machen wie zu viele kopierte Aktionen.

Manuelle Änderungen sind Teil des Designs

Nach dem Aktivieren einer Leseszene darf jemand die Lampe heller stellen. Für viele Haushalte ist das genau das gewünschte Verhalten: Die Szene liefert einen bequemen Ausgangspunkt, Menschen passen ihn an. Eine zusätzliche Automation, die sofort wieder den alten Wert herstellt, würde diese Bedienung bekämpfen. Bevor solche Regeln ergänzt werden, sollte klar sein, ob tatsächlich ein dauerhaft gehaltener Zustand gebraucht wird.

Im Dashboard kann die Schaltfläche deshalb als Aktion formuliert werden: „Leselicht einstellen“ ist oft eindeutiger als ein Schalter, der scheinbar einen dauerhaft aktiven Lesemodus anzeigt. Wenn ein echter Modus benötigt wird, erhält er einen eigenen Zustand und eine nachvollziehbare Bedeutung. Eine Szene allein sollte nicht als zuverlässiger Nachweis dafür dienen, welche Tätigkeit gerade stattfindet.

Auch die Rückkehr zu einer anderen Beleuchtung wird bewusst gestaltet. „Lesen beenden“ kann eine andere Szene aktivieren oder ausgewählte Lampen ausschalten. Eine automatische Wiederherstellung früherer Zustände ist ein eigener Entwurf mit eigenen Grenzen. Zwischenzeitliche manuelle Änderungen und nicht erreichbare Geräte müssen dabei betrachtet werden, statt eine perfekte Umkehrung jeder Handlung vorauszusetzen.

Szenenwechsel an den Grenzen prüfen

Zwei Szenen können sich überschneiden. Eine Szene für den Abend verändert vielleicht beide Leuchten, eine Szene für konzentriertes Lesen nur die Leselampe. Beim Wechsel bleibt dann möglicherweise ein Hintergrundlicht in seinem bisherigen Zustand. Das kann beabsichtigt sein, sollte aber nicht überraschen. Für jede Szene wird daher festgelegt, welche Geräte sie ausdrücklich setzt und welche sie bewusst unberührt lässt.

Ein Test besteht nicht nur darin, jede Szene einmal aus einem vollständig ausgeschalteten Raum zu starten. Es werden auch direkte Wechsel geprüft: Abend zu Lesen, Lesen zu Aufräumen, Aufräumen zu Abend. Gerade diese Übergänge zeigen, ob unausgesprochene Annahmen über Ausgangszustände bestehen. Eine Szene, die nur aus einem bestimmten vorherigen Zustand richtig aussieht, ist möglicherweise unvollständig beschrieben.

Dabei wird auch ein nicht erreichbares Gerät ausprobiert, soweit dies kontrolliert möglich ist. Die übrigen Leuchten können bereits reagieren, während eine fehlt. Das Ergebnis ist dann ein teilweise hergestellter Zustand. Eine Oberfläche sollte daraus nicht vorschnell ein vollständig bestätigtes Ergebnis ableiten. Für die Diagnose ist der tatsächliche Zustand der einzelnen Geräte aussagekräftiger als allein die Tatsache, dass eine Aktion gestartet wurde.

Namen und Ordnung für eine wachsende Sammlung

Mit der Zeit können viele Szenen entstehen: Lesen, Fernsehen, Besuch, Aufräumen und mehrere Varianten davon. Spätestens dann lohnt sich eine kleine Bestandsaufnahme. Welche Situationen werden tatsächlich genutzt? Welche Namen unterscheiden sich nur durch eine Zahl? Welche Szene ist ein Versuch, der nie wieder verwendet wurde? Eine verständliche Auswahl ist wertvoller als eine möglichst vollständige Liste aller denkbaren Stimmungen.

Namen sollten aus Sicht der Nutzung unterscheidbar sein. „Abend warm zwei“ beschreibt keinen klaren Unterschied zu „Abend warm“. „Leises Hintergrundlicht“ und „Helles Aufräumlicht“ geben dagegen eine erkennbare Erwartung. Bei mehreren Räumen kann der Raumname ergänzen, was sonst mehrdeutig wäre. Technische Eigenschaften gehören nur dann in den Namen, wenn sie für die Auswahl tatsächlich wichtig sind.

Vor dem Entfernen einer Szene werden ihre Verwendungen gesucht. Eine kaum manuell benutzte Szene kann weiterhin Teil eines wichtigen Ablaufs sein. Erst wenn die Abhängigkeiten bekannt sind, wird sie zusammengelegt oder gelöscht. Ein kurzer Vermerk über den Ersatz hilft, wenn eine ältere Schaltfläche später noch auf die ursprüngliche Kennung verweist.

Änderungen mit einer kleinen Prüfroutine verbinden

Eine neue Leuchte oder eine veränderte Raumaufteilung ist ein guter Anlass, bestehende Szenen zu überprüfen. Dabei muss nicht das gesamte Smart Home erneut getestet werden. Für die betroffene Szene reichen ihre Geräte, ihre wichtigsten Auslösewege und die typischen Szenenwechsel. Diese gezielte Auswahl hält den Aufwand klein und prüft genau die Beziehungen, die sich verändert haben.

Die Prüfroutine kann in wenigen Sätzen dokumentiert werden: Szene manuell starten, beide Leuchten kontrollieren, über den Taster starten, aus einer anderen Szene wechseln und eine manuelle Helligkeitsänderung ausprobieren. Wenn ein zusätzlicher Ablauf beteiligt ist, kommt dessen Reihenfolge hinzu. Ein solcher konkreter Test ist aussagekräftiger als die allgemeine Notiz, dass „alles funktioniert“.

Die Trennung der Zuständigkeiten zahlt sich dabei direkt aus. Eine geänderte Lichtwirkung führt zur Szene. Ein falscher Startzeitpunkt führt zur Automation. Eine unerwartete Reihenfolge führt zum Ablauf. Statt in mehreren ähnlichen Regelblöcken zu suchen, beginnt die Untersuchung an der Ebene, welche die betreffende Frage tatsächlich beantwortet.

Wiederverwendung ohne unnötige Abstraktion

Der beste Aufbau ist nicht der mit den meisten Hilfsebenen, sondern der, dessen Entscheidungen sich leicht erklären lassen. Eine Szene bündelt gemeinsam genutzte Zielzustände. Eine Automation beschreibt einen Anlass. Ein Skript verbindet Schritte zu einer Handlung. Wo diese Unterscheidung keinen Nutzen bringt, darf die Lösung klein bleiben.

Für die eigene Leseecke genügt deshalb ein überschaubarer Anfang: ein klarer Zielzustand, eine manuelle Aktivierung und höchstens ein bewusst gewählter automatischer Anlass. Erst aus wiederkehrenden Nutzungen entstehen weitere Varianten. So bleibt die Technik nah an der tatsächlichen Aufgabe. Wer später eine Helligkeit ändern möchte, findet die passende Stelle, und wer einen automatischen Start nicht mehr möchte, kann ihn entfernen, ohne die manuelle Bedienung zu verlieren.