Automationen

← Übersicht

Stand: 19.10.2026 (mit Home Assistant abgeglichen; zuletzt geändert: Internet-Ausfall überwachen). 25 Automationen, davon 24 aktiv. Namensschema: Sicherheit:, System:, Backup:, NAS:, Proxmox:, USV:, Müll:. Alle sind in der Oberfläche angelegt (Einstellungen → Automationen & Szenen).

Gelöscht (nicht mehr in HA): Test: Push-Nachricht an Norberts iPhone, Test: Ute betritt/verlässt Zuhause (kritische Benachrichtigung), Norbert verlässt Raderbroich (kritische Benachrichtigung), Zone: Willkommen im Alten Brauhaus (kritische Benachrichtigung). Beschreibung und Code stehen in der Versionsgeschichte dieser Seiten.

Vollständiger Code (YAML):

• Code: Sicherheit (Alarmanlage, Kamera)
• Code: System (Start, Neustart, Ausfälle, Störungsprotokoll, Backup)
• Code: Überwachung (NAS, Proxmox, USV) und Müll

Die wöchentlichen automatischen Backups (sonntags 03:17 Uhr, nur NAS) sind keine Automation, sondern in den Backup-Einstellungen von HA eingestellt – siehe Backup.

• Auslöser: jede Zustandsänderung des Alarm-Panels.
• Bedingung: nicht in Übergangszuständen (pending, arming, disarming).
• Aktion: Homematic-Zustand in Klartext umsetzen und in input_select.alarmstatus schreiben.
• Zweck: Änderungen, die außerhalb von HA gemacht werden (Homematic-App, Keypad, Wandtaster), erscheinen im Dashboard.
• Modus: queued (max. 10).

• Auslöser: alle 5 Minuten.
• Aktion: Weicht input_select.alarmstatus vom Homematic-Zustand ab und läuft gerade kein Schaltvorgang (input_boolean.alarm_vorgang_laeuft = aus), wird der Dashboard-Status korrigiert.
• Zweck: Sicherheitsnetz, falls ein Ereignis aus der Cloud verloren ging.

• Auslöser: input_boolean.alarm_vorgang_laeuft seit 2 Minuten an.
• Aktion: Flag ausschalten. Verhindert, dass Watchdog und Benachrichtigungen nach einem abgebrochenen Skript dauerhaft blockiert sind.

• Auslöser A „verlassen“: Norbert oder Ute verlässt home und ist seit 2 Minuten weg.
• Auslöser B „zurück“: Norbert oder Ute kommt nach home.
• A: Sind beide nicht zu Hause und ist die Anlage unscharf oder im Hüllenschutz → Grund „🚗 Niemand mehr zu Hause …“ in input_text.alarm_schaltgrund hinterlegen und script.alarm_schalten_scharf_hulle_unscharf mit ziel: Scharf.
• B: Ist die Anlage scharf, ausgelöst oder im Übergang → Grund „🏠 … ist zurück …“ hinterlegen und Skript mit ziel: Unscharf. Ein manuell gesetzter Hüllenschutz bleibt unberührt.
• Seit 26.09.2026 keine eigene Telegram-Nachricht mehr: Der Grund erscheint in der Statusmeldung von „Alarmstatus via Telegram und iOS senden“ (vorher kamen zwei Nachrichten).
• Andere Zonen zählen als „nicht zu Hause“.
• Modus: queued (max. 5).

• Zeitfenster: 22:30–06:30.
• Ruhe: beide Bewegungsmelder seit 5 Min. ohne Bewegung (oder 22:30 Uhr erreicht), Anlage unscharf, kein Schaltvorgang → Hüllenschutz schalten; wenn erfolgreich, Merker input_boolean.hullenschutz_nacht_automatik_aktiv einschalten.
• Bewegung: Ist der Merker an und die Anlage im Hüllenschutz → wieder unscharf schalten, Merker aus.
• Status anderweitig geändert (z. B. unscharf oder scharf von Hand) → Merker aus.
• Ergebnis: Nachts ist die Wohnung im Hüllenschutz, sobald alle schlafen. Wer nachts aufsteht, löst durch die Bewegung das Aufheben aus. Achtung: Die Bewegungsmelder lösen erst aus, wenn man in ihren Bereich kommt – wer vorher eine Balkontür öffnet, löst den Hüllenschutz-Alarm aus.

