Ein Home-Assistant-Dashboard für den Alltag aufbauen

Ein Dashboard kann sämtliche verfügbaren Geräte zeigen und trotzdem die einfachste Frage unbeantwortet lassen: Wo schalte ich jetzt das gewünschte Licht ein? Die Ursache liegt oft nicht in fehlenden Funktionen, sondern in einer Ordnung, die den Aufbau der Installation besser abbildet als den Alltag ihrer Nutzer. Hersteller, Integrationen und technische Entitätsnamen sind für die Verwaltung nützlich. Bei einer schnellen Bedienhandlung stehen dagegen Absicht, Ort und erwartetes Ergebnis im Vordergrund.

Der folgende Entwurf betrachtet einen erfundenen Haushalt mit wenigen Leuchten, einem Temperatursensor und einem Fensterkontakt. Diese Geräte dienen ausschließlich als Anschauung. Es werden keine vorhandenen privaten Räume oder Entitäten beschrieben. Ziel ist eine Oberfläche, an der sich grundlegende Entscheidungen nachvollziehen lassen: Welche Informationen gehören auf die erste Seite, welche benötigen einen eigenen Platz und wie bleibt eine Schaltfläche auch unter ungünstigen Bedingungen verständlich?

Mit Fragen statt Karten beginnen

Vor dem Öffnen des Editors helfen einige ausgeschriebene Fragen. „Welches Licht ist noch an?“ verlangt eine andere Darstellung als „Wie hat sich die Temperatur entwickelt?“. Die erste Frage braucht einen aktuellen Überblick und einen kurzen Weg zur Bedienung. Die zweite benötigt einen Zeitraum und eine nachvollziehbare Skala. Wenn beide ungeordnet in derselben Kartensammlung landen, konkurrieren sie um Platz, obwohl sie unterschiedlich häufig gestellt werden.

Für jede Frage sollte außerdem die nächste sinnvolle Handlung feststehen. Eine Temperaturanzeige ohne Handlungsbedarf kann kleiner bleiben als eine häufig verwendete Lichtsteuerung. Eine Störungsmeldung benötigt dagegen ausreichend Text, um ihre Bedeutung zu erklären. Kartengröße folgt dadurch der Aufgabe. Sie wird nicht allein davon bestimmt, wie eindrucksvoll ein Diagramm aussieht oder wie viele Funktionen ein bestimmter Kartentyp mitbringt.

Ein guter erster Entwurf kann aus Papierflächen bestehen. Oben stehen die drei wichtigsten Fragen, darunter die zugehörigen Anzeigen oder Bedienflächen. Alles andere erhält zunächst einen nachgeordneten Platz. Diese Beschränkung ist keine endgültige Funktionskürzung. Sie macht sichtbar, welche Elemente einen begründeten Anspruch auf die knappe Aufmerksamkeit beim Öffnen haben. Spätere Ergänzungen lassen sich daran messen, ob sie tatsächlich eine bisher offene Frage beantworten.

Übersicht, Räume und Diagnose auseinanderhalten

Die Übersichtsseite eignet sich für wenige häufige Handlungen und relevante Abweichungen. Eine Raumansicht bietet anschließend die Details, die zu einem konkreten Ort gehören. Eine Diagnoseansicht darf schließlich technische Informationen enthalten, die im Alltag selten benötigt werden. Diese drei Ebenen geben unterschiedlichen Bedürfnissen einen Platz, ohne alle Informationen gleichzeitig zu präsentieren. Entscheidend ist eine nachvollziehbare Verbindung zwischen ihnen.

Ein Fensterkontakt könnte auf der Übersicht lediglich als offener Zustand auffallen. In der Raumansicht steht dann der einzelne Kontakt mit seiner verständlichen Bezeichnung. Diagnoseinformationen zur Verbindung oder Batterie gehören nochmals tiefer. So bleibt die erste Seite ruhig, während bei einer unerwarteten Anzeige weiterhin nachgeforscht werden kann. Die Aufteilung verhindert auch, dass technische Wartungswerte mit alltäglichen Aufgaben gleichrangig erscheinen.

Home Assistant stellt verschiedene Ansichten und Karten bereit; eine Dashboard-Struktur muss deshalb nicht auf eine einzige Darstellungsform festgelegt werden. Die offizielle Dashboard-Einführung beschreibt die grundlegenden Bausteine. Für einen ersten eigenen Entwurf reicht jedoch ein kleiner wiederkehrender Satz von Karten. Wenige konsistente Bausteine erleichtern es, Bedienverhalten zu lernen und spätere Änderungen zuverlässig zu beurteilen.

Ein nachvollziehbares Raster verwenden

Die Sections-Ansicht erlaubt eine Gliederung in Abschnitte mit Karten innerhalb eines Rasters. Das eignet sich für Gruppen, die inhaltlich zusammengehören, beispielsweise Beleuchtung oder Raumzustände. Die Dokumentation der Sections-Ansicht erläutert die Layoutmöglichkeiten. Der folgende Ausschnitt ist eine illustrative Dashboard-Konfiguration mit erfundenen Entitäten. Er zeigt eine kleine Struktur und ist ausdrücklich kein Abbild einer bestehenden Installation.

