Zum Inhalt

Ausgefallene Geräte in Home Assistant automatisch melden

Veröffentlicht am 3. September 2026 · Geschätzte Lesezeit: 7 Minuten

Mit dieser Automation meldet Home Assistant ausgewählte Sensoren, Schalter oder andere Entitäten, sobald sie länger als zwei Minuten unavailable sind. Ein State-Trigger beobachtet die festgelegten Entity-IDs, die Wartezeit filtert kurze Funk- oder Netzwerkunterbrechungen und anschließend erscheinen eine dauerhafte Meldung in Home Assistant sowie eine Nachricht auf dem Handy.[1][2] Plane für Einrichtung und Test etwa 20 Minuten ein.

Voraussetzungen

  • Eine aktuelle Home-Assistant-Installation mit Administratorzugang
  • Mindestens eine eingebundene Entität, deren Ausfall als unavailable angezeigt wird
  • Die Home Assistant Companion App mit erlaubten Benachrichtigungen auf deinem Telefon
  • Ein aktuelles vollständiges Home-Assistant-Backup

1. Backup erstellen

Öffne Einstellungen → System → Backups, erstelle ein vollständiges Backup und bewahre eine zusätzliche Kopie außerhalb des Home-Assistant-Systems auf.

Die neue Automation verändert keine Geräte- oder Integrationskonfiguration. Das Backup ist trotzdem der sichere Rückweg, falls du beim Bearbeiten versehentlich eine bestehende Automation änderst.

2. Geeignete Entitäten auswählen

Öffne Entwicklerwerkzeuge → Zustände und notiere die vollständigen Entity-IDs der Geräte, die du wirklich überwachen möchtest. Geeignete Beispiele sind:

sensor.wohnzimmer_temperatur
binary_sensor.haustuer
switch.server_steckdose

Die drei Werte sind nur gültig aufgebaute Beispiele. Ersetze sie später durch die Entity-IDs aus deiner eigenen Installation. Entity-IDs enthalten keine Leerzeichen.

Prüfe bei jeder Entität, ob sie bei einem echten Verbindungsverlust tatsächlich unavailable meldet. unknown, ein alter unveränderter Messwert oder ein herstellerspezifischer Zustand wird von der hier gezeigten Automation nicht erfasst.

Nur bewusst ausgewählte Entitäten überwachen

Viele Geräte sind absichtlich zeitweise nicht erreichbar, etwa ausgeschaltete Zwischenstecker oder selten aktive Mediaplayer. Nimm solche Entitäten nicht in die Liste auf, sonst entstehen unnötige Warnungen.

3. Benachrichtigungsdienst ermitteln

Öffne Entwicklerwerkzeuge → Aktionen und suche nach notify.mobile_app. Wähle den Eintrag für dein Telefon und notiere seinen vollständigen Namen, zum Beispiel:

notify.mobile_app_mein_handy

Der genaue Aktionsname hängt von der Geräte-ID deiner Installation ab. Ersetze im Automationsblock notify.mobile_app_<telefon> vollständig durch deinen gefundenen Namen.

Sende in den Entwicklerwerkzeugen zuerst eine harmlose Testnachricht:

title: "Test von Home Assistant"
message: "Benachrichtigungen funktionieren."

Der Block enthält nur Titel und Nachricht. Wenn die Testnachricht nicht ankommt, repariere zuerst App-Registrierung, Benachrichtigungsrechte oder Netzwerkverbindung.

4. Automation anlegen

Öffne Einstellungen → Automatisierungen & Szenen → Automatisierungen, erstelle eine neue leere Automation und wähle im Drei-Punkte-Menü In YAML bearbeiten. Füge diesen Block ein:

alias: "Ausgefallene Geräte melden"
description: "Meldet ausgewählte Entitäten nach zwei Minuten unavailable"
triggers:
  - trigger: state
    entity_id:
      - sensor.<wohnzimmer_temperatur>
      - binary_sensor.<haustuer>
      - switch.<server_steckdose>
    to: "unavailable"
    for: "00:02:00"
conditions: []
actions:
  - variables:
      geraetename: >-
        {{ trigger.to_state.name | default(trigger.entity_id, true) }}
  - action: persistent_notification.create
    data:
      notification_id: >-
        geraet_nicht_erreichbar_{{ trigger.entity_id | replace('.', '_') }}
      title: "Smart-Home-Gerät nicht erreichbar"
      message: >-
        {{ geraetename }} ist seit mindestens zwei Minuten nicht verfügbar.
  - action: notify.mobile_app_<telefon>
    data:
      title: "Smart-Home-Gerät nicht erreichbar"
      message: >-
        {{ geraetename }} ist seit mindestens zwei Minuten nicht verfügbar.
mode: parallel
max: 10

