Home Assistant Blueprints von @magicx78
Alle Blueprints sind validiert (YAML-Syntax + HA-Schema) und erfordern mindestens Home Assistant 2024.6.0 (Ausnahme: Tür Alarm Pro benötigt 2024.10.0).
Meldet Kamera- und Stream-Ausfälle über drei unabhängige Signale: die Kamera-Entity wird unavailable, der Frigate FPS-Wert fällt unter einen Schwellwert, oder ein Ping/Connectivity-Sensor geht auf off/unavailable. Optional werden Recovery-Meldungen gesendet. Eingebaut: Deduplizierung gegen Doppelmeldungen.
Features:
- Drei unabhängige Ausfallsignale (Unavailable, FPS, Ping)
- Optionale Recovery-Benachrichtigung
- Deduplizierung gegen Doppelmeldungen
- Kompatibel mit Frigate-Integrationen
Anwesenheits- und bewegungsbasierte Lichtsteuerung. Unterstützt Bewegungsmelder, Präsenz-Sensoren, Türkontakte, Timer-Helfer, Dämmerungsprüfung (Lux und/oder Sonnenstand) sowie einen Sperr-Schalter. Das Licht schaltet sich bei Aktivität ein und nach Ablauf des Timers automatisch aus. Hinweis: Fehlt der Lux-Sensor oder liefert er unknown/unavailable, gilt dies als „dunkel“, damit die Automation weiter funktioniert. Neu in v2.1.0: Türkontakt-Hold (Opt-in), robuste Türkontakt-Trigger (nur echte offen/zu-Übergänge), Timer-Refresh auch bei bereits eingeschaltetem Licht sowie ein vollständig ignorierender Bewegungsmelder-Modus „Deaktiviert“ — behebt „Licht geht trotz Anwesenheit einfach aus“.
Features:
- Bewegungsmelder und Präsenz-Sensoren kombinierbar
- Türkontakt als zusätzlicher Trigger
- Türkontakt-Hold (Opt-in): offene Tür (Modus „Offen“) bzw. geschlossene Tür (Modus „Zu“, z. B. Badezimmer) hält das Licht an; endet das Halten, startet der Ausschalt-Timer neu
- Robuste Türkontakt-Trigger:
unavailable/unknownund reine Attribut-Updates lösen nichts mehr aus - Dämmerungsprüfung via Lux-Sensor oder Sonnenstand (gilt nur fürs Einschalten — Aktivität verlängert den Timer auch, wenn es inzwischen hell ist)
- Sperr-Schalter zum manuellen Deaktivieren
- Helligkeit und Übergangszeiten konfigurierbar
Wichtig:
- Den Timer-Helfer pro Automation dediziert anlegen (nicht mit anderen Räumen/Automationen teilen), sonst schalten fremde Timer-Abläufe das Licht unerwartet aus. Am Timer „Wiederherstellen“ (restore) aktivieren, damit ein HA-Neustart laufende Timer nicht verschluckt.
- Es zählen nur explizite Zustände: Sensoren auf
unknown/unavailablegelten beim Timer-Ablauf als inaktiv.- Manuell eingeschaltete Lichter werden von der Ausschalt-Logik übernommen — dauerhaft manuelles Licht über den Sperr-Schalter absichern.
- Der Hold wirkt nur in den Türkontakt-Modi „Offen“ und „Zu“, nie bei „Beides“.
Vollständiger Tür-Alarm mit TTS und Push-Benachrichtigung. TTS und Push sind getrennt steuerbar mit eigenen Schlafzeiten. Unterstützt Batterie-Warnungen für sowohl numerische Sensoren (sensor.* in %) als auch binäre Sensoren (binary_sensor.* LOWBAT), jeweils mit mehreren Entities. Wiederholungsansagen und Custom Actions möglich.
Erfordert: Home Assistant 2024.10.0 (sections-Feature im Blueprint-Editor)
Features:
- TTS und Push-Benachrichtigung getrennt konfigurierbar
- Eigene Schlafzeiten für TTS und Push
- Batterie-Warnung: numerische und binäre Sensoren, mehrere Entities
- Wiederholungsansagen mit konfigurierbarem Intervall
- Custom Actions (vor/nach Alarm)
- Dankeschön-Ansage nach echtem Alarm-Trigger
Liest den Home Assistant Log gefiltert auf eine ausgewählte Automation aus und gibt das Ergebnis als Persistent Notification und/oder in einen input_text-Helper aus. Nützlich zur schnellen Diagnose von Automations-Problemen direkt aus der HA-Oberfläche.
Voraussetzung: Dieser Blueprint setzt eine manuelle Einrichtung in
configuration.yamlvoraus:
- Einen
command_line-Sensor (z.B.sensor.automation_log_reader), der den Log ausliest- Einen
shell_command-Eintrag, der den gefilterten Log-Abruf ausführtOhne diese Konfiguration in
configuration.yamlfunktioniert der Blueprint nicht. Details zur Einrichtung liegen als Kommentar in der Blueprint-Datei.
Features:
- Filtert HA-Log auf gewählte Automation
- Ausgabe als Persistent Notification
- Optionale Ausgabe in
input_text-Helper - Auswahl der Automation über
input_select-Dropdown
Überwacht Temperatur und Luftfeuchtigkeit in bis zu zwei Gewächshäusern (GH1 und GH2) und sendet Warnungen bei Über- oder Unterschreitung konfigurierbarer Schwellwerte. Unterstützt TTS, Push-Benachrichtigungen und Stale-Sensor-Erkennung (kein frisches Messdatum).
Voraussetzung: Vor der ersten Ausführung müssen
input_text-Helfer manuell angelegt werden.Pflicht (GH1):
input_text.growwarn_gh1_tempinput_text.growwarn_gh1_huminput_text.growwarn_gh1_temp_staleinput_text.growwarn_gh1_hum_staleOptional (GH2, nur wenn GH2 konfiguriert):
input_text.growwarn_gh2_tempinput_text.growwarn_gh2_huminput_text.growwarn_gh2_temp_staleinput_text.growwarn_gh2_hum_staleHelfer anlegen unter: Einstellungen → Geräte & Dienste → Helfer → + Helfer → Text (max. 255 Zeichen, Standardwert:
idle)
Features:
- Bis zu zwei Gewächshaus-Zonen (GH1 + GH2)
- Temperatur- und Feuchtigkeitsüberwachung mit individuellen Schwellwerten
- Stale-Sensor-Erkennung (veraltete Messwerte)
- TTS und Push-Benachrichtigung (Piper / Google / Nabu Casa, HA Companion App)
Lichtsteuerung mit mmWave-Präsenzsensor. Das Licht schaltet nur ein, wenn jemand anwesend ist (Person/Gruppe/Helper auf home/on/present/detected) und es dunkel genug ist (Lux ≤ Schwellwert oder ein Dämmerungssensor meldet Dunkelheit). Nach Wegfall der Präsenz wird das Licht nach einer konfigurierbaren Verzögerung ausgeschaltet. Ein Sofort-An-Helfer schaltet das Licht unabhängig von Dunkelheit und Anwesenheit ein und nimmt es vom automatischen Ausschalten aus. Ein Bypass-Helfer deaktiviert die Automation komplett – bei aktivem Bypass wird weder ein- noch ausgeschaltet; beim Ausschalten des Bypass wird die Situation neu bewertet.
Erfordert: Home Assistant 2024.10.0 (neue triggers:/actions:-Syntax)
Hinweis: Alle Aktivitätsquellen sind optional, aber mindestens eine (mmWave-Sensor, Bewegungsmelder, Türkontakt oder Garagentor im passenden Modus) muss konfiguriert sein, sonst geht das Licht nie automatisch an.
Features:
- Optionale mmWave-Präsenzsensoren (Mehrfachauswahl) als Trigger (Ein/Aus)
- Optionale Bewegungsmelder (motion/occupancy, Mehrfachauswahl) als zusätzliche Aktivitätsquelle
- Optionale Türkontakte (door/opening/window) mit Türmodus: ignorieren / Öffnung schaltet ein / offen hält Licht an
- Optionale Garagentore (
coveroderbinary_sensor) mit eigenem Garagenmodus — für Garagentore, die sich nicht als Türkontakt auswählen lassen (Zuständeon/open/openinggelten als offen) - Anwesenheitsprüfung (Person / Gruppe / Helper)
- Dämmerungsprüfung über Lux-Schwellwert – Wert
0deaktiviert die Luxprüfung; ein leerer /unknown/unavailableLuxsensor deaktiviert sie automatisch (Licht funktioniert weiter) - Optionale Dämmerungssensor(en) (
binary_sensor/input_boolean/ Zeitplan, Mehrfachauswahl,on= dunkel) als zweite Dunkelheitsquelle — ODER-verknüpft mit dem Luxsensor: dunkel genug, wenn Lux ≤ Schwellwert oder mindestens ein Dämmerungssensor an ist;unknown/unavailablewerden ignoriert, Hellwerden schaltet nie aktiv aus - Dunkel-Trigger: sinkt die Helligkeit unter den Schwellwert oder meldet ein Dämmerungssensor Dunkelheit, während der mmWave-Sensor bereits Präsenz meldet, schaltet das Licht automatisch ein (auch ohne neues Bewegungsevent)
- Konfigurierbare Ausschaltverzögerung nach Wegfall der Präsenz
- Sofort-An ohne Timer (Helfer): sofort ein (ignoriert Lux + Anwesenheit), kein Auto-Aus
- Bypass-Helfer deaktiviert die Automation komplett (Ein und Aus)
- Steuert Lichter und/oder Schalter
Optionale Eingaben: Bewegungsmelder, Türkontakte, Garagentore, Bypass-Helfer, Sofort-An-Helfer, Luxsensor und Dämmerungssensoren sind optional und können leer bleiben — die Automation läuft dann genauso wie ohne sie. Es gilt immer nur explizit
onals aktiv; fehlende/leere/unknown/unavailableEntities blockieren nichts.Türmodus:
none: Türkontakte werden ignoriert.trigger_on_open: Türöffnung schaltet ein, verhindert aber kein Ausschalten.hold_while_open: solange mindestens ein Türkontakt offen ist, wird nicht ausgeschaltet.Wichtig:
- Räume ohne brauchbaren Luxsensor: Luxsensor einfach leer lassen — die Luxprüfung wird dann automatisch übersprungen (ein Dämmerungswert von
0bewirkt dasselbe).- Bypass und Sofort-An nicht denselben Helfer verwenden (die Bedeutungen widersprechen sich).
- Keinen vorhandenen Raum-Deaktivieren-Helper als Dummy missbrauchen — sonst werden andere Räume versehentlich beeinflusst.
Überwacht beliebige Entities (mmWave-/Bewegungs-/Türsensoren, Lichter, Schalter …) auf Ausfall (unavailable/unknown) und schickt eine Benachrichtigung mit Handlungs-Hinweis an ein oder mehrere Handys (HA Companion App) und/oder als persistente Benachrichtigung in HA. Gedacht als Begleiter zu den Licht-Blueprints (mmWave Licht, Presence & Light): fällt ein Sensor aus, werten die Licht-Automationen ihn als „keine Präsenz" — der Watchdog sagt rechtzeitig Bescheid, was los ist und was zu tun ist (z. B. Bypass aktivieren, Licht manuell schalten).
Erfordert: Home Assistant 2024.10.0 (neue triggers:/actions:-Syntax)
Features:
- Ausfall-Verzögerung einstellbar:
0= sofortige Meldung; z. B. 5 min = erst melden, wenn die Entity durchgehend so lange ausgefallen ist (kurze WLAN-Reconnects lösen keine Meldung aus) - Mehrere Ziel-Handys wählbar (Companion App, Geräteauswahl); zusätzlich optionale persistente Benachrichtigung in HA
- Entwarnung bei Wiederverfügbarkeit (optional, Standard an) — kommt nur, wenn der Ausfall vorher wirklich gemeldet wurde; ersetzt die Ausfall-Meldung auf dem Handy (Push-
tag) und entfernt die persistente Benachrichtigung - Fehlertolerant: jede Zustellung läuft mit
continue_on_error— ein nicht erreichbares Handy stoppt weder die übrigen Zustellungen noch die Automation;mode: queuedverarbeitet mehrere gleichzeitige Ausfälle nacheinander - Handlungs-Hinweis anpassbar (Freitext mit sinnvollem Default)
- Bewusst als separate Automation statt in die Licht-Blueprints integriert: ein Fehler im Watchdog kann die Lichtsteuerung nie blockieren
Hinweis: Der notify-Dienst wird aus dem Gerätenamen abgeleitet (
notify.mobile_app_<geraetename>). Wurde das Gerät in HA umbenannt, der notify-Dienst aber nicht, den Original-Namen prüfen (Entwicklerwerkzeuge → Aktionen).
Schließt die Tür automatisch auf, wenn eine Person zuerst eine Zone betritt und danach ihr Bluetooth-Gerät im Tür-Bereich auftaucht. Gedacht für Apple-Geräte mit rotierender MAC-Adresse: die Identität kommt aus Private BLE Device (IRK), die Bereichsauflösung aus Bermuda, das die Private-BLE-Geräte direkt ausliest. Ein iBeacon-Sender auf dem Telefon wird nicht benötigt.
Mehrere Geräte sind gleichzeitig auswählbar (z. B. iPhone und Apple Watch) — es genügt, wenn eines davon den Tür-Bereich erreicht. So funktioniert es unabhängig davon, was gerade mitgeführt wird.
Erfordert: Home Assistant 2024.10.0 (neue triggers:/actions:-Syntax)
Voraussetzungen:
- Integration Private BLE Device mit dem IRK des Geräts eingerichtet
- Integration Bermuda BLE Trilateration installiert — sie legt je Private-BLE-Gerät einen „Area"-Sensor an (
sensor.<gerät>_area)- Mindestens ein Bluetooth-Proxy im Tür-Bereich, und der Bereich ist dem Proxy-Gerät zugewiesen
Features:
- Zweistufig: erst Zonen-Eintritt (schaltet scharf), dann Tür-Bereich (schließt auf) — ein zufälliger Zonen-Eintritt öffnet nichts
- Mehrere Geräte (Telefon, Uhr) mit ODER-Logik — es reicht, wenn eines erkannt wird
- Mindest-Haltezeit im Tür-Bereich gegen springende Area-Sensoren (Default 10 s)
- Abbrechen-Knopf direkt in der Push-Benachrichtigung — anders als beim Vorbild ist dafür keine zweite Automation nötig
lock.openstattlock.unlockoptional, für Antriebe mit Türöffner-Funktion- Nur öffnen, wenn verriegelt (Default an) — keine unnötigen Schaltvorgänge und Meldungen
- Verglichen wird das Attribut
area_id, nicht der Anzeigename — den Bereich umbenennen bricht nichts
Wichtig:
- Bermuda-Area-Sensoren können springen. Die Mindest-Haltezeit deshalb nicht zu klein wählen und den Timeout kurz halten. Die Automation ist ohnehin nur nach einem Zonen-Eintritt scharf.
- Bei mehreren Instanzen (mehrere Personen oder Türen) je Automation eine eigene Kennung des Abbrechen-Knopfes vergeben, sonst bricht ein Knopfdruck alle Instanzen gleichzeitig ab.
Idee nach diesem Community-Thread; eigenständige Umsetzung ohne iBeacon und ohne Telegram.
- Auf den "Import Blueprint" Button des gewünschten Blueprints klicken.
- Home Assistant öffnet sich automatisch mit dem Import-Dialog.
- Blueprint bestätigen und anschließend eine neue Automation daraus erstellen.
Bei Blueprints mit Voraussetzungen (Log Viewer, GrowWarn) zuerst die beschriebenen Helfer und configuration.yaml-Einträge anlegen.
| Blueprint | Min. HA-Version |
|---|---|
| Camera Health | 2024.6.0 |
| Presence & Light v2 | 2024.6.0 |
| Tür Alarm Pro v4 | 2024.10.0 |
| Automation Log Viewer | 2024.6.0 |
| GrowWarn | 2024.6.0 |
| Blueprint mmWave Licht | 2024.10.0 |
| Entity Watchdog | 2024.10.0 |
| Automatische Türöffnung – Private BLE (IRK) | 2024.10.0 |
Releases werden automatisch über GitHub Actions erstellt (Workflow .github/workflows/release.yml).
Neuen Release erzeugen:
- Die Datei
VERSIONauf die neue Versionsnummer setzen (z.B.1.2.0). - Änderung nach
mainbringen (Commit/PR-Merge). - Der Workflow legt automatisch Tag und GitHub-Release
vX.Y.Zmit generierten Notes an.
Alternativ lässt sich der Workflow manuell über Actions → Release → Run workflow auslösen.
Aktuelle Version: siehe VERSION. Der mmWave-Blueprint trägt seine Version zusätzlich in der Beschreibung und besitzt eine source_url für den Re-Import/Update in Home Assistant.
MIT