Custom-Konfiguration¶
Der Ordner /config/custom ist eine wichtige Ablage für eigene
Home-Assistant-YAML-Konfiguration. Hier liegen nicht HACS-Komponenten, sondern
Helper, MQTT-Definitionen, Shell-Kommandos und einzelne Legacy-Dateien.
Die eigentliche thematische Betriebslogik liegt inzwischen größtenteils in
/config/packages.
Diese Struktur ist wichtig für Restore und Wartung: Nach einem Neuaufbau muss der Ordner vollständig wiederhergestellt und über die jeweiligen Includes in Home Assistant eingebunden sein.
Ordnerstruktur¶
| Pfad | Inhalt |
|---|---|
custom/energy/ |
Utility Meter für eigene Energiezähler |
custom/helpers/ |
YAML-definierte input_boolean- und input_number-Helper |
custom/influxdb/ |
generierte/verwaltete InfluxDB-Entity-Liste |
custom/mqtt/ |
Legacy/leer; aktive MQTT-Logik liegt in packages/lueftung.yaml |
custom/scripts/ |
Legacy/leer; Beschattung-Skripte liegen in packages/beschattung.yaml |
custom/shell_command/ |
Shell-Kommandos für Wartungsaufgaben |
custom/templates/ |
Legacy/leer; thematische Template-Sensoren liegen in packages/ |
YAML-Sicherungen¶
Die Rohdateien sind als technische Sicherung in der YAML-Sektion
abgelegt — nach System gegliedert und mit Mapping-Tabelle zu den Quellpfaden
unter /config:
- YAML – Lüftung
- YAML – Heizung
- YAML – Beschattung
- YAML – Energie
- YAML – Wasser
- YAML – Übergreifend (Helper, Shell-Commands, allgemeine Templates)
- YAML – Dashboards
Wenn in künftigen YAML-Sicherungen Passwörter, Tokens, API-Keys oder andere
Geheimwerte auftauchen, werden sie vor dem Commit durch Platzhalter ersetzt,
zum Beispiel <Passwort>, <TOKEN>, <API_KEY> oder <SECRET>.
Helper¶
| Datei | Zweck |
|---|---|
custom/helpers/input_boolean.yaml |
Datenschutzmodus für Reolink-Kameras, Kamera-Benachrichtigungsfilter |
custom/helpers/input_number.yaml |
Gartenwasser-Zählerstand |
Die Helper bilden Bedien- und Steuerparameter ab. Sie gehören deshalb in die fachlichen Seiten zu Kameras, Energie, Heizung und Wasser, nicht nur in eine technische Dateiliste.
Energie¶
| Datei | Zweck |
|---|---|
/config/packages/3d_druck.yaml |
3d_drucker_energy_druck als Energiezähler pro Druckvorgang |
Der 3D-Drucker-Zähler verwendet den gefilterten Sensor
sensor.3d_drucker_energie_gefiltert und wird nicht über einen festen Cycle
zurückgesetzt. Der Reset erfolgt über die Automatik beim Druckstart.
MQTT¶
| Datei | Zweck |
|---|---|
/config/packages/lueftung.yaml |
aktive Lüftungslogik: MQTT, Templates, Skripte und Automationen |
custom/mqtt/sensors/ebusd-heizung.yaml |
entfernt; keine aktive Datei mehr |
Die aktive Lüftungslogik besteht aus MQTT-Sensoren und Templates. Für eine
Migration nach packages/ muss vor allem die Package-Datei
/config/packages/lueftung.yaml berücksichtigt werden.
Scripts¶
| Datei | Zweck |
|---|---|
custom/scripts/beschattung.yaml |
leer / Legacy; Beschattung-Skripte liegen in packages/beschattung.yaml |
Die Beschattung-Skripte wurden in das Package packages/beschattung.yaml
migriert. Dort liegen die wiederverwendbaren Skripte für Cover-Fahrten,
Fenster-Lüftungsposition und das Löschen der Komfortsperren an zentraler
Stelle.
Shell-Kommandos¶
| Datei | Zweck |
|---|---|
custom/shell_command/shell_commands.yaml |
Reolink-Snapshot-Cleanup und InfluxDB-Entity-Datei verwalten |
Enthaltene Kommandos:
| Kommando | Funktion |
|---|---|
cleanup_reolink_snaps |
löscht alte JPG-Snapshots unter /media/reolink_snapshot |
truncate_influx_entities |
leert custom/influxdb/influxdb_entities.yaml |
write_influx_entities |
schreibt die InfluxDB-Entity-Liste neu |
Templates¶
| Datei | Zweck |
|---|---|
custom/templates/ |
leer / Legacy; aktive Template- und Sensorlogik liegt heute in packages/ |
Aktive Packages¶
| Datei | Zweck |
|---|---|
packages/beschattung.yaml |
Beschattung-Skripte plus Hitzeschutz-Template |
packages/fenster.yaml |
Fensterstatus mit Kipp-Logik |
packages/strom.yaml |
Stromzähler, Netzbezug und Solix-PV |
packages/wasser.yaml |
Hauswasser- und Gartenwasser-Zählerstände |
Fensterlogik¶
Die Fenster-Templates erzeugen lesbare Zustände wie Geschlossen, Offen
und Gekippt. Die Kipp-Erkennung basiert auf dem jeweiligen
*_rotation-Sensor. Abgedeckt sind Badezimmer, Schlafzimmer, Terrassentüren,
Ankleidezimmer, Martha, HWR, Karell, Gäste-WC und Küche.
Lüftung¶
Die Lüftungs-Templates bewerten den Filterzustand über Leistungsaufnahme,
Betriebsmodus, Intensivbetrieb und die konfigurierten Schwellen aus
input_number. Dadurch steckt die Wartungslogik nicht direkt in einer
Automation, sondern in nachvollziehbaren Sensoren.
Strom und Wasser¶
Die Strom-Templates filtern den Smartmeter- und Solix-Verbrauch auf robuste Messwerte. Wasser und Gartenwasser sind davon getrennt, damit die Zählerstände klar voneinander dokumentiert bleiben.
Restore-Hinweis¶
Bei einem Neuaufbau muss /config/custom zusammen mit den Includes in der
Home-Assistant-Konfiguration wiederhergestellt werden. Aktive Betriebslogik
liegt inzwischen aber größtenteils in /config/packages. Ohne die Package-
Dateien fehlen Teile der Beschattung, Fensterlogik, Strom-/Wasser-Auswertung
und der thematisch gebündelten Automationen und Skripte.
Stand: Juli 2026