Home Assistant Dashboards

Diese Seite dokumentiert die Struktur der Home-Assistant-Dashboards. Ziel ist nicht, jede Lovelace-YAML-Zeile zu spiegeln, sondern die Oberflächen so zu beschreiben, dass man Aufbau, Abhängigkeiten und Zweck später wieder nachvollziehen kann.

Grundprinzip

Die Dashboards sind keine reine Anzeige, sondern Teil der Bedienlogik:

• Status und Steuerung sind nach Alltag, Technik, Raum und Verwaltung getrennt.
• Viele Karten sind nur für bestimmte Benutzer oder Situationen sichtbar.
• Wiederkehrende Logik wird über Helper gesteuert, nicht hart in jeder Karte.
• HACS-Karten liefern die eigentliche UI-Schicht.
• Detailseiten in der Wiki-Doku müssen die Entitäten so benennen, wie sie in den Dashboards sichtbar sind.

Dashboard-Übersicht

Dashboard / View	Zweck	Wichtige Inhalte
HOME	zentrale Hauptansicht	Personen, Fenster/Türen, Lichtstatus, Geräteaktivität, Raum-Menüs
Skoda Enyaq	Fahrzeugansicht	Ladestand, Reichweite, Klima, Verriegelung, Wartungsnotizen
Media	Mediensteuerung	Lautsprecher und Waipu-Box nach Räumen
3D Druck	BambuLab P1S	Kamera, Print-Control, AMS, Status, Verbrauch, Wartung
Einstellungen	Bediennahe Adminansicht	Automationen, Benachrichtigungen, Datenschutz-/Kamera-Schalter
Heizung	Heizungsbetrieb	Vaillant, Warmwasser, Solarthermie, Thermostate, Gas-/Stromverbrauch
Solar	PV und Speicher	Sonnenstand, Anker Solix, PV-Leistung, Akku, Hausbedarf
Lueftung	KWL / ebusd	Betriebswerte, Filter, Status, Steuerung
Beschattung	Rollladen-/Sonnenschutzlogik	Profile, Sperren, Fensterstatus, Hitze-/Sonnenbedingungen
SmartHome	technische Übersicht	System-/HA-Zustände und Betriebsinformationen
Zaehlerstaende	Verbrauchszähler	Strom, Gas, Wasser
Fenster & Tueren	Öffnungssensorik	Fenster-/Türstatus nach Labeln und Räumen
Batteriestaende	Wartung	Batteriezustände batteriebetriebener Sensoren
Kameras	Kameraansichten	Reolink-/Kamerakarten mit Sichtbarkeitslogik
Info zum Haus	statische Hausdaten	technische Notizen und Stammdaten
Kids	Kinder-/Raumansichten	Martha, Karell, Kamera, raumbezogene Einstellungen
Apps	Systemwerkzeuge	Add-ons, HACS, ESPHome, MQTT Explorer, OpenCCU, File Editor

YAML-Sicherungen

Die vollständigen Dashboard-YAMLs liegen zusätzlich als technische Sicherung im Wiki. Diese Dateien sind nicht als Leseseiten gedacht, sondern als Wiederherstellungs- und Vergleichsbasis.

Datei	Inhalt
hauptdashboard.yaml	HOME, Enyaq, Media, 3D-Druck, Einstellungen
technikdashboard.yaml	Heizung, Solar, Lüftung, Beschattung, SmartHome, Zähler, Fenster/Türen, Batterien, Kameras, Hausinfo
kids-dashboard.yaml	Martha, Karell, Kamera, Kinder-/Raumeinstellungen
apps-view.yaml	Apps-View für Systemwerkzeuge und Add-ons

Hinweis: Die YAMLs enthalten interne Entity-, Device-, Media- und Benutzer-IDs. Sie gehören deshalb hinter die Zugriffsschutz-Policy des Wikis und sollten nicht in ein öffentliches Repository.

Hauptdashboard