views:
  - title: Alltag
    path: alltag
    type: sections
    sections:
      - type: grid
        cards:
          - type: heading
            heading: Beleuchtung
          - type: tile
            entity: light.demo_leseleuchte
            name: Leseleuchte
            tap_action:
              action: more-info
            icon_tap_action:
              action: toggle
      - type: grid
        cards:
          - type: heading
            heading: Raumzustand
          - type: tile
            entity: sensor.demo_temperatur
            name: Temperatur
          - type: tile
            entity: binary_sensor.demo_fenster
            name: Fenster

Die Gruppierung erklärt zunächst nur die inhaltliche Ordnung. Ob die Bedienung der Leuchte wirklich passend ist, muss gesondert geprüft werden. Im Beispiel öffnet die Kartenfläche Informationen, während das Symbol schaltet. Das ist nur sinnvoll, wenn die betreffenden Nutzer diese Unterscheidung erkennen. Eine andere Gestaltung mit ausdrücklich beschrifteten Bedienelementen kann bei demselben Gerät geeigneter sein. Struktur und Interaktionsentscheidung sollten deshalb getrennt bewertet werden.

Bei schmalen Bildschirmen verändert sich die räumliche Anordnung. Eine Information, die am großen Monitor neben einer Steuerung erscheint, kann auf dem Telefon weiter unten landen. Zusammengehörige Bedeutung darf daher nicht ausschließlich aus Nachbarschaft entstehen. Eine Beschriftung muss auch dann verständlich bleiben, wenn die Karte allein in einer Spalte steht. Das ist besonders bei mehreren gleichartigen Sensoren oder ähnlich benannten Leuchten wichtig.

Anzeigen und Aktionen lesbar unterscheiden

Eine Anzeige beantwortet eine Frage über den Zustand. Eine Aktion fordert eine Änderung an. Wenn beide gleich aussehen, wird jede Berührung zum Experiment. Für häufig benutzte Elemente sollte daher eindeutig sein, ob ein Tippen Details öffnet, eine Einstellung verändert oder unmittelbar schaltet. Gleichartige Elemente sollten sich gleich verhalten. Abweichungen benötigen einen erkennbaren Grund, beispielsweise eine ausdrückliche Beschriftung oder eine andere Gestaltung.

Die Tile-Karte bietet unterschiedliche Konfigurationsmöglichkeiten für ihre Darstellung und Aktionen. Die offizielle Tile-Dokumentation ist der Bezugspunkt für die verwendeten Optionen. Für den eigenen Entwurf ist darüber hinaus entscheidend, was jemand ohne Kenntnis dieser Dokumentation erwartet. Ein Symbol kann technisch eine Schaltfläche sein und trotzdem wie reine Dekoration wirken. Das lässt sich durch Beobachtung einer tatsächlichen Bedienaufgabe besser erkennen als durch weitere Konfigurationsoptionen.

Versteckte Gesten sollten keine unverzichtbaren Alltagsfunktionen tragen. Ein langer Druck kann für zusätzliche Details angenehm sein, bleibt aber ohne Hinweis schwer entdeckbar. Dasselbe gilt für einen Doppeltipp. Wenn die einzige Möglichkeit zum Abschalten einer häufig benötigten Funktion eine solche Geste verlangt, ist die Oberfläche unnötig voraussetzungsreich. Wichtige Handlungen verdienen eine sichtbare, verständliche Erreichbarkeit und sollten auch nach längerer Nutzungspause wiedergefunden werden.

Ein unbekannter Zustand ist eine Information

Die Oberfläche sollte zwischen ausgeschaltet, nicht verfügbar und noch nicht bekannt unterscheiden. Ein graues Symbol kann diese Unterschiede nicht allein erklären. Bei einer Leuchte ist „aus“ ein fachlicher Zustand, während eine fehlende Verbindung zunächst nur bedeutet, dass die Anzeige keine zuverlässige aktuelle Aussage liefert. Wird beides optisch gleich behandelt, könnte eine Person fälschlich annehmen, das gewünschte Ergebnis sei bereits erreicht.

Ein sinnvoller Entwurf betrachtet deshalb bewusst einen ausgefallenen Sensor. Welche Beschriftung bleibt sichtbar? Wird eine Zahl ersetzt oder sieht sie weiterhin aktuell aus? Ist erkennbar, welches Gerät betroffen ist? Die richtige Antwort hängt von der Karte und der Integration ab, aber die Frage gehört in jeden Abnahmetest. Eine hübsche Ansicht mit ausschließlich verfügbaren Entitäten zeigt nur einen Teil der tatsächlichen Gebrauchssituation.

Auch zusammengefasste Anzeigen benötigen eine festgelegte Bedeutung. „Alle Lichter aus“ darf nicht aus einer bloßen Auslassung unbekannter Geräte entstehen. Sonst wird fehlendes Wissen zu einer positiven Behauptung. Für eine selbst entworfene Zusammenfassung bietet sich ein zusätzlicher Hinweis auf nicht verfügbare Geräte an. Damit bleibt die Übersicht kurz, ohne die Unsicherheit zu verstecken, die eine abschließende Aussage gerade verhindert.