Ein State-Trigger startet, wenn eine der aufgelisteten Entitäten in den Zustand unavailable wechselt; mehrere Entity-IDs dürfen in demselben Trigger stehen.[1] for: "00:02:00" verlangt, dass dieser Zustand zwei Minuten ohne Unterbrechung bestehen bleibt.[1]

Ersetze alle Platzhalter:

  • Ersetze <wohnzimmer_temperatur> zusammen mit sensor. durch die echte Entity-ID deines Temperatursensors.
  • Ersetze <haustuer> zusammen mit binary_sensor. durch die echte Entity-ID deines Türsensors.
  • Ersetze <server_steckdose> zusammen mit switch. durch die echte Entity-ID deiner Steckdose.
  • Ersetze <telefon> zusammen mit notify.mobile_app_ durch den in Schritt 3 gefundenen vollständigen Aktionsnamen.
  • Entferne nicht benötigte Entitätszeilen oder ergänze weitere gültige Entity-IDs.
  • 00:02:00 bei Bedarf durch eine andere Dauer im Format Stunden:Minuten:Sekunden, zum Beispiel 00:05:00 für fünf Minuten.

trigger.to_state.name übernimmt den Anzeigenamen der tatsächlich ausgefallenen Entität. Falls kein Name vorhanden ist, verwendet das Template stattdessen deren Entity-ID; Triggerdaten stehen innerhalb einer ausgelösten Automation als Variable trigger bereit.[5] persistent_notification.create erzeugt zusätzlich eine Meldung in Home Assistant, während die zweite Aktion das Telefon benachrichtigt.[2]

mode: parallel erlaubt Meldungen für mehrere nahezu gleichzeitig ausgefallene Geräte. max: 10 begrenzt dabei die Zahl paralleler Abläufe; überwache für diese Einsteigerlösung deshalb nur eine kleine, bewusst gewählte Liste.

5. Automation speichern und Konfiguration prüfen

Speichere die Automation. Lässt sich der YAML-Block nicht übernehmen, kontrolliere zuerst Einrückung, Entity-IDs und den Namen der Benachrichtigungsaktion.

Bei manuell gepflegten YAML-Dateien prüfst du vor einem Neustart zusätzlich unter Entwicklerwerkzeuge → YAML die Konfiguration. Home Assistant empfiehlt diese Prüfung, damit Syntaxfehler vor dem Laden erkannt werden.[4]

Keine Platzhalter aktiv lassen

Speichere die Automation erst produktiv, nachdem du jedes <...> ersetzt oder die betreffende Beispielzeile entfernt hast. Trage keine Passwörter, Token, privaten Adressen oder anderen Geheimnisse in Titel, Nachricht oder Entity-Namen ein.

6. Benachrichtigungsaktion getrennt testen

Öffne die Automation und führe über das Drei-Punkte-Menü Aktionen ausführen aus. Dadurch werden die Aktionen sofort ausgeführt, Trigger und Bedingungen aber übersprungen.[4]

Weil dieser Test keinen echten State-Trigger erzeugt, ist trigger.to_state dabei nicht verfügbar. Teste deshalb entweder nur die einzelne Handy-Aktion über deren Drei-Punkte-Menü oder verwende vorübergehend einen festen Nachrichtentext:

message: "Test: Die Ausfallmeldung erreicht dieses Telefon."

Setze danach wieder das ursprüngliche Template ein. Die Aktion ist bestanden, wenn sowohl die dauerhafte Home-Assistant-Meldung als auch die Handy-Nachricht erscheinen. Das Ausführen einzelner Aktionen bestätigt nur die Zustellung, nicht den State-Trigger.[4]

7. Ausfall kontrolliert prüfen

Wähle für den ersten Test ein unkritisches Gerät. Verkürze for vorübergehend auf zehn Sekunden:

for: "00:00:10"

Trenne das Testgerät nach Herstelleranleitung kurz von Strom oder Netzwerk und beobachte unter Entwicklerwerkzeuge → Zustände, ob seine Entität auf unavailable wechselt. Nach zehn Sekunden müssen beide Meldungen erscheinen. Stelle anschließend wieder mindestens zwei Minuten ein, um kurze Verbindungsunterbrechungen auszufiltern.

Öffne danach in der Automation Spuren. Home Assistant zeichnet bei einem echten Lauf Trigger, geprüfte Bedingungen und ausgeführte Aktionen schrittweise auf.[4] Fehlt eine Spur, hat der Trigger nicht ausgelöst; ist eine Aktion rot markiert, prüfe deren Fehlerdetails.

Wartezeit beginnt nach Neustart neu