Das Hauptdashboard ist als sections-Dashboard aufgebaut und nutzt bedingte Sichtbarkeit stark. Die HOME-View ist der alltägliche Einstieg.

HOME

Zentrale Aufgaben:

• Anwesenheit über Personenkarten anzeigen.
• Offene Fenster und Türen automatisch über Label fenster_turen listen.
• Laufende Geräte als Chips anzeigen: Waschmaschine, Trockner, Geschirrspüler, Fernseher, 3D-Druck, Airbowl.
• Globale Statuschips für Licht, Fenster/Türen, Abfall und Wetter anzeigen.
• Raum-Menüs per input_boolean.dashboard_menu_* für Benutzer umschalten.
• Raumbezogene Karten nur bei aktivem Menü und passendem Benutzer anzeigen.

Wichtige Muster:

Muster	Umsetzung
Offene Fenster	custom:auto-entities mit Label fenster_turen
Statuschips	custom:mushroom-chips-card
Benutzer-Menüs	input_boolean.dashboard_menu_enrico_* und input_boolean.dashboard_menu_jana_*
Sichtbarkeit	condition: user, condition: state, condition: screen

Skoda Enyaq

Die Enyaq-View ist eine fahrzeugbezogene Detailseite. Sie nutzt picture-elements für die visuelle Fahrzeugkarte und zeigt unter anderem:

• letzte Aktualisierung
• Verriegelungsstatus
• Kilometerstand
• Batteriestand
• Reichweite
• Klimatisierung
• Tageskilometer
• Wartungs- und Mängelnotizen als Markdown

Diese View ist benutzerbeschränkt und gehört fachlich zur Alltags-/Mobilitäts- Doku, nicht zur Gebäudetechnik.

Media

Die Media-View gruppiert Mediengeräte nach Räumen:

Raum	Geräte
Wohnzimmer	Wohnzimmer-Lautsprecher, Waipu-TV-Box
Küche	Küchenlautsprecher
Badezimmer	Badezimmer-Lautsprecher
Schlafzimmer	Schlafzimmer-Lautsprecher
Martha	Martha-Lautsprecher
Karell	Karell-Lautsprecher

Verwendet werden custom:mushroom-media-player-card mit Lautstärke- und Transportsteuerung.

3D Druck

Die 3D-Druck-View dokumentiert und steuert den BambuLab P1S:

• Live-Kamera camera.bambulab_p1s_kamera
• Druckraumbeleuchtung
• Print-Control-Karte
• AMS-Karten
• Druckstatus, Aufgabe, Startzeit, Restzeit, Layer, Gewicht
• letzter Energieverbrauch und Stromkosten
• Lüfterstatus
• Wartungsnotizen

Verwendete Spezialkarten:

• custom:ha-bambulab-print_control-card
• custom:ha-bambulab-ams-card
• custom:ha-bambulab-print_status-card

Technikdashboard

Das Technikdashboard bündelt die Betriebs- und Diagnoseansichten für Heizung, Energie, Lüftung, Beschattung und allgemeine SmartHome-Technik.

Heizung

Die Heizungs-View ist in drei Hauptbereiche gegliedert:

Bereich	Inhalt
Temperaturen	Raumtemperaturen, Aussentemperatur, Vorlauf, Rücklauf, Warmwasser, Solarthermie
Verbräuche	Gasverbrauch, Heizungsleistung, Energieverbrauch
Thermostate	Wohnzimmer, Badezimmer, Martha, Karell
Steuerung	Heizmodus, Warmwasserziel, Tag-/Nacht-Sollwerte, Pumpenstatus
Wartung	letzte Wartung für Heizung, Solarthermie und Pufferspeicher
Notizen	Heizungsanlage, Thermostate, Stellantriebe, Reparaturen, Systemlogik

Wichtige Entitätsgruppen:

