Meine Home-Assistant-Instanz hat 13 Dashboards und 751 Entitäten. Sie hat kein einziges Theme installiert, und die zwei Dashboards, die ich am häufigsten öffne, nutzen ausschließlich Karten, die Home Assistant mitbringt. Das war keine Grundsatzentscheidung. Ich wollte immer mal ein Theme installieren, und die eingebauten Karten waren immer gerade gut genug.
Die meisten Dashboard-Artikel fangen bei Mushroom und button-card an. Dieser hier ist der Schritt davor: was ohne Zusatzinstallation geht, und wo die Bordmittel wirklich aufhören.
Dashboard 1 — die Solar-Übersicht
Das ist das auf dem Wand-Tablet. Drei Spalten mit je einer Aufgabe: was das Dach gerade tut, was die Batterie tut, und ob das Warmwasser aus Überschuss oder aus dem Netz geheizt wird.
Alles darauf ist entweder eine Gauge-Karte oder eine Tile-Karte. Die Zahlen an einem normalen Augustnachmittag: 4.761 W vom Dach, 1.196 W Hausverbrauch, Batterie bei 95 %, Boiler bei 71,3 °C und 3.565 W Überschuss, der sonst nirgends hin will.
Die Solar-Übersicht: Gauge-Karten für PV-Leistung und Hausverbrauch, Tiles für die Tagessummen.
Die Gauge-Karte verdient ihren Platz wegen der Severity-Bänder. Eine Zahl allein sagt nichts, solange man den Bereich nicht kennt — 4.761 W ist bedeutungslos, wenn man nicht weiß, dass die Anlage bei etwa 9 kW liegt. Die Bänder kodieren dieses Wissen in die Karte, damit das Tablet quer durch den Raum lesbar ist, ohne die Zahl überhaupt zu lesen.
type: gauge
entity: sensor.pv_power
name: PV Leistung
unit_of_measurement: W
min: 0
max: 9000
severity:
green: 0
yellow: 5000
red: 7500Der unintuitive Teil ist, dass Grün unten sitzt. Bei einer Verbrauchs-Gauge will man Rot oben, bei einer Erzeugungs-Gauge eigentlich umgekehrt. Ich habe auf beiden dieselbe Richtung gelassen, damit ein Blick aufs Tablet einheitlich zu lesen ist, und nehme in Kauf, dass ein volles Dach rot anzeigt. Es ist das Einzige auf dem Dashboard, das ich weiterhin falsch nennen würde.
Die Tile-Karten tragen die Tagessummen — Ertrag, Eigenverbrauch, Verbrauch, Gesamterzeugung. Tiles lohnen sich gegenüber Entity-Zeilen allein deshalb, weil sie Platz für ein farbiges Icon haben, und das ist der Unterschied zwischen einer Liste, die man liest, und einer Fläche, die man überfliegt.
Dashboard 2 — die Zahlen, die keine Sensoren sind
Das zweite Dashboard zeigt 79,9 % Autarkie, 65,8 % Eigenverbrauchsquote, 97,1 % Batterie-Effizienz und 803 Vollzyklen. Nichts davon kommt aus einem Gerät. Das sind Template-Sensoren, aus den Zählern berechnet, und das Dashboard zeigt sie lediglich an.
Die abgeleiteten Zahlen — Autarkie, Eigenverbrauchsquote und Batterie-Effizienz sind Template-Sensoren, keine Geräte-Messwerte.
Das ist der Teil, den ich jedem mitgeben würde, der seine Energie-Ansicht neu baut. Die Arbeit steckt nicht in den Karten. Die Arbeit steckt in der Entscheidung, welche abgeleiteten Zahlen es wert sind, beobachtet zu werden, und das sind selten die, die ein Wechselrichter liefert. Meiner meldet Momentanleistung tadellos und hat keine Ahnung, wie hoch meine Autarkie ist.
Wie diese Sensoren gebaut sind, steht in einem eigenen Beitrag zu Eigenverbrauchs- und Autarkie-Sensoren, weil die Templates die interessantere Hälfte sind und mit Dashboards nichts zu tun haben.
Die Batterie-Effizienz sehe ich mir am häufigsten an. 8.028 kWh geladen gegen 7.795 kWh entladen über 803 Zyklen sind rund 3 % Round-Trip-Verlust, und wenn diese Zahl anfängt zu driften, ist das das früheste Signal, das ich habe, dass etwas verschleißt.
Die Layout-Regel, die etwas gebracht hat
Beide Dashboards nutzen das Sections-Layout mit einer Überschrift pro Spalte. Vorher waren sie eine lange Liste von Karten, und der Unterschied ist größer, als es klingt — eine Überschrift gibt einem einen Punkt zum Aufhören. Ein Dashboard mit 20 Karten ohne Überschriften wird jedes Mal von oben gelesen.
Das andere, was geholfen hat, war die Einsicht, dass ein Dashboard unvollständig sein darf. Meine Solar-Ansicht zeigt die einzelnen String-Spannungen nicht. Es gibt sie, ich habe Alarme darauf, und sie auf die Übersicht zu legen hieße, hundertmal pro Woche daran vorbeizuschauen, um sie einmal zu bemerken.
Wo die Bordmittel aufhören
An drei Stellen, in der Reihenfolge, in der sie mich stören.
Es gibt keine kompakte Multi-Entity-Kachel. Wer sechs Werte auf dem Platz von zweien will, braucht eine Custom Card. Die eingebaute Tile ist eine Entität, und sechs Tiles brauchen den Platz von sechs Tiles.
Die Gauge-Karte kann keine Historie. Sie zeigt jetzt. Eine Sparkline hinter einem aktuellen Wert ist genau das, wofür mini-graph-card existiert, und dafür gibt es kein Bordmittel.
Und Theming ist ganz oder gar nicht. Ohne Theme bekommt man das Standard-Blau, und Farbsteuerung pro Karte beschränkt sich auf das, was die Tile-Karte hergibt. Das ist die Lücke, die ich nicht geschlossen habe, und der Grund, warum meine Dashboards nach Home Assistant aussehen und nicht nach etwas Gestaltetem.
Wer eines davon beheben will, findet die beiden Kataloge unter den HACS-Lovelace-Karten und den HACS-Themes. Beide sind nach GitHub-Sternen sortiert und werden täglich aktualisiert, was ein brauchbarer Näherungswert dafür ist, was gepflegt wird.
Was ich anders machen würde
Ich würde zuerst die Template-Sensoren bauen und dann das Dashboard. Ich habe es andersherum gemacht, und heraus kam ein Dashboard voller roher Zählerstände, das ich neu gestalten musste, sobald die abgeleiteten Zahlen existierten.
Und ich würde früher auf dem Telefon testen. Beide sind in einem 1440 Pixel breiten Browserfenster entstanden und klappen auf dem Telefon in eine Spalte zusammen, in einer Reihenfolge, die ich nicht gewählt habe. Das steht noch auf der Liste.
Brauche ich HACS für ein gutes Dashboard?
Nein. Beide Dashboards hier nutzen ausschließlich eingebaute Karten. HACS bringt Dichte, Historie an Ort und Stelle und Theming, was echte Verbesserungen sind — Voraussetzung für ein nützliches Dashboard ist nichts davon.
Was ist der Unterschied zwischen Tile-Karte und Entities-Karte?
Die Entities-Karte ist eine Liste von Zeilen und effizient für viele Werte. Die Tile-Karte ist eine Entität mit Icon, Farbe und Tap-Aktion, und sie ist das, was man will, wenn das Dashboard überflogen statt gelesen wird.
Warum ist die Reihenfolge meiner Gauge-Farben verkehrt?
Der Severity-Block setzt Schwellen über ihre Untergrenze, grün, gelb und rot sind also die Werte, ab denen das jeweilige Band beginnt. Bei einer Gauge, bei der hohe Werte gut sind, setzt man Grün hoch und Rot auf null, was im YAML seltsam aussieht und korrekt rendert.