Eine laufende for-Wartezeit überlebt weder einen Neustart von Home Assistant noch das Neuladen der Automationen.[1] Fällt ein Gerät genau währenddessen aus, kann die Meldung deshalb ausbleiben. Diese einfache Automation ist eine Komfortwarnung und keine ausfallsichere Überwachung.

8. Risiken und Grenzen beachten

unavailable bedeutet, dass Home Assistant momentan keinen verwendbaren Zustand von der Entität erhält. Ursache können ein leeres Gerät, Funkstörungen, ein Router-Neustart, Wartungsarbeiten oder eine ausgefallene Integration sein; die Meldung beweist keinen Hardwaredefekt.

Nicht als alleinige Schutzfunktion verwenden

Verlasse dich bei Rauchmeldern, Wasserschutz, Türschlössern, Heizungsabschaltungen oder anderen sicherheitskritischen Funktionen niemals allein auf diese Automation. Home Assistant, das Netzwerk und der Benachrichtigungsweg können gleichzeitig ausfallen.

Nachrichtentexte können auf dem Sperrbildschirm sichtbar sein. Verwende deshalb keine Alarmcodes, Zugangsdaten, genauen Anwesenheitsinformationen oder vertraulichen Gerätenamen. Für wichtige Geräte empfiehlt sich zusätzlich eine unabhängige lokale Kontrolle.

Ein aktueller Praxisbeitrag aus der Home-Assistant-Community bestätigt den einfachen Ansatz mit einem State-Trigger für gezielt ausgewählte Entitäten und warnt indirekt vor unnötig komplexer systemweiter Überwachung.[7] Das Video Your Home Assistant Needs These Smart Notifications zeigt ergänzend, wie Benachrichtigungen sinnvoll und ohne unnötige Meldungsflut gestaltet werden können.[8]

9. Typische Fehler beheben

  • Keine Meldung beim Ausschalten: Die beobachtete Entität wechselt möglicherweise nicht zu unavailable. Kontrolliere ihren tatsächlichen Zustand in den Entwicklerwerkzeugen.
  • Handy bleibt stumm: Prüfe den vollständigen notify.mobile_app_...-Namen, die App-Registrierung und die Benachrichtigungsrechte.
  • Meldung kommt sofort: for fehlt, ist falsch eingerückt oder wurde auf eine zu kurze Dauer gesetzt.[1]
  • Template-Fehler beim manuellen Gesamttest: Aktionen ausführen überspringt den Trigger und stellt deshalb keine normalen Triggerdaten bereit.[4]
  • Nach Neustart keine Warnung: Die vor dem Neustart begonnene for-Wartezeit wurde zurückgesetzt.[1]
  • Zu viele Warnungen: Verlängere die Wartezeit und entferne absichtlich zeitweise nicht verfügbare Entitäten.
  • Parallelitätswarnung im Protokoll: Mehr als zehn überwachte Entitäten sind gleichzeitig ausgefallen. Prüfe einen möglichen zentralen Netzwerk- oder Integrationsausfall, statt max ungeprüft zu erhöhen.

10. Rückweg durchführen

Öffne die Automation und deaktiviere zuerst den Schalter oben rechts. Dadurch enden neue Ausfallmeldungen sofort. Lösche anschließend bei Bedarf nur die Automation Ausgefallene Geräte melden.

Bereits erzeugte dauerhafte Meldungen kannst du in Home Assistant schließen. Die Companion App, beobachteten Geräte und Integrationen bleiben unverändert. Wenn du versehentlich andere Automationen geändert hast, stelle das Backup aus Schritt 1 nach der Home-Assistant-Dokumentation deiner Installationsart wieder her.

Sources

[1] https://www.home-assistant.io/docs/automation/trigger — Home Assistant: Automation triggers [2] https://www.home-assistant.io/docs/automation/action — Home Assistant: Automation actions [4] https://www.home-assistant.io/docs/automation/troubleshooting — Home Assistant: Testing and troubleshooting automations [5] https://www.home-assistant.io/docs/automation/templating — Home Assistant: Automation templates [7] https://community.home-assistant.io/t/notification-if-an-entity-becomes-unavailable/930331 — Home Assistant Community: Notification if an entity becomes unavailable [8] https://www.youtube.com/watch?v=niSIddBahmg — YouTube: Your Home Assistant Needs These Smart Notifications

Fertig

Home Assistant überwacht jetzt deine bewusst ausgewählten Entitäten und meldet einen länger anhaltenden Zustand unavailable dauerhaft in der Oberfläche und auf dem Telefon.[1][2] Die Funktionsprüfung ist bestanden, wenn ein unkritisches Testgerät wirklich zu unavailable wechselt, die eingestellte Wartezeit vollständig verstreicht, beide Meldungen erscheinen und die Spur einen erfolgreichen Trigger sowie beide Aktionen zeigt.[4]