• Vaillant AuroCompact über ebusd/MQTT
• Homematic-IP-Wandthermostate
• Gas-SmartMeterReader
• Shelly-/Power-Sensorik für Heizungsleistung
• Wartungs-Helper vom Typ input_datetime

Solar

Die Solar-View ist für PV, Speicher und Sonnenposition vorgesehen:

• Sonnenstand über custom:sun-position-card
• Anker Solix SolarBank
• PV-Leistung nach Kanälen
• Akku-/SOC-Werte
• Hausbedarf und Netzdaten
• Betriebsmodus und Einspeiselogik

Die Inhalte sind fachlich mit Energie verbunden.

Lüftung

Die Lüftungs-View bildet die KWL-/ebusd-Schicht ab:

• aktuelle Betriebswerte
• Lüfter-/Stufenstatus
• Filter- und Wartungsinformationen
• Steuerungsparameter
• Diagnosewerte aus ebusd/MQTT

Die technische Dokumentation liegt unter Lüftung.

Beschattung

Die Beschattungs-View ist eine Bedien- und Diagnoseoberfläche für Rollläden, Sonnen-/Hitzeschutz und Komfortsperren.

Zentrale Muster:

Baustein	Funktion
input_boolean.beschattung_*_aktiv	Beschattung je Raum aktivieren
input_select.beschattung_*_profil	Profilwahl je Raum
input_boolean.beschattung_sperre_*	Komfortsperre / manuelle Sperre
timer.beschattung_sperre_*	zeitlich begrenzte Sperre
Fenster-/Tür-Sensoren	Sicherheits- und Plausibilitätsbedingung
Sonnen-/Hitze-Binary-Sensoren	Automatikbedingung

Abgedeckte Bereiche:

• Wohnzimmer / Terrasse
• Martha
• Schlafzimmer
• Küche
• Karell geplant

Die Detaildoku liegt unter Beschattung.

Zählerstände

Die Zähler-View sammelt die Kernzähler für Verbrauch und Abrechnung:

• Strom: sensor.strom_smr_e_in, sensor.strom_smr_e_out, weitere Netzsensoren
• Gas: sensor.gas_smartmeterreader_gasverbrauch, sensor.gasverbrauch_in_kwh
• Wasser: sensor.wasser_zahlerstand und weitere WMBus-/manuelle Sensoren

Diese View ist die Bedienoberfläche zur Energie-/Verbrauchsdokumentation.

Fenster & Türen

Fenster und Türen werden über Labels und auto-entities dynamisch gelistet. Dadurch muss nicht jede Karte angepasst werden, wenn ein Sensor dazukommt, solange Label und Namensschema stimmen.

Wichtige Regel:

Neue Fenster-/Türkontakte müssen korrekt gelabelt werden, sonst tauchen sie in den dynamischen Listen nicht auf.

Batteriestände

Die Batterie-View ist eine Wartungsansicht für batteriebetriebene Sensoren. Sie ist für regelmäßige Kontrolle relevant, nicht für Tagesbedienung.

Kameras

Kamera-Views nutzen bedingte Sichtbarkeit und zeigen Kameras nicht pauschal allen Benutzern oder in jeder Situation. Das ist Teil des Datenschutzkonzepts.

Verwendete Karte:

• custom:advanced-camera-card

Kids-Dashboard

Das Kids-Dashboard ist als schlanke, raumbezogene Oberfläche aufgebaut.

Martha

Bereiche:

• offene Fenster/Türen
• Beleuchtung: Deckenlampe, LED-Lampe, LED-Bett
• Beschattung mit Rollladensteuerung und Szenenpositionen
• Multimedia
• Kalender
• Raum-Badges für Wetter, Temperatur und Fensterstatus

Karell

Bereiche:

• offene Fenster/Türen
• Beleuchtung: Deckenlampe, LED-Lampe
• Multimedia
• Kalender
• Raum-Badges für Wetter, Temperatur und Fensterstatus

