Home-Assistant-Dashboard-Vorlagen zum Kopieren

Jede Dashboard-Vorlage, die ich online gefunden habe, war ein Screenshot mit ein paar Zeilen YAML darunter. So etwas zu übernehmen heißt, den Rest abzutippen und die abgeschnittenen Teile zu raten. Hier stehen deshalb zwei vollständige Dashboards als Dateien, die man einfügt und die laufen.

Eines benutzt ausschließlich Bordmittel und läuft auf jedem Home Assistant ohne jede Ergänzung. Das andere benutzt vier Custom Cards und ein Theme und ist das, was nach etwas aussieht. Beide stammen von einer Maschine, die dafür eingerichtet wurde — die Entitäten sind also Demo-Sensoren und nicht mein Haus.

Ein YAML-Dashboard einbinden

Dieser Schritt fehlt meistens, und ohne ihn tut eine Vorlagendatei gar nichts. Ein YAML-Dashboard steht neben dem geklickten, statt es zu ersetzen — was du bereits gebaut hast, ist also nicht in Gefahr.

# configuration.yaml
lovelace:
  mode: storage          # das geklickte Standard-Dashboard bleibt bestehen
  dashboards:
    demo-bordmittel:
      mode: yaml
      filename: dashboards/demo.yaml
      title: Demo
      icon: mdi:view-dashboard-outline
      show_in_sidebar: true

Die Datei kommt nach config/dashboards/demo.yaml, dann neu starten, und sie erscheint als eigener Eintrag in der Seitenleiste. Änderst du die Datei später, übernimmt Home Assistant das beim Neuladen des Dashboards — für Inhaltsänderungen braucht es keinen Neustart.

Vorlage eins: nur Bordmittel

Dreiundzwanzig Karten, drei Abschnitte, keine Fremdkomponenten. Rundinstrumente für die Live-Werte, Kacheln für alles, was eine Zahl mit einem Namen ist, und unten ein Verlaufsdiagramm. Das ist die ehrliche Grundlinie: Es ist das, was eine frische Installation kann, bevor irgendetwas dazukommt.

title: Demo
views:
  - title: Übersicht
    path: uebersicht
    type: sections
    max_columns: 3
    sections:
      - type: grid
        column_span: 2
        cards:
          - type: heading
            heading: Energie
            heading_style: title
            icon: mdi:solar-power-variant
          - type: gauge
            entity: sensor.pv_leistung      # ← ersetzen
            name: Erzeugung
            unit: W
            min: 0
            max: 8000
            needle: true
            severity: { green: 3000, yellow: 800, red: 0 }
          - type: gauge
            entity: sensor.hausverbrauch    # ← ersetzen
            name: Verbrauch
            unit: W
            min: 0
            max: 3000
            needle: true
      - type: grid
        cards:
          - type: heading
            heading: Temperaturen
            icon: mdi:thermometer
          - type: tile
            entity: sensor.wohnbereich_temperatur   # ← ersetzen
            name: Wohnbereich

So ist sie aufgebaut — die vollständige Datei setzt dasselbe Muster für die übrigen Abschnitte fort. Jede oben markierte entity:-Zeile ist eine, die du ersetzen musst, und darin besteht die ganze Arbeit der Übernahme.

Vorlage eins im Dunkelmodus. Keine Fremdkomponenten beteiligt.

Vorlage zwei: mit Custom Cards

Das zweite Dashboard benutzt Mushroom für Kacheln und Bedienelemente, mini-graph-card für die Verläufe, button-card für den Batteriering und card-mod, um an die Stellen zu kommen, die ein Theme nicht gestalten kann. Diese vier kommen aus HACS, das Theme ist eine Datei in config/themes/. Wenn du ohnehin gerade auswählst, was du sonst noch installierst: Ich führe eine laufende Liste der Integrationen, die ich wirklich benutze.

Es sieht deutlich besser aus und kostet vier Abhängigkeiten, die jede für sich kaputtgehen können. Ich betreibe es, weil ich sehen wollte, wie weit die Bordmittel zurückliegen, und die Antwort lautet: weniger weit als erwartet. Wer ein Dashboard will, das auch dann noch läuft, wenn er ein halbes Jahr nicht hinschaut, nimmt das erste.

Vorlage zwei: vier Custom Cards und ein eigenes Theme.

Die Entitäten zu ersetzen ist die eigentliche Arbeit

Daran scheitern eingefügte Dashboards. Eine Vorlage verweist auf Entitäts-IDs, die es auf der Maschine gab, von der sie stammt, und Home Assistant rendert eine Karte für eine nicht existierende Entität als leeren Kasten mit der ID darin. Es gibt keinen Fehler, es sieht nur falsch aus.

Am schnellsten geht es über die Entwicklerwerkzeuge, Reiter Zustände, mit einem Filter auf die gebrauchte Domain — sensor.leistung, climate., je nachdem. Ersetze sie in der Datei und nicht in der Oberfläche, dann hast du festgehalten, was das Dashboard erwartet.

Eines noch, bevor du etwas fotografierst: Ein Energiezähler auf Basis einer Riemann-Summe startet bei null und baut sich über den Tag auf. Wer das morgens einfügt, sieht einen leeren Energieabschnitt, und das liegt am Sensor und nicht an der Vorlage.

Was ich als Erstes ändern würde

Die Maxima der Rundinstrumente. Meine sind auf eine 8-kW-Anlage und ein Haus mit bis zu 3 kW Bezug eingestellt, und ein Instrument mit der falschen Obergrenze liefert überhaupt keine Information — der Zeiger steht den ganzen Tag an derselben Stelle. Setz sie aus deinen eigenen Extremwerten, bevor du irgendetwas anderes tust.

Wenn dich interessiert, warum der vierte Abschnitt überhaupt existiert: Ich habe denselben Aufbau in fünf Schritten aufgeschrieben, dort sieht man, was Gruppierung bewirkt. Zur Gestaltung gibt es den Theme-Vergleich, und das Karten-Verzeichnis listet, was sonst noch verfügbar ist.