• Auslöser: Änderung von input_select.alarmstatus, des Alarm-Panels, von input_boolean.kamera_dose_testmodus, der Steckdose selbst (nach 5 s), alle 5 Minuten und beim HA-Start.
• Soll AN, wenn Testmodus an oder Alarm-Panel armed_away/triggered oder Dashboard-Status Scharf/Ausgelöst – und die Steckdose ist aus.
• Soll AUS, wenn Testmodus aus und Panel disarmed/armed_home/armed_night und Dashboard-Status Unscharf/Hüllenschutz – und die Steckdose ist an.
• Im Hüllenschutz bleibt die Kamera bewusst aus (Entscheidung Norbert, 26.09.2026). Nur wenn im Hüllenschutz tatsächlich Alarm ausgelöst wird (triggered), geht sie an.
• Folge: Wer die Steckdose von Hand schaltet, wird innerhalb von 5 s bzw. 5 Min. „korrigiert“. Für Dauerbetrieb den Testmodus verwenden.
• Modus: queued (max. 5).

• Auslöser: Alarm-Panel wechselt auf triggered.
• Ablauf: input_boolean.alarm_video_bestatigt aus → wiederholt: Video (input_number.alarm_videolange, derzeit 20 s) von camera.ko_wohnzimmer_standardauflosung nach /media/alarm_videos/alarm_JJJJMMTT_HHMMSS.mp4 aufnehmen und script.alarm_video_senden starten.
• Ende: bestätigt per Telegram-Button, oder Anlage nicht mehr ausgelöst, oder Höchstzahl erreicht (Gesamtdauer 10 Min. ÷ Videolänge, aufgerundet = 30 Videos).
• Abschlussmeldung per Telegram an Norbert und Ute mit dem Grund.
• Modus: single.

• Auslöser: Ereignis telegram_callback mit Daten /alarm_ack.
• Aktion: input_boolean.alarm_video_bestatigt an, kurze Bestätigung in Telegram („Alarm bestätigt – Videos gestoppt“).
• Hinweis: Das stoppt nur die Videos, nicht die Alarmanlage bzw. Sirene.

• Alarm ausgelöst: Telegram „ALARM AUSGELÖST!“ an beide + kritische Push (durchbricht Stummmodus) an beide iPhones.
• Statusänderung (nicht während der Startphase): Telegram „Der Status hat sich geändert auf: …“ – mit angehängtem Grund aus input_text.alarm_schaltgrund, falls dieser höchstens 5 Minuten alt ist; danach wird der Helfer geleert.
• Fehler in input_text.alarm_letzter_fehler (nicht leer, nicht in der Startphase): Telegram „Alarm-Fehler“ + kritische Push an beide (script.push_an_alle_handys).
• Modus: single.

• Auslöser: Kamera-Dose switch.hmip_raderbroich_dose_tv seit 60 s an.
• Aktion: bis zu 8-mal alle 30 s die Reolink-Integration neu laden (ca. 4 Minuten), bis die Kamera verfügbar ist oder die Dose wieder aus ist.
• Zweck: Die Kamera bootet ca. 1 Minute; HA würde die Integration sonst nur mit immer größerem Abstand neu versuchen.

• Auslöser: Kamera camera.ko_wohnzimmer_standardauflosung seit 10 Min. unavailable sowie alle 15 Min.
• Bedingungen: Kamera-Dose switch.hmip_raderbroich_dose_tv seit ≥ 10 Min. an, Kamera seit ≥ 10 Min. nicht erreichbar, und „Reolink nach Einschalten der Kamera-Dose neu laden“ läuft gerade nicht.
• Aktion: Reolink-Integration neu laden, Logbuch-Eintrag.
• Ist die Dose aus (Kamera absichtlich stromlos), passiert nichts. Seit 26.09.2026.

