← Übersicht

Stand: 25.09.2026. 24 Automationen, davon 22 aktiv. Namensschema: Sicherheit:, System:, 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)
• Code: Überwachung (NAS, Proxmox, USV) und Tests

• 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 → Telegram „Niemand mehr zu Hause …“ und script.alarm_schalten_scharf_hulle_unscharf mit ziel: Scharf.
• B: Ist die Anlage scharf, ausgelöst oder im Übergang → Telegram „… ist zurück …“ und Skript mit ziel: Unscharf. Ein manuell gesetzter Hüllenschutz bleibt unberührt.
• 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.
• 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: …“.
• Fehler in input_text.alarm_letzter_fehler (nicht leer, nicht in der Startphase): Telegram „Alarm-Fehler“ + kritische Push an beide.
• Modus: single.

• 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“.

• 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.

• 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.

• 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.

• Test: Ute betritt/verlässt Zuhause – aktiv. Kritische Push an Norberts iPhone bei jedem Kommen/Gehen von Ute. Diente zum Test der Anwesenheitserkennung; kann abgeschaltet werden, wenn nicht mehr gewünscht.
• Test: Push-Nachricht an Norberts iPhone – abgeschaltet. Würde bei jedem Start eine kritische Test-Push an beide iPhones senden.