← Übersicht

Alle Integrationen unter Einstellungen → Geräte & Dienste. Stand: 25.10.2026.

Supervisor, Sun, Backup, go2rtc (Kamera-Streaming), Analytics, Matter, Shopping list (Einkaufsliste), Met.no (Wetter „Forecast Raderbroich“), Google Translate (Sprachausgabe), Radio Browser.

• Verbindung über die Homematic-IP-Cloud von eQ-3, nicht lokal. Ohne Internet keine Steuerung aus HA.
• Access Point: HmIP-HAP JS1, Firmware 3.0.18.
• Liefert u. a. das Alarm-Panel alarm_control_panel.hmip_raderbroich_hmip_alarm_control_panel mit den Zuständen:

• Dienste, die genutzt werden: alarm_control_panel.alarm_arm_away, alarm_arm_home, alarm_disarm, homematicip_cloud.activate_vacation, homematicip_cloud.deactivate_vacation.
• Die Homematic-Entitäten wechseln gelegentlich kurz auf „nicht verfügbar“ (Cloud-Verbindung). Die Automationen sind darauf ausgelegt (Watchdog, 5-Minuten-Prüfungen).

• Kamera Reolink E1 Pro, Name „ko-Wohnzimmer“, IP 192.168.192.11, Firmware v3.1.0.1414.
• Lokal eingebunden (nicht über die Reolink-Cloud). Die Reolink-App am Handy nutzt dagegen die Cloud – deshalb kann die App ein Bild zeigen, während HA die Kamera als „nicht verfügbar“ meldet.
• Die Kamera wird über die Steckdose switch.hmip_raderbroich_dose_tv („Dose tv“) mit Strom versorgt und ist nur eingeschaltet, wenn die Alarmanlage scharf/ausgelöst ist oder der Testmodus läuft. Nach dem Einschalten dauert es ca. 5 Minuten, bis HA die Kamera wieder sieht.
• Wichtige Entitäten: camera.ko_wohnzimmer_hochauflosung (Hauptstream), camera.ko_wohnzimmer_standardauflosung (Substream), PTZ-Buttons button.ko_wohnzimmer_ptz_*, Startposition button.ko_wohnzimmer_gehe_zu_startposition.

• Bot-Name: HA-Raderbroich.
• Empfänger: Norbert Bruchmann (Chat-ID 851603710) und Ute Heister (Chat-ID 965268974), in HA als notify.norbert_bruchmann und notify.ute_heister.
• Die Chat-IDs stehen zentral in den Helfern input_text.telegram_chat_ids_alle (kommagetrennt, für script.telegram_universal_versand) und input_text.telegram_chat_id_norbert (NAS-/Proxmox-Warnungen). Neuen Empfänger dort eintragen (seit 26.09.2026).
• Der Button „✅ Alarm bestätigen“ sendet das Callback /alarm_ack zurück (Ereignis telegram_callback).

• notify.mobile_app_iphone_von_norbert und notify.mobile_app_iphone_13_ute – für kritische Push-Nachrichten (durchbrechen den Stummmodus).
• Die Standorte speisen person.norbert und person.ute → Grundlage für „Alarm automatisch bei Abwesenheit“.
• Tracker der Personen (Stand 25.10.2026):
  • person.norbert: nur noch device_tracker.iphone_von_norbert (GPS der Companion-App). Weitere Tracker sind nicht mehr zugeordnet. Die Automationen reagieren auf person.norbert, nicht auf einen einzelnen Tracker.
  • person.ute: device_tracker.iphone_13_ute (GPS) und device_tracker.macbookneoute.
• Folge: Ist das iPhone von Norbert aus, ohne Netz oder ohne Standortfreigabe, gibt es keinen zweiten Tracker mehr, der „zu Hause“ melden könnte. Dann kann „Alarm automatisch bei Abwesenheit“ falsch auslösen (Norbert gilt als weg).

• Lokal: 192.168.192.1, .2 und .3 (Server im Netz, siehe Sensor „Server nicht erreichbar“ unter Helfer).
• Internet (seit 19.10.2026): binary_sensor.1_1_1_1 (Cloudflare) und binary_sensor.8_8_8_8 (Google). „An“ = Ziel antwortet. Sie dienen der Automation „System: Internet-Ausfall überwachen“ als von der FRITZ!Box unabhängige Prüfung: Antworten beide 15 Minuten lang nicht, gilt das Internet als weg – auch wenn die FRITZ!Box selbst nicht mehr erreichbar ist. Zwei Ziele, damit nicht ein einzelner Server, der gerade nicht antwortet, einen Fehlalarm auslöst. Siehe Automationen.
• Der Ping läuft von HA aus. Hat nur HA selbst keine Verbindung ins Internet, gilt das ebenfalls als Ausfall.
• Nebenwirkung: Der Template-Sensor „Server nicht erreichbar“ (sensor.server_nicht_erreichbar) zählt alle Ping-Sensoren, die nicht „an“ sind, und enthält damit seit 19.10.2026 auch die beiden Internet-Ziele. Er wird von keiner Automation verwendet.