← Übersicht

Stand: 26.09.2026. 28 Automationen, davon 27 aktiv. Namensschema: Sicherheit:, System:, Backup:, Zone:, NAS:, Proxmox:, USV:, Test:. Alle sind in der Oberfläche angelegt (Einstellungen → Automationen & Szenen).

Vollständiger Code (YAML):

• Code: Sicherheit (Alarmanlage, Kamera)
• Code: System (Start, Neustart, Ausfälle, Störungsprotokoll, Backup)
• Code: Überwachung (NAS, Proxmox, USV), Anwesenheit/Zonen und Tests

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. B. „Zum alten Brauhaus“) 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.

• Weg: binary_sensor.fritz_box_6591_cable_verbindung seit 15 Min. aus oder nicht verfügbar → Beginn speichern, input_boolean.internet_ausfall_laeuft an (Dashboard zeigt „Internet ist weg“).
• Zurück: Verbindung wieder da und Ausfall lief → Ende speichern, internet_ausfall_laeuft aus. Erst dann wird gemeldet, weil Telegram/Push vorher nicht zugestellt werden können.

• 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).
• 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. Nach dem erfolgreichen Lauf die Automation 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: person.norbert wechselt von home weg (nicht nach unavailable/unknown).
• Aktion: Kritische Push an Norberts iPhone „Du hast die Zone Raderbroich verlassen (HH:MM Uhr)“. Seit 26.09.2026.

• Auslöser: Norbert oder Ute betritt die Zone zone.zum_alten_brauhaus (Gaststätte „Zum Alten Brauhaus Dresen“, Raderbroich 13, Radius 75 m).
• Aktion: kritische Push nur an den, der ankommt – Norbert auf notify.mobile_app_iphone_von_norbert, Ute auf notify.mobile_app_iphone_13_ute:
  • Titel: „🍺 Zum alten Brauhaus“
  • Text: „Herzlich willkommen in der Gaststätte Zum alten Brauhaus. PROST 🍺“
• Kommen beide zusammen an, bekommt jeder seine eigene Nachricht. Modus: parallel (max. 5). Seit 26.09.2026.

• Test: Ute betritt/verlässt Zuhause – aktiv. Kritische Push an Norberts iPhone bei jedem Kommen/Gehen von Ute. Diente zum Test der Anwesenheitserkennung; bleibt laut Norbert (26.09.2026) aktiv.
• Test: Push-Nachricht an Norberts iPhone – abgeschaltet. Würde bei jedem Start eine kritische Test-Push an beide iPhones senden.