Überblick
Connection Observer überwacht die Verbindungen von Smart-Home-Geräten nach Protokoll und sendet Benachrichtigungen, wenn Geräte offline gehen. Zur Überwachung werden ganze Integrationsfamilien wie Zigbee, Z-Wave, Bluetooth, ESPHome und Shelly ausgewählt statt einzelner Entitäten, und mit Labels lassen sich einzelne Entitäten zum Beobachten oder Ignorieren markieren. Warnungen können sofort, als geplante Zusammenfassung an gewählten Tagen und Uhrzeiten oder auf beide Arten gesendet werden, optional mit einem Hinweis, wenn ein Gerät wieder verbunden ist. Die Verzögerung von Warnungen lässt sich global oder pro Protokoll festlegen, wobei empfohlene Werte zur Verfügung stehen, und eine Wartezeit, eine Mindestdauer der Offline-Zeit sowie Ausschlüsse von Geräten oder Domains verringern unnötige Meldungen. Ein Sensor speichert die letzten Trennungsereignisse, der Text der Benachrichtigungen kann mit Vorlagen angepasst werden, und nach einer festgelegten Anzahl von Stunden offline kann ein Problem im Bereich Reparaturen erscheinen. Die Integration arbeitet lokal, wird in der Benutzeroberfläche eingerichtet und stellt Binärsensoren und Sensoren bereit.
Zusammenfassung der README und des Codes von OleSint/ha-connection-observer, automatisch erstellt und übersetzt. Stimmt etwas nicht, oder betreust du das Projekt und möchtest hier deinen eigenen Text? Melde dich
Unterstützt
Funktioniert lokal Spricht mit deinen Geräten in deinem eigenen Netzwerk. Keine Cloud des Herstellers dazwischen.
Aus dem Marketplace Wird über den Marketplace installiert, früher HACS.
Aktiv gepflegt Das Projekt hat in den letzten sechs Monaten eine neue Version oder Änderung veröffentlicht.
Stellt bereit
- Sensoren
Einrichtung
Installiere sie aus dem Marketplace und starte Home Assistant neu. Füge sie dann unter Einstellungen > Geräte & Dienste hinzu.
Connection Observer – Protokolle
- Zu überwachende Protokolle
- Sprache der Benachrichtigungen
Connection Observer – Benachrichtigungen
- Benachrichtigungsdienst(e)
- Benachrichtigungsziel (optional)Nur nötig, wenn dein Notify-Dienst mehrere Empfänger gleichzeitig anschreibt und du gezielt nur einen erreichen willst. Bei notify.send_message trägst du hier die Entity-ID des gewünschten Empfängers ein (z. B. notify.smtp_jane_doe). Bei anderen Diensten (z. B. telegram_bot.send_message) trägst du stattdessen den Rohwert ein, den dieser Dienst erwartet (z. B. eine Chat-ID).
- Sofortbenachrichtigung bei Verbindungsabbruch
- Geplante Zusammenfassung
- Uhrzeit der Zusammenfassung
- Tage der Zusammenfassung
- Benachrichtigung bei Wiederverbindung (opt-in)
Connection Observer: Test
- Testbenachrichtigung jetzt senden
Connection Observer – Erweitert
- Globale Verzögerung (Minuten offline bevor ein Ereignis erstellt wird)0 = sofort. Dieser Wert gilt für alle Protokolle, sofern im nächsten Schritt kein eigener Wert gesetzt wird.
- Mindestabstand zwischen Sofortbenachrichtigungen pro Gerät (0 = kein Limit)
- Mindestausfallzeit für die Zusammenfassung (0 = alle Ereignisse)
- Bestätigungszeit beim Start (Minuten), bevor ein bereits offline erkanntes Gerät gemeldet wirdNach einem Neustart wird ein noch unavailable Gerät erst nach dieser Anzahl Minuten erneut geprüft, bevor es als offline gemeldet wird. Erhöhen, wenn mehrere Geräte gleichzeitig neu verbinden (z. B. viele WLAN-Geräte am selben Router).
- Raum / Bereich in Benachrichtigungen anzeigen
- Hersteller & Modell in Benachrichtigungen anzeigen
- Ausgeschlossene Entitätsdomänen (z. B. sensor, button)
- Ausgeschlossene Geräte (optional)
Connection Observer – Experte
- Empfohlene Verzögerungen für alle Protokolle anwendenHäkchen setzen und auf Weiter klicken, um alle Felder mit den empfohlenen Werten vorzufüllen. Die Werte können danach noch angepasst werden.
- Zigbee (ZHA) – VerzögerungEmpfehlung: 5 min | Zigbee-Mesh-Routing braucht einen Moment
- Zigbee (deCONZ) – VerzögerungEmpfehlung: 5 min | Zigbee-Mesh-Routing braucht einen Moment
- Z-Wave (Z-Wave JS) – VerzögerungEmpfehlung: 5 min | Z-Wave-Mesh-Routing braucht einen Moment
- Matter – VerzögerungEmpfehlung: 5 min | Mesh-ähnliches Verhalten
- Thread (OTBR) – VerzögerungEmpfehlung: 5 min | Thread-Mesh
- Bluetooth – VerzögerungEmpfehlung: 10 min | BLE-Verbindungsaufbau ist langsamer
- BTHome – VerzögerungEmpfehlung: 20 min | Passives BLE – seltene Advertisements
- RFXtrx (433 MHz) – VerzögerungEmpfehlung: 10 min | Einweg-433-MHz-RF, kein ACK
- MySensors – VerzögerungEmpfehlung: 10 min | Langsames Polling
- Insteon – VerzögerungEmpfehlung: 5 min | Proprietärer Bus, polling-basiert
- KNX – VerzögerungEmpfehlung: 5 min | Drahtbus, zuverlässig aber polling-basiert
- Velbus – VerzögerungEmpfehlung: 5 min | Drahtbus
- ESPHome – VerzögerungEmpfehlung: 2 min | Persistentes TCP, sehr schnelle Erkennung
- Shelly – VerzögerungEmpfehlung: 2 min | Persistentes TCP, sehr schnelle Erkennung
Nach der Einrichtung
- Zu überwachende Protokolle
- Sprache der Benachrichtigungen
- Benachrichtigungsdienst(e)
- Benachrichtigungsziel (optional)Nur nötig, wenn dein Notify-Dienst mehrere Empfänger gleichzeitig anschreibt und du gezielt nur einen erreichen willst. Bei notify.send_message trägst du hier die Entity-ID des gewünschten Empfängers ein (z. B. notify.smtp_jane_doe). Bei anderen Diensten (z. B. telegram_bot.send_message) trägst du stattdessen den Rohwert ein, den dieser Dienst erwartet (z. B. eine Chat-ID).
- Sofortbenachrichtigung bei Verbindungsabbruch
- Geplante Zusammenfassung
- Uhrzeit der Zusammenfassung
- Tage der Zusammenfassung
- Benachrichtigung bei Wiederverbindung
- Globale Verzögerung (Minuten offline bevor ein Ereignis erstellt wird)0 = sofort. Dieser Wert gilt für alle Protokolle, sofern im Experte-Schritt kein eigener Wert gesetzt wird.
- Mindestabstand zwischen Benachrichtigungen pro Gerät (Minuten, 0 = kein Limit)
- Mindestausfallzeit für Zusammenfassung (Minuten, 0 = alle)
- Bestätigungszeit beim Start (Minuten), bevor ein bereits offline erkanntes Gerät gemeldet wirdNach einem Neustart wird ein noch unavailable Gerät erst nach dieser Anzahl Minuten erneut geprüft, bevor es als offline gemeldet wird. Erhöhen, wenn mehrere Geräte gleichzeitig neu verbinden (z. B. viele WLAN-Geräte am selben Router).
- Raum / Bereich in Benachrichtigungen anzeigen
- Hersteller & Modell in Benachrichtigungen anzeigen
- Ausgeschlossene Entitätsdomänen (z. B. sensor, button)
- Ausgeschlossene Geräte
- HA-Reparaturen-Eintrag nach N Stunden offline (0 = deaktiviert)
- Empfohlene Verzögerungen für alle Protokolle anwendenHäkchen setzen und auf Weiter klicken, um alle Felder mit den empfohlenen Werten vorzufüllen. Die Werte können danach noch angepasst werden.
- Zigbee (ZHA) – VerzögerungEmpfehlung: 5 min | Zigbee-Mesh-Routing braucht einen Moment
- Zigbee (deCONZ) – VerzögerungEmpfehlung: 5 min | Zigbee-Mesh-Routing braucht einen Moment
- Z-Wave (Z-Wave JS) – VerzögerungEmpfehlung: 5 min | Z-Wave-Mesh-Routing braucht einen Moment
- Matter – VerzögerungEmpfehlung: 5 min | Mesh-ähnliches Verhalten
- Thread (OTBR) – VerzögerungEmpfehlung: 5 min | Thread-Mesh
- Bluetooth – VerzögerungEmpfehlung: 10 min | BLE-Verbindungsaufbau ist langsamer
- BTHome – VerzögerungEmpfehlung: 20 min | Passives BLE – seltene Advertisements
- RFXtrx (433 MHz) – VerzögerungEmpfehlung: 10 min | Einweg-433-MHz-RF, kein ACK
- MySensors – VerzögerungEmpfehlung: 10 min | Langsames Polling
- Insteon – VerzögerungEmpfehlung: 5 min | Proprietärer Bus, polling-basiert
- KNX – VerzögerungEmpfehlung: 5 min | Drahtbus, zuverlässig aber polling-basiert
- Velbus – VerzögerungEmpfehlung: 5 min | Drahtbus
- ESPHome – VerzögerungEmpfehlung: 2 min | Persistentes TCP, sehr schnelle Erkennung
- Shelly – VerzögerungEmpfehlung: 2 min | Persistentes TCP, sehr schnelle Erkennung
- Sofortbenachrichtigung – Titel (leer = Standard)Variablen: device_name, protocol, time, area, model
- Sofortbenachrichtigung – Text (leer = Standard)Variablen: device_name, protocol, time, area, model
- Wiederverbindung – Titel (leer = Standard)Variablen: device_name
- Wiederverbindung – Text (leer = Standard)Variablen: device_name
- Zusammenfassung – Titel (leer = Standard)Variablen: count
- Zusammenfassung – Zeile: Gerät wieder online (leer = Standard)Variablen: device_name, area, protocol, time_offline, time_online
- Zusammenfassung – Zeile: Gerät noch offline (leer = Standard)Variablen: device_name, area, protocol, time_offline
- Testbenachrichtigung jetzt senden
Texte aus dem Code von OleSint/ha-connection-observer. Texte, für die das Repository keine Übersetzung hat, wurden automatisch übersetzt.
Aus der README
- Protocol-based monitoring – select entire integration families (Zigbee, Z-Wave, Hue, ESPHome, Shelly, Sonos, …) instead of configuring individual entities. 100+ integrations supported out of the box.
- Immediate notifications – get alerted the moment a device goes offline
- Scheduled summaries – receive a digest on configurable days and times listing everything that disconnected since the last summary, including whether the device came back online and when
- Both modes simultaneously – immediate + summary can both be active at once; summary is pre-selected by default
- Reconnect notifications – opt-in alert when a device comes back online
- Alert delay – opt-in: only create an event after a device has been offline for N minutes, filtering out brief dropouts entirely
- Cooldown – opt-in: limit immediate notifications per device to once every N minutes
- Minimum offline duration – opt-in: suppress short blips from the summary without losing them
- Room / area – opt-in: include the HA area name in notifications
- Manufacturer & model – opt-in: include device info in immediate notifications
- Event history sensor (v1.3.0) – sensor.event_history exposes the last 100 disconnect events as a structured events attribute with timestamps, area, protocol, and reconnect info — ready for…
- Label-based monitoring (v1.2.0) – assign observer_critical, observer_watch, or observer_ignore labels to any HA entity; works independently of protocols, no config-flow changes needed after setup
Erscheint in Vulpo
Diagrammkarte, Apple Watch.Informationen
- Installationen
- 96 teilen Analysedaten
- GitHub-Sterne
- 15
- Verbindung
- Funktioniert lokal
- Pflege
- In den letzten 6 Monaten aktualisiert
- Version
- v1.3.13.1,
- Kategorie
- Kommunikation und Benachrichtigungen, Push-Benachrichtigungen
- Art
- Marketplace-Integration
- Voraussetzung
- Braucht den Marketplace (HACS bis Home Assistant 2026.10)
- Domain
connection_observer- Probleme
- Problem melden
Das könnte dir auch gefallen
HTML5 Push Notifications5.220 Installationen · Kommunikation und Benachrichtigungen, Push-Benachrichtig…Öffnen
FRITZ!Box Call Monitor4.445 Installationen · Kommunikation und Benachrichtigungen, E-Mail, SMS und An…Öffnen
