ha:raderbroich:bekannte_probleme
Inhaltsverzeichnis
Bekannte Probleme und Verbesserungsvorschläge
Stand: 01.10.2026.
Bekannte Probleme
Kamera „fehlt“ im Dashboard
- Ursache: Die Kamera ist absichtlich stromlos, solange die Anlage unscharf oder im Hüllenschutz ist. Nach dem Einschalten braucht sie ca. 5 Minuten, bis HA sie wieder erreicht.
- Beobachtet am 24.09.2026: Der Testmodus wurde mehrfach ein- und nach 1–13 Sekunden wieder ausgeschaltet (vermutlich Doppeltippen). Die Kamera war dadurch von 13:29 bis 15:28 aus. Ein HA-Neustart war nicht nötig. Seit 26.09.2026 fragt die Testmodus-Kachel vor dem Umschalten nach.
- Die Reolink-App zeigt trotzdem ein Bild, wenn die Kamera Strom hat – sie läuft über die Cloud.
Alarm im Hüllenschutz: Kamera ist zunächst aus (so gewollt)
- Wird der Alarm im Hüllenschutz (z. B. nachts) ausgelöst, schaltet die Automation die Kamera-Steckdose erst beim Zustand
triggeredein. Die Kamera braucht dann ca. 5 Minuten. Die ersten Alarm-Videos schlagen fehl bzw. sind leer. - Entscheidung Norbert (26.09.2026): Die Kamera bleibt im Hüllenschutz aus (Privatsphäre). Dass die ersten Alarm-Videos im Hüllenschutz leer sind, wird in Kauf genommen. Die Automation „Kamera-Steckdose nach Alarmstatus“ bleibt unverändert.
Homematic-Entitäten zeitweise „nicht verfügbar“
- Kurzzeitige Unterbrechungen der Homematic-IP-Cloud. Watchdog und 5-Minuten-Prüfungen gleichen das aus.
Reolink-Verbindung bricht ab
- 24.09.2026 10:44–10:57: „Timeout fetching reolink data“ bei eingeschalteter Kamera. Hat sich selbst erholt.
- Seit 26.09.2026 lädt der Reolink-Wächter die Integration automatisch neu, wenn die Kamera-Dose seit 10 Minuten an und die Kamera trotzdem seit 10 Minuten nicht erreichbar ist.
- Falls häufiger: WLAN-Empfang der Kamera prüfen, feste IP in der FRITZ!Box vergeben, Firmware aktualisieren.
Offene Punkte
- Einmalige Backup-Automation löschen: „Backup: Dauerhaftes NAS-Backup 26.09.2026 23:00 (einmalig)“ nach dem erfolgreichen Lauf löschen – sie enthält den Backup-Schlüssel im Klartext.
- Medien-Ordner aufräumen (Alarm-Videos und Clips in
/media/reolinkund/media/alarm_videosälter als 30 Tage löschen): In HA gibt es keine Lösch-Aktion für Dateien, und das Add-on „Advanced SSH & Web Terminal“ nimmt keine Befehle perhassio.app_stdinan. Umsetzung braucht einmalig einenshell_commandinconfiguration.yaml(z. B. über das Add-on „File editor“):shell_command: medien_aufraeumen: "find /media/reolink /media/alarm_videos -type f -mtime +30 -delete"
Danach kann eine Automation
shell_command.medien_aufraeumentäglich aufrufen. - Wiederherstellung testen: einmal im Jahr ein Backup in eine Test-VM auf Proxmox einspielen.
- Geräte im Netz: Die Liste der Unterseite
netzwerk-geraeteist fest eingetragen (33 Entitäten). Neue Geräte fehlen, bis sie von Hand ergänzt werden; die Einträgepc_…undcca39927_…haben keine sprechenden Namen. Vorschlag: aufauto-entitiesmit Filter auf die FRITZ!Box-Integration umstellen und Geräte in der FRITZ!Box benennen. - Schadstoffmobil-Termine sind in der Müll-Ansicht nur bis 19.12.2026 hinterlegt. Termine 2027 nach Veröffentlichung durch die Stadt eintragen – in „Home“ und „LCARS“ (siehe Dashboard → Müll).
- Doppelte Pflege Home/LCARS: Senderliste TV-Programm und Schadstoffmobil-Termine stehen in beiden Dashboards als eigene Kopie. Änderungen immer in beiden machen.
Erledigt
- 01.10.2026 – Rauchmelder-Unterseite in „Home“ nicht erreichbar: Kachel „Rauchmelder Störung“ (
sensor.rauchmelder_storung→/dashboard-test/rauchmelder) in der Übersicht ergänzt, wie im LCARS-Dashboard. - 01.10.2026 – TV-Programm im LCARS-Dashboard: Ansicht
tv-programm(Code RB-08) ergänzt. - 01.10.2026 – Müll-Ansicht im LCARS-Dashboard: Ansicht
muell(Code RB-09) nach der Übersicht ergänzt. LCARS hat jetzt alle 16 Ansichten. - 01.10.2026 – TV-Programm „20:15“ zeigte ab 20:00, jetzt ab 20:15.
- 01.10.2026 – TV-Programm Details: erschienen als Kasten ganz oben über der Zeitleiste, jetzt als Overlay-Fenster mit ✕.
- 27.10.2026 – Nacht-Hüllenschutz nach dem täglichen Neustart dauerhaft blockiert (Anlage blieb nachts unscharf). Nacht 25./26.10.: Um 01:30:01 hob eine Bewegung (Melder unten) den automatisch gesetzten Hüllenschutz auf – so gewollt. 3 s später begann der tägliche Neustart (01:30) und brach das laufende Schalt-Skript ab.
input_boolean.alarm_vorgang_laeuftblieb auf „an“, der 2-Minuten-Timeout-Reset überlebt keinen Neustart → Nacht-Hülle gesperrt bis 27.10. 04:07 (manuelles Schalten im Dashboard). Lösung: „Sicherheit: Vorgang-Flag Timeout-Reset“ setzt das Flag zusätzlich bei jedem HA-Start zurück (Raderbroich und Arcen). Vollschutz (Scharf) wird dadurch nie verändert. Details: Code.
ha/raderbroich/bekannte_probleme.txt · Zuletzt geändert: von nbadm