Hinweis: In der gelesenen YAML verweist die Karell-Beschattung noch auf Martha-Rollladen-Entities und ist per leerer Benutzerbedingung faktisch ausgeblendet. Das sollte vor Produktivnutzung bereinigt werden.

Kamera

Die Kameraansicht ist absichtlich bedingt sichtbar. Die YAML zeigt eine Privatsphärenlogik: Kamera nur unter definierten Anwesenheitsbedingungen, ansonsten Hinweistext statt Livebild.

Einstellungen

Die Einstellungsansichten trennen Martha- und Karell-spezifische Bedienpunkte:

• Beschattung aktivieren
• Profil und Positionen
• Morgen-/Abendzeiten
• Wochenendlogik
• Benachrichtigungsautomation
• Platzhalter für fehlende Automationen

Apps-View

Die Apps-View ist eine Verwaltungsoberfläche für Add-ons, Integrationen und Werkzeuge. Sie ist nicht für normale Hausbedienung gedacht.

System & Verwaltung

Button	Ziel
Apps	/config/apps
File Editor	/app/core_configurator
SSH & Web Terminal	/app/a0d7b954_ssh
Firefox	/app/49e24ccc_firefox
OpenCCU	/app/de838cd8_openccu_proxy
HM Gerätekonfiguration	/homematic-config
HACS	/hacs
Alarmo	/alarmo

Entwicklung & Geräte

Button	Ziel
Studio Code Server	/app/a0d7b954_vscode
ESPHome	/app/5c53de3b_esphome
MQTT Explorer	/app/9cf1ea8f_mqtt_explorer

Daten & Visualisierung

Button	Ziel
phpMyAdmin	/app/a0d7b954_phpmyadmin

Verwendete Custom Cards

Die Dashboards hängen sichtbar von HACS-/Custom-Karten ab:

Karte	Einsatz
custom:mushroom-*	Personen, Chips, Licht, Cover, Media Player
custom:auto-entities	dynamische Listen für Fenster/Türen und Statuslisten
custom:apexcharts-card	Heizungs-, Verbrauchs- und Energiekurven
custom:fold-entity-row	einklappbare Detailbereiche
custom:template-entity-row	kompakte dynamische Statuszeilen
custom:sun-position-card	Sonnenstand / PV-Kontext
custom:advanced-camera-card	Kameraansichten
custom:ha-bambulab-*	BambuLab 3D-Drucker

Wenn eine dieser Karten fehlt oder ein HACS-Update kaputt ist, können ganze Dashboard-Bereiche ausfallen.

Sichtbarkeit und Datenschutz

Die YAMLs enthalten viele benutzerabhängige Sichtbarkeiten. In der Doku werden keine Benutzer-IDs dokumentiert. Relevant ist nur das Prinzip:

• Admin-/Technikfunktionen sind benutzerbeschränkt.
• Kinder-/Raumansichten sind auf passende Benutzer reduziert.
• Kameraansichten sind zusätzlich an Anwesenheitsbedingungen gebunden.
• Einige Karten sind nur auf Desktop sichtbar.
• Einige Karten erscheinen nur bei aktivem Zustand, zum Beispiel offene Fenster oder laufende Geräte.

Pflege-Regeln

Bei Änderungen an Dashboards gelten diese Regeln:

• Neue Fenster-/Türkontakte immer mit passendem Label versehen.
• Neue Raumfunktionen möglichst über Helper und Labels einbinden, nicht per duplizierter Sonderlogik.
• Benutzer-IDs, Medien-IDs und interne Device-IDs nicht in die Wiki-Doku übernehmen.
• Karten mit Custom-Card-Abhängigkeit in Add-ons & HACS mitdenken.
• Wenn eine Entität umbenannt wird, zuerst Dashboard, Automationen und Wiki gemeinsam prüfen.
• Sichtbarkeitslogik für Kameras nicht vereinfachen, ohne Datenschutzfolge zu prüfen.