Custom-Konfiguration¶
Der Ordner /config/custom ist die zentrale Ablage für eigene
Home-Assistant-YAML-Konfiguration. Hier liegen nicht HACS-Komponenten, sondern
ausgelagerte Betriebslogik, Helper, Templates, MQTT-Definitionen und
Shell-Kommandos.
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/ |
manuelle MQTT-Sensoren und Binary-Sensoren |
custom/scripts/ |
ausgelagerte Scripts |
custom/shell_command/ |
Shell-Kommandos für Wartungsaufgaben |
custom/templates/ |
Template-Sensoren und Trigger-Template-Sensoren |
YAML-Sicherungen¶
Die Rohdateien sind zusaetzlich als technische Sicherung im Wiki abgelegt:
| Quelle | Sicherung |
|---|---|
/config/custom/energy/utility_meters.yaml |
utility_meters.yaml |
/config/custom/helpers/input_boolean.yaml |
input_boolean.yaml |
/config/custom/helpers/input_number.yaml |
input_number.yaml |
/config/custom/mqtt/sensors/ebusd-heizung.yaml |
ebusd-heizung.yaml |
/config/custom/mqtt/sensors/ebusd-lueftung.yaml |
ebusd-lueftung.yaml |
/config/custom/mqtt/binary_sensors/ebusd-lueftung.yaml |
ebusd-lueftung.yaml |
/config/custom/scripts/beschattung.yaml |
beschattung.yaml |
/config/custom/shell_command/shell_commands.yaml |
shell_commands.yaml |
/config/custom/templates/3d_druck_historie.yaml |
3d_druck_historie.yaml |
/config/custom/templates/lueftung_wartung.yaml |
lueftung_wartung.yaml |
/config/custom/templates/sensors_allgemein.yaml |
sensors_allgemein.yaml |
/config/custom/templates/sensors_energy.yaml |
sensors_energy.yaml |
/config/custom/templates/sensors_fenster.yaml |
sensors_fenster.yaml |
Wenn in kuenftigen YAML-Sicherungen Passwoerter, 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, Solix-Akkureserve |
custom/helpers/input_number.yaml |
Warmwasser-Zieltemperatur, Gartenwasser-Zählerstand, Solix-SOC-Untergrenze |
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 |
|---|---|
custom/energy/utility_meters.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 |
|---|---|
custom/mqtt/sensors/ebusd-lueftung.yaml |
MQTT-Sensor Intensivmodus Countdown für die Lüftung |
custom/mqtt/binary_sensors/ebusd-lueftung.yaml |
MQTT-Binary-Sensor Lüftung Kühlung Status |
custom/mqtt/sensors/ebusd-heizung.yaml |
vorbereitete eBUS-Heizungssensoren, aktuell weitgehend auskommentiert |
Aktive MQTT-Topics liegen vor allem unter ebusd-lueftung/. Die
Heizungsdatei ist eher eine vorbereitete Sensorbibliothek und darf nicht als
aktive Vollintegration verstanden werden.
Scripts¶
| Datei | Zweck |
|---|---|
custom/scripts/beschattung.yaml |
Script beschattung_komfortsperren_loeschen |
Das Script löscht die manuellen Beschattungssperren und fährt die Markise bei Abwesenheit ein, wenn sie noch weit ausgefahren ist. Es protokolliert die Aktionen im Logbook.
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/3d_druck_historie.yaml |
Druckhistorie mit Start, Ende, Dauer, Verbrauch, Kosten und Gewicht |
custom/templates/lueftung_wartung.yaml |
Lüftungsfilterstatus, Lüftungsmodus-Anzeige, Intensivmodus-Countdown |
custom/templates/sensors_allgemein.yaml |
Stromzähler, Netzbezug, Wasser, Gartenwasser, InfluxDB-Blocker |
custom/templates/sensors_energy.yaml |
3D-Druck-Energie/Kosten und Solarbank PV Ost/West Energie |
custom/templates/sensors_fenster.yaml |
Fensterstatus mit Kipp-Logik anhand der Rotation |
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.
Energie und 3D-Druck¶
Die Energie-Templates filtern den 3D-Drucker-Verbrauch auf aktive Druckvorgänge und berechnen daraus den letzten Verbrauch und die letzten Stromkosten. Für die Solarbank werden PV Ost und PV West getrennt als robuste Tageswerte geführt.
Restore-Hinweis¶
Bei einem Neuaufbau muss /config/custom zusammen mit den Includes in der
Home-Assistant-Konfiguration wiederhergestellt werden. Ohne diesen Ordner
fehlen Teile der Beschattung, Lüftung, Kamera-Privatsphäre,
Wasser-/Energieauswertung, 3D-Druck-Historie und InfluxDB-Steuerung.
Stand: Juli 2026