• Auslöser: HA-Start. Liest den Homematic-Zustand und setzt input_select.alarmstatus (unbekannt → Unscharf).

• Auslöser: HA-Start.
• Startphase an → 2 Min. warten → Telegram „Home Assistant gestartet“ mit Alarmzustand, Zahl offener Türen/Fenster und leerer Batterien → Startphase aus.

• Auslöser: Uhrzeit aus input_datetime.system_neustart_uhrzeit (01:30).
• Aktion: hassio.host_reboot – startet die Home-Assistant-VM neu (Home Assistant läuft als VM 101 auf dem Proxmox-Server; der Proxmox-Host selbst wird nicht neu gestartet).

• Auslöser: täglich 00:15.
• Aktion: Knopf button.fritz_box_6591_cable_neu_starten der FRITZ!Box-Tools-Integration drücken. Das Internet ist dabei einige Minuten weg (unter der 15-Min.-Schwelle der Internet-Überwachung).

• Auslöser: jede Minute.
• Schreibt die aktuelle Zeit in input_datetime.ha_lebenszeichen. Liegt der alte Wert mehr als 15 Min. zurück, war HA aus (Absturz, Stromausfall, Proxmox-Neustart …): Beginn/Ende in input_datetime.ha_ausfall_beginn/_ende speichern und input_boolean.stoerung_ha_offline einschalten.
• Die Erkennung läuft beim ersten Lebenszeichen nach dem Neustart – dadurch gibt es keine Konflikte beim Start.

Geändert am 19.10.2026. Auslöser war ein Fehlalarm am 18.10.2026: Die FRITZ!Box-Integration war von 20:05 bis 21:36 Uhr in HA „nicht verfügbar“, das Internet lief aber; außerdem blieb die Entwarnung hängen und die Meldung stand weiter. Code: Code: System.

• Weg (Beginn nach 15 Min.), eines von beiden:
  • binary_sensor.fritz_box_6591_cable_verbindung meldet aus (Kabelverbindung getrennt), oder
  • beide Ping-Sensoren binary_sensor.1_1_1_1 und binary_sensor.8_8_8_8 antworten nicht (unabhängig von der FRITZ!Box).
  • → Beginn speichern (= Zeitpunkt minus 15 Min.), input_boolean.internet_ausfall_laeuft an (Dashboard zeigt „Internet ist weg“). Läuft ein Ausfall schon, passiert nichts Neues.
• „Nicht verfügbar“ ist kein Ausfall mehr: Ist nur die FRITZ!Box-Integration in HA nicht erreichbar, die Pings antworten aber, gibt es keinen Alarm. Fällt die FRITZ!Box zusammen mit dem Internet aus, erkennt es der Ping.
• Zurück: mindestens ein Ping antwortet wieder (1 Min. stabil) und die FRITZ!Box meldet nicht „aus“ – oder HA startet neu und das ist der Fall (räumt einen hängenden Ausfall auf) → Ende speichern, internet_ausfall_laeuft aus. Erst dann wird gemeldet, weil Telegram/Push vorher nicht zugestellt werden können.
• FRITZ!Box-Neustart 00:15: Ausfälle, deren Beginn zwischen 00:15 und 00:30 Uhr liegt, lösen keinen Alarm aus.
• Grenzen: Der Ping läuft von HA aus. Ist nur HA selbst vom Netz getrennt, gilt das ebenfalls als Ausfall. Die Ping-Ziele 1.1.1.1 und 8.8.8.8 sind in Integrationen beschrieben.

• Auslöser: stoerung_ha_offline geht an oder internet_ausfall_laeuft geht aus (jeweils 1 Min. stabil, damit Netz/Telegram nach einem Neustart bereit sind).
• Aktion: offenen Eintrag im Störungsprotokoll (todo.storungsprotokoll) mit Zeitraum und Dauer anlegen, Telegram an beide, Push mit Knopf „Kenntnis genommen“ an Norbert, danach stoerung_ha_offline wieder aus.

