Bekannte Probleme und Verbesserungsvorschläge

← Übersicht

Stand: 01.10.2026.

• 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.

• Wird der Alarm im Hüllenschutz (z. B. nachts) ausgelöst, schaltet die Automation die Kamera-Steckdose erst beim Zustand triggered ein. 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.

• Kurzzeitige Unterbrechungen der Homematic-IP-Cloud. Watchdog und 5-Minuten-Prüfungen gleichen das aus.

• 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.

1. 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.
2. Medien-Ordner aufräumen (Alarm-Videos und Clips in /media/reolink und /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 per hassio.app_stdin an. Umsetzung braucht einmalig einen shell_command in configuration.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_aufraeumen täglich aufrufen.

3. Wiederherstellung testen: einmal im Jahr ein Backup in eine Test-VM auf Proxmox einspielen.
4. Geräte im Netz: Die Liste der Unterseite netzwerk-geraete ist fest eingetragen (33 Entitäten). Neue Geräte fehlen, bis sie von Hand ergänzt werden; die Einträge pc_… und cca39927_… haben keine sprechenden Namen. Vorschlag: auf auto-entities mit Filter auf die FRITZ!Box-Integration umstellen und Geräte in der FRITZ!Box benennen.
5. 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).
6. Doppelte Pflege Home/LCARS: Senderliste TV-Programm und Schadstoffmobil-Termine stehen in beiden Dashboards als eigene Kopie. Änderungen immer in beiden machen.

• 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_laeuft blieb 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.