Namen, Einheiten und Zeiträume gemeinsam gestalten

Ein Sensorname sollte erklären, worauf sich die Zahl bezieht. „Temperatur“ reicht innerhalb einer eindeutig benannten Raumgruppe, kann auf der Gesamtübersicht aber mehrdeutig sein. Umgekehrt wird ein sehr langer vollständiger Name auf jeder Karte mühsam. Die richtige Beschriftung hängt daher vom sichtbaren Kontext ab. Technische Kennungen bleiben für die Konfiguration erhalten, während die Oberfläche die sprachlich notwendige Information zeigt.

Bei Messwerten gehören Einheit und Zeitraum zur Bedeutung. Eine Energiemenge ohne Angabe des betrachteten Tages beantwortet eine andere Frage als der momentane Leistungswert. Eine Verlaufskurve benötigt außerdem eine erkennbare Zeitachse. Wer beim Betrachten erst raten muss, ob die letzten Stunden oder Wochen gezeigt werden, kann auch eine sauber gezeichnete Linie falsch interpretieren. Zusätzliche Dezimalstellen beheben diesen Mangel nicht.

Farben sollten eine wiederkehrende Funktion haben. Wenn Rot an einer Stelle einen Fehler und an anderer Stelle eine ganz gewöhnlich eingeschaltete Lampe bezeichnet, verliert es seine Orientierungskraft. Text und Symbole müssen die entscheidende Aussage deshalb ebenfalls tragen. Ein Entwurf sollte mit geringer Bildschirmhelligkeit und ohne perfekte Farbwahrnehmung verständlich bleiben. Das verbessert die Nutzung häufig auch bei ungünstigem Licht oder einem kurzen Blick im Vorbeigehen.

Stabilität ist wichtiger als ständige Bewegung

Bedingt eingeblendete Karten können die Übersicht verkürzen. Sie können aber auch dazu führen, dass Schaltflächen beim Eintreffen neuer Zustände ihre Position verändern. Besonders unangenehm wird das während einer Berührung: Die Person zielt auf eine vertraute Stelle, während der Inhalt gerade nachrückt. Deshalb sollten häufig verwendete Bedienelemente möglichst einen stabilen Bereich behalten. Wechselnde Hinweise können einen eigenen vorgesehenen Abschnitt erhalten.

Die Gestaltung einer leeren Gruppe verdient ebenfalls Aufmerksamkeit. Wenn gerade keine Abweichung vorliegt, ist eine kurze verständliche Rückmeldung manchmal hilfreicher als vollständiges Verschwinden. Das hängt davon ab, ob Nutzer die Gruppe aktiv aufsuchen. Wer wissen möchte, ob noch ein Fenster offen ist, sollte erkennen können, dass die Frage beantwortet wurde. Eine nicht vorhandene Karte lässt offen, ob alles in Ordnung ist oder die Anzeige fehlt.

Sichtbarkeit ist zudem eine Gestaltungsentscheidung und sollte nicht mit einer allgemeinen Zugriffsprüfung verwechselt werden. Eine versteckte Karte erklärt noch nicht, welche Rechte ein Konto an anderer Stelle besitzt. Für den Dashboard-Entwurf bedeutet das vor allem: Vertrauliche Inhalte werden nicht allein deshalb unbedenklich, weil sie auf der Startseite fehlen. Die Auswahl der dargestellten Daten und die Berechtigung des verwendeten Kontos müssen getrennt betrachtet werden.

Mit echten Aufgaben abnehmen

Ein geeigneter Test beginnt mit einer Aufgabe, nicht mit einer Führung durch die Oberfläche. Eine Person soll beispielsweise die fiktive Leseleuchte einschalten und anschließend herausfinden, ob das Testfenster offen ist. Währenddessen wird beobachtet, wo sie sucht, welche Bezeichnung sie missversteht und ob sie das Ergebnis erkennt. Hinweise des Erstellers würden genau die Unsicherheiten verdecken, die dieser Versuch sichtbar machen soll.

Danach folgen ungünstige Bedingungen: ein schmales Display, ein unbekannter Sensorzustand und die Rückkehr aus einer Detailansicht. Dabei sollte dieselbe Aufgabe weiterhin lösbar bleiben. Auffälligkeiten werden konkret notiert, etwa eine abgeschnittene Bezeichnung oder ein unklarer Rückweg. Solche Beobachtungen liefern bessere Änderungsgründe als ein allgemeines Gefühl, die Oberfläche müsse moderner aussehen. Jede Überarbeitung kann anschließend an derselben Aufgabe erneut geprüft werden.

Mit zunehmender Gerätezahl sollte die erste Seite nicht automatisch mitwachsen. Neue Geräte erhalten zunächst ihren sachlich passenden Platz. Erst wenn eine neue häufige Aufgabe entsteht, wird die Übersicht erweitert. Dadurch bleibt das Dashboard eine verständliche Arbeitsfläche. Es kann sich mit dem Zuhause verändern, ohne bei jeder technischen Ergänzung seine vertraute Ordnung und seine einfache Bedienbarkeit zu verlieren.