Anwesenheit als unsicheres Signal behandeln

Die einfachste Anwesenheitsregel klingt überzeugend: Wenn das Smartphone im Heimnetz erreichbar ist, ist seine Besitzerin oder sein Besitzer zu Hause. Für eine erste Anzeige kann diese Annahme nützlich sein. Für automatische Entscheidungen ist sie jedoch unvollständig. Das Telefon kann auf dem Küchentisch liegen bleiben, seine Verbindung unterbrechen oder einen Standort erst verspätet übertragen. Die eigentliche Frage lautet deshalb nicht nur, ob ein Signal vorhanden ist, sondern wie viel Vertrauen eine bestimmte Handlung in dieses Signal setzen darf.

In einer privaten Home-Assistant-Installation kann Anwesenheit viele angenehme Funktionen unterstützen. Eine Startseite zeigt passende Bedienelemente, eine Erinnerung erscheint erst bei der Rückkehr oder eine unkritische Beleuchtung wird vorbereitet. Die Beispiele hier beschreiben eine erfundene Lernwohnung. Sie verraten weder tatsächliche Aufenthaltsorte noch Tagesabläufe. Das Ziel ist ein übertragbares Entscheidungsmodell, das mit widersprüchlichen Informationen umgehen kann.

Ein Signal beschreibt zunächst seine eigene Quelle

Ein Netzwerk-Tracker beobachtet die Erreichbarkeit oder Verbindung eines Geräts. Ein Standort-Tracker liefert eine Ortsinformation. Ein Bewegungsmelder erkennt Aktivität in seinem Erfassungsbereich. Diese Aussagen sind verwandt, aber nicht austauschbar. Ein Bewegungsmelder kann nicht feststellen, welche Person sich bewegt hat. Ein Standort außerhalb einer Zone beantwortet wiederum nicht automatisch, ob sich jemand gerade in einem bestimmten Raum befindet.

Für die Planung hilft es, jedes Signal zunächst wörtlich zu benennen. Statt „Lea ist da“ steht dann beispielsweise „Leas Beispieltelefon wird im Heimnetz gemeldet“. Statt „Das Wohnzimmer ist leer“ lautet die Aussage „Der Bewegungsmelder hat zuletzt keine Bewegung gemeldet“. Erst eine zusätzliche Regel übersetzt solche Beobachtungen in eine Entscheidung. Diese sprachliche Trennung verhindert, dass eine unsichere Annahme unbemerkt wie eine feste Tatsache behandelt wird.

Home Assistant bietet mit der Person-Integration eine Möglichkeit, mehrere Geräte-Tracker einer Person zuzuordnen. Die Zusammenführung folgt festgelegten Regeln. Mehrere Quellen ergeben daher nicht automatisch eine frei konfigurierbare Mehrheitsabstimmung. Wer ein abgeleitetes Ergebnis verwendet, sollte die Prioritäten der eingesetzten Kombination kennen und seine Erwartungen an genau dieser Kombination prüfen.

Die Folgeaktion bestimmt die nötige Verlässlichkeit

Nicht jede Reaktion auf Anwesenheit hat dieselben Folgen. Eine Begrüßung auf dem Dashboard darf gelegentlich unpassend sein, ohne den Alltag wesentlich zu beeinträchtigen. Ein automatisches Ausschalten sämtlicher Arbeitsplatzgeräte während einer vermeintlichen Abwesenheit wäre dagegen wesentlich störender. Es lohnt sich deshalb, Aktionen nach ihrer praktischen Auswirkung zu betrachten, bevor die Erkennung weiter verfeinert wird.

Für unser Beispiel werden zunächst nur Hinweise und Komfortfunktionen automatisch ausgelöst. Eine Nachricht „Willkommen zurück“ kann als Test dienen, bevor eine neue Regel Geräte verändert. So lässt sich beobachten, wann das System eine Rückkehr annimmt. Erst wenn diese Übergänge nachvollziehbar sind, kommt eine begrenzte Folgeaktion hinzu. Eine unzuverlässige Erkennung wird nicht dadurch besser, dass sie sofort mehr Geräte steuert.

Auch die Umkehrung verdient Aufmerksamkeit. Eine passende Einschaltreaktion auf Rückkehr bedeutet nicht, dass dieselben Signale zum Ausschalten bei Abwesenheit ausreichend sind. Für das Einschalten eines Orientierungslichts kann ein positives Signal genügen. Für eine störende Abschaltung kann eine längere Bestätigung oder eine manuelle Freigabe angemessener sein. Unterschiedliche Entscheidungen dürfen ausdrücklich unterschiedliche Regeln besitzen.

Übergänge statt hektischer Zustandswechsel

Eine robuste Planung unterscheidet zwischen einer Beobachtung und einem bestätigten Wechsel. In der Lernwohnung gibt es zunächst die Zustände „zu Hause“, „Abwesenheit wird geprüft“ und „abwesend“. Wenn ein Telefon kurz aus dem Netz verschwindet, wird nicht sofort jede Folgeaktion gestartet. Zunächst beginnt eine Beobachtungsphase. Kehrt das Signal zurück, kann diese Phase ohne weitere Wirkung enden.

Die Länge einer solchen Phase ist keine universelle Zahl. Sie hängt davon ab, wie die Quelle aktualisiert wird, welche Unterbrechungen normal sind und welche Aktion folgen soll. Für einen Test werden mehrere Situationen protokolliert: kurzer Funkverlust, ein tatsächliches Verlassen der Wohnung und eine Rückkehr mit verspäteter Standortmeldung. Daraus lässt sich eine begründete Einstellung ableiten. Eine beliebig übernommene Verzögerung kann dieselben Fehler nur langsamer auslösen.

Gleichzeitig sollte eine Verzögerung nicht als versteckte Dauerblockade wirken. Wer nach jeder Rückkehr mehrere Minuten auf eine gewünschte Komfortfunktion warten muss, wird die Automatik vermutlich umgehen. Häufig ist eine asymmetrische Gestaltung angenehmer: Ein plausibles positives Heimkehrsignal wird zügig berücksichtigt, während Abwesenheit sorgfältiger bestätigt wird. Diese Entscheidung muss zu den tatsächlichen Quellen und zu den Folgen passen.

Eine kleine Entscheidungstabelle macht Annahmen sichtbar

Für zwei Beispielquellen kann eine Tabelle den Entwurf verständlicher machen. Die Tabelle ist keine fertige Implementierung der Person-Integration. Sie beschreibt eine selbst gewählte fachliche Erwartung, gegen die sich eine konkrete Konfiguration testen lässt. Weitere Quellen sollten erst ergänzt werden, wenn sie eine erkennbare Lücke schließen.

Die interessante Zeile ist oft der Widerspruch. Ein Telefon kann noch im Netz erscheinen, obwohl ein anderer Tracker bereits eine Entfernung meldet. Statt diesen Fall mit immer neuen Bedingungen zu verstecken, bekommt er eine bewusst gewählte Behandlung. Ein Diagnosehinweis kann genügen. Für den Alltag muss nicht jede Abweichung als Benachrichtigung erscheinen; sichtbar und untersuchbar sollte sie dennoch sein.

Die Dokumentation zu Geräte-Trackern beschreibt die unterschiedlichen Quellen und ihre Eigenschaften. Für die konkrete Entscheidung bleiben eigene Beobachtungen wichtig: Wann meldet genau das verwendete Gerät einen Wechsel? Welche Verzögerung entsteht nach einem Neustart? Eine allgemeine Anleitung ersetzt diese kleine Prüfung im jeweiligen Netz nicht.

Unbekannt bedeutet nicht abwesend

Wenn ein System gerade startet oder eine Verbindung ausfällt, können Zustände fehlen. Ein häufiger Denkfehler besteht darin, alles außer „zu Hause“ als „abwesend“ zu behandeln. Dadurch wird ein technisches Problem unmittelbar zu einer Aussage über Menschen. Die nachgelagerte Automation merkt den Unterschied nicht mehr und kann Aktionen ausführen, die für einen tatsächlichen Aufbruch gedacht waren.

Besser ist eine ausdrückliche Behandlung unklarer Zustände. Die Regel kann eine Entscheidung aussetzen, den letzten bestätigten Zustand mit erkennbarer Einschränkung anzeigen oder auf manuelle Bedienung zurückfallen. Welche Variante passend ist, hängt erneut von der Aktion ab. Wichtig ist, dass der fehlende Wert nicht stillschweigend durch eine scheinbar sichere Information ersetzt wird.

Auch sehr alte Werte können problematisch sein. Ein korrekt aussehender Zustand ist nicht zwangsläufig aktuell. Deshalb gehört zur Untersuchung die Frage, wann und wodurch eine Quelle zuletzt aktualisiert wurde. Eine Anzeige darf aus Gründen der Übersichtlichkeit vereinfacht sein, sollte aber bei Bedarf zu den Quelldaten führen. Gerade bei selten auftretenden Fehlern ist diese Verbindung zwischen Ergebnis und Herkunft entscheidend.

Gäste und zurückgelassene Geräte einplanen

Eine Anwesenheitslogik, die nur auf registrierte Bewohnertelefone schaut, kann einen Besuch übersehen. Umgekehrt kann ein liegen gebliebenes Gerät eine dauerhaft bewohnte Wohnung vortäuschen. Beide Fälle sind alltäglich und sollten nicht als außergewöhnliche Fehler behandelt werden. Das Modell muss erklären können, wie Menschen die automatische Einschätzung bewusst übersteuern.

Ein verständlicher Gastmodus ist eine mögliche Lösung. Er bedeutet im Beispiel ausdrücklich: Abwesenheitsabhängige Komfortabschaltungen sollen vorübergehend nicht greifen. Er bedeutet nicht, dass eine bestimmte Person erkannt wurde. Diese Trennung hilft bei Namen und Oberfläche. Ein Schalter „Jemand ist noch da“ kann die fachliche Absicht besser ausdrücken als ein technisch benannter Hilfszustand.

Der Modus benötigt außerdem einen Weg zurück. Eine dauerhafte Übersteuerung, die nach einem Besuch vergessen wird, ist eine häufige Quelle stiller Fehlfunktionen. Eine gelegentliche sichtbare Erinnerung oder eine bewusst gewählte Befristung kann helfen. Eine automatische Aufhebung sollte jedoch nicht genau die Personen übergehen, für die der Modus eingeschaltet wurde. Auch dieser Ablauf braucht eine verständliche Entscheidung, keinen zufälligen Standardwert.

Erst beobachten, dann verändern

Ein neuer Präsenzentwurf lässt sich zunächst im Beobachtungsbetrieb testen. Statt Lampen, Steckdosen oder Raumfunktionen zu ändern, schreibt er einen knappen internen Hinweis zum erkannten Wechsel. Danach wird geprüft, ob dieser Zeitpunkt mit der tatsächlichen Situation übereinstimmt. Dafür genügt eine begrenzte Testphase mit bewusst nachgestellten Fällen; eine dauerhafte Sammlung persönlicher Bewegungsverläufe ist dafür nicht erforderlich.

Die Testfälle sollten Unterschiede sichtbar machen. Ein echter Aufbruch ist etwas anderes als das Abschalten des WLANs. Ein Systemneustart ist etwas anderes als eine Heimkehr. Zwei kurz aufeinanderfolgende Trackeränderungen sind etwas anderes als zwei unabhängige Besuche. Wer diese Situationen getrennt prüft, erkennt schneller, welche Quelle oder welcher Übergang für eine falsche Reaktion verantwortlich ist.

Nach einer Änderung wird derselbe kleine Katalog erneut durchgespielt. Dabei wird möglichst nur eine Regel oder ein Zeitfenster verändert. Andernfalls ist unklar, warum das Ergebnis besser oder schlechter geworden ist. Die Beobachtungsphase endet, wenn die relevanten Fälle erklärt werden können, nicht wenn zufällig einen Tag lang keine unangenehme Folge aufgetreten ist.

Ergebnisse sparsam weitergeben

Eine öffentliche Projektseite braucht keine Information darüber, ob eine Wohnung gerade bewohnt ist. Auch innerhalb einer privaten Verwaltung ist nicht jede Detailquelle für jede Ansicht nötig. Häufig reicht ein zusammengefasster Zustand für einen bestimmten Zweck. Rohdaten, genaue Standorte und längere Verläufe sollten nicht allein deshalb überall erscheinen, weil sie technisch verfügbar sind.

Für ein Dashboard kann deshalb zwischen Alltagsanzeige und Diagnose unterschieden werden. Die Alltagsanzeige zeigt beispielsweise, ob die Komfortlogik aktiv ist. Die Diagnose erklärt auf Nachfrage, welche Quellen an einer Entscheidung beteiligt waren. Damit bleibt die Oberfläche verständlich, ohne die Fehlersuche zu verhindern. Beim Erstellen von Screenshots oder Blogbeispielen werden erfundene Namen und Kennungen verwendet.

Auch die Aufbewahrung kann sich am Zweck orientieren. Für die Untersuchung eines bestimmten Fehlers wird vielleicht eine kurze Ereignisfolge benötigt. Daraus folgt nicht, dass jede Positionsinformation unbegrenzt gespeichert werden muss. Ein kleiner, gezielt gewählter Ausschnitt ist oft hilfreicher als ein großes Archiv, in dem Ursache und Wirkung zwischen vielen unwichtigen Meldungen verschwinden.

Ein nachvollziehbares Ergebnis ist besser als eine magische Behauptung

Die gewünschte Endform ist keine unsichtbare Maschine, die angeblich immer weiß, wer sich wo befindet. Es ist eine begrenzte Entscheidungshilfe, deren Quellen und Grenzen bekannt sind. Menschen können sie verstehen, bei Bedarf korrigieren und nach Änderungen erneut prüfen. Das macht Anwesenheit zu einem brauchbaren Bestandteil des Smart Homes.

Für die nächste eigene Regel lohnt sich deshalb ein kurzer Entwurf mit fünf Antworten: Welches Signal wird beobachtet, welche Bedeutung wird daraus abgeleitet, wie werden Widersprüche behandelt, welche Aktion folgt und wie kann man sie übersteuern? Wenn diese Antworten klar sind, lässt sich die Technik gezielt auswählen. Ohne sie erzeugt eine weitere Quelle oft nur eine zusätzliche Zahl auf einer Oberfläche, während die eigentliche Unsicherheit bestehen bleibt.