• Auslöser: Knopf „Kenntnis genommen“ (Aktion STOERUNG_OK) in der iPhone-Push.
• Aktion: alle offenen Protokolleinträge abhaken, Beschreibung „✔ Kenntnis genommen von … am …“ eintragen, Mitteilung auf dem iPhone entfernen.

• Auslöser: jede Änderung am Störungsprotokoll.
• Neu abgehakte Einträge bekommen „✔ Kenntnis genommen von <Person> am …“, wieder geöffnete Einträge bekommen „Offen – noch nicht zur Kenntnis genommen“.

• Auslöser: 23:00 Uhr (am 26.09.2026). Ist gelaufen und hat sich danach selbst abgeschaltet (Stand 30.09.2026).
• Aktion: hassio.backup_full mit Speicherort nas (NFS, /volume1/hassio), Name „Dauerhaft 2026-09-26 (nicht löschen)“, verschlüsselt mit dem Backup-Schlüssel; Logbuch-Eintrag; danach schaltet sich die Automation selbst ab.
• Weil das Backup nicht mit den automatischen Einstellungen entsteht, löscht die Aufbewahrungsregel (10 Kopien) es nie.
• Achtung: Der Backup-Schlüssel steht im Klartext in der Konfiguration dieser Automation. Die Automation jetzt löschen.

• Meldet nur an Norbert (Telegram + kritische Push) für die Synology DS920+ nasnbruch:
  • Volume- oder Plattenstatus nicht mehr „normal“ (2 Min.)
  • SMART-Warnung (fehlerhafte Sektoren, Restlebensdauer) oder Sicherheitsstatus unsicher
  • NAS-Temperatur > 60 °C oder Plattentemperatur > 50 °C (je 10 Min.)
  • NAS 10 Min. nicht im Netz
• Nur neue Wechsel lösen aus, bestehende Warnzustände nicht erneut.
• Telegram-Chat-ID aus input_text.telegram_chat_id_norbert.

• Gleicher Aufbau wie die NAS-Warnung, für den Proxmox-Server pve:
  • Node pve offline (5 Min.) oder Server 10 Min. nicht im Netz
  • DokuWiki-Container gestoppt (5 Min.)
  • CPU oder RAM > 90 % (10 Min.)
  • Speicher local oder local-lvm > 90 % belegt (10 Min.)
• Die HA-VM wird nicht überwacht (bei deren Ausfall kann HA nichts senden), haos14.2 ist bewusst aus.
• Telegram-Chat-ID aus input_text.telegram_chat_id_norbert.

• Stromausfall (binary_sensor.usv_batteriebetrieb an): Beginn speichern, counter.usv_stromausfalle +1, offenen Eintrag „🔌 Stromausfall … – läuft“ im Störungsprotokoll, Telegram an beide mit Akkustand und Restlaufzeit, Push mit „Kenntnis genommen“ an Norbert.
• Strom zurück: Ende speichern, Protokolleintrag mit Zeitraum und Dauer umbenennen, Entwarnung per Telegram und Push.

• Auslöser: Kalender calendar.muellabfuhr (Schönmackers / MüllALARM) – 6 Stunden vor Beginn eines Abfuhrtermins, also am Vortag um 18:00 Uhr (ganztägige Termine beginnen um 0:00).
• Aktion: Telegram (über script.telegram_universal_versand) „🗑️ Müllabfuhr morgen – <Tonne> – bitte heute Abend rausstellen.“
• Werden zwei Tonnen am selben Tag abgeholt, kommt je eine Nachricht. Modus: queued.

• Zusätzlicher Auslöser: Start von Home Assistant → input_boolean.alarm_vorgang_laeuft wird nach jedem Neustart auf „aus“ gesetzt. Grund: Der tägliche Neustart (01:30) kann ein laufendes Schalt-Skript abbrechen; das Flag blieb dann hängen und sperrte den Nacht-Hüllenschutz (Vorfall 26./27.10.). Der Alarmzustand selbst wird nicht verändert, Vollschutz bleibt Vollschutz. Code: automationen_sicherheit.