🏠 HA-Advisor

🩺 Geräte-Gesundheit 5 wackelig · 2 schwacher Link · 138 eingefroren

⚠️ Wiederholt wegbrechend (systemische HA-Restarts herausgerechnet)

• light.dach — 372 eigene Aussetzer/7T ↑ schlimmer · 2 Entitäten
• switch.t2 — 152 eigene Aussetzer/7T ↑ schlimmer
• light.wled_haupt — 8 eigene Aussetzer/7T · 3 Entitäten
• binary_sensor.lab_windows — 7 eigene Aussetzer/7T
• binary_sensor.liv_windows — 7 eigene Aussetzer/7T

📶 Schwacher Zigbee-Link

• sensor.flo_window_sensor_linkquality — LQI 72/255 Flo Window Sensor Linkquality
• sensor.lab_window_sensor_a_linkquality — LQI 80/255 Lab Window Sensor A Linkquality

🧊 Eingefrorene Sensoren

• sensor.oilfox_onr251214216_energyconsumption — seit 26h unverändert (24862.6) Energieverbrauch
• sensor.run_carport_wled_geschatzte_stromstarke — seit 26h unverändert (120) Run Carport Wled Geschätzte Stromstärke
• sensor.solarflow_800_pro_aggr_grid_off_power — seit 26h unverändert (0.0) SolarFlow 800 Pro Gesamte Off-Grid-Energie
• sensor.solarflow_800_pro_grid_off_power — seit 26h unverändert (0) SolarFlow 800 Pro Off-Grid-Leistung
• sensor.solarflow_800_pro_inverse_max_power — seit 26h unverändert (800) SolarFlow 800 Pro behördl. begrenzte Ausgangsleistung
• sensor.solarflow_800_pro_volt_wakeup — seit 26h unverändert (0) SolarFlow 800 Pro VoltWakeup
• sensor.bat_climate_display_local_temperature — seit 26h unverändert (22) Bat Climate Display Temperatur
• sensor.hsr04_power — seit 26h unverändert (0) Hsr04 Leistung
• sensor.hsr04_current — seit 26h unverändert (0) Hsr04 Stromstärke
• sensor.hsr07_current — seit 26h unverändert (0) Hsr07 Stromstärke

⚡ Energie Grundlast 397 W · 12 Dauer-Standby · 1 Anomalien

🏠 Haus-Grundlast (24/7)

🏠 397 W rund um die Uhr (~3479 kWh/Jahr)

🔌 Dauer-Standby je Bereich/Gerät

• 200 W hsr01 (Rack) (~1752 kWh/J) bekannt
• 192 W homelab (~1682 kWh/J) bekannt
• 90 W hsr06 (Flur/Außen) (~788 kWh/J)
• 30 W kit_refrigerator (~263 kWh/J) bekannt
• 30 W hsr20 (Küche) (~263 kWh/J)
• 20 W hsr02 (Heizung) (~175 kWh/J) bekannt
• 20 W hsr15 (Labor/Waschküche/Heizungsraum) (~175 kWh/J) bekannt
• 20 W hsr21 (Sekretär) (~175 kWh/J)
• 20 W hsr10 (Wohnzimmer) (~175 kWh/J)
• 10 W heizung (~88 kWh/J) bekannt
• 10 W hsr16 (Schlafzimmer) (~88 kWh/J)
• 10 W bas_heating (~88 kWh/J)

📈 Verbrauchs-Anomalien

• dinrail_rccb — 12.0 statt 0.7 kWh/Tag (×16.2)

🛢️ Öl

~856 Tage Reichweite (100%)

🔧 Kaputte Integrationen 316 tote Entitäten

⚡ Instabil / flappend

• binary_sensor.osirisx_camera_motion — 16 Aussetzer in 7 Tagen (instabil)
• light.flo_ledstrip — 19 Aussetzer in 7 Tagen (instabil)
• sensor.avia_am_lenghardt_5_super_e10 — 16 Aussetzer in 7 Tagen (instabil)
• sensor.avia_am_lenghardt_5_super — 16 Aussetzer in 7 Tagen (instabil)
• sensor.avia_am_lenghardt_5_diesel — 16 Aussetzer in 7 Tagen (instabil)
• sensor.labmagicswitch_action — 42 Aussetzer in 7 Tagen (instabil)
• sensor.cle_pirmot_motion_state — 384 Aussetzer in 7 Tagen (instabil)
• switch.flo_ledstrip_do_not_disturb — 19 Aussetzer in 7 Tagen (instabil)

💡 Licht/Lüfter zu lange an

• light.liv_socket_2 — Ø 9.2 h/Tag an, 3× nachts (1–5 Uhr)
• light.liv_showcase — Ø 9.2 h/Tag an, 3× nachts (1–5 Uhr)
• fan.rack_fan_rack_fan_geschwindigkeit — Ø 9.1 h/Tag an, 3× nachts (1–5 Uhr)
• light.outdoor_u6_mesh_led — Ø 23.9 h/Tag an, 8× nachts (1–5 Uhr)
• light.labor_usw_flex_mini_led — Ø 23.9 h/Tag an, 8× nachts (1–5 Uhr)
• light.labor_u6_pro_led — Ø 23.9 h/Tag an, 8× nachts (1–5 Uhr)
• light.wohnzimmer_u6_pro_led — Ø 23.9 h/Tag an, 8× nachts (1–5 Uhr)
• light.1og_u6_pro_led — Ø 23.9 h/Tag an, 8× nachts (1–5 Uhr)
• light.outdoor_uk_ultra_led — Ø 23.9 h/Tag an, 8× nachts (1–5 Uhr)
• light.wohnzimmer_us_8_60w_led — Ø 23.9 h/Tag an, 8× nachts (1–5 Uhr)
• light.t2_hintergrundbeleuchtung — Ø 23.1 h/Tag an, 8× nachts (1–5 Uhr)
• light.dach_hintergrundbeleuchtung_2 — Ø 21.9 h/Tag an, 8× nachts (1–5 Uhr)
• light.lab_fan — Ø 13.8 h/Tag an, 7× nachts (1–5 Uhr)
• fan.lab_fan — Ø 13.1 h/Tag an, 7× nachts (1–5 Uhr)
• light.wled_haupt — Ø 12.7 h/Tag an, 7× nachts (1–5 Uhr)

🔋 Leere Batterien

• 8% sensor.sle_temp_hum_sensor_battery Sle Temp Hum Sensor Batterie
• 12% sensor.nuki_hausture_battery Nuki Haustüre Battery

🔁 Häufige manuelle Handgriffe Automations-Kandidaten

• light.bas_light 2 Geräte — manuell off an 12 Tagen, meist nachts
• switch.bas_light 2 Geräte — manuell off an 12 Tagen, meist nachts
• cover.sle_shutter_window — manuell closed an 6 Tagen, meist nachts
• cover.sle_shutter_window — manuell open an 4 Tagen, meist mittags
• light.wohnzimmertv_backlight 16 Geräte — manuell on an 4 Tagen, meist nachts
• light.wohnzimmertv_backlight 16 Geräte — manuell off an 4 Tagen, meist abends
• switch.liv_tv — manuell on an 4 Tagen, meist nachts
• switch.liv_backspeaker — manuell on an 4 Tagen, meist nachts
• switch.liv_tv — manuell off an 4 Tagen, meist abends
• switch.liv_backspeaker — manuell off an 4 Tagen, meist abends

🎬 Oft zusammen geschaltet Szenen-Kandidaten

• 10 Geräte · 20× cover.sle_shutter_window, light.bas_light_2, light.liv_showcase, light.liv_socket_2, light.wohnzimmertv_backlight_segment_008, switch.bas_light_2, switch.liv_backspeaker, switch.liv_showcase …
• 2 Geräte · 3× light.liv_light_4, light.wohnzimmerlufter

🤖 KI-Empfehlung 4/4 YAML ✓

Hier ist deine priorisierte Handlungsempfehlung basierend auf der Analyse:

(1) Kritisch / Zu reparieren (Sofortmaßnahmen & Stabilität)

A. Instabile Lichter und Sensoren (Systemische Ausfälle)

• Was ist los: light.dach (372 Aussetzer), switch.t2 (152 Aussetzer) sowie mehrere Avia-Sensoren fallen regelmäßig aus oder senden keine Daten mehr. Die Anzahl der Fehler nimmt zu ("verschlechtert sich"). Dies deutet auf einen defekten Zigbee-Coordinator, eine überlastete Funkstrecke oder physisch kaputte Geräte hin.
• Ursache: Wahrscheinlich "Zigbee-Kollaps" durch viele Aussetzer in kurzer Zeit (Device Storm) oder ein nahes Gerät stört den Kanal stark. Die light.dach und switch.t2 sind die Hauptverursacher der Instabilität.
• Nächster Schritt: Prüfe sofort das Zigbee-Netzwerk auf Interferenzen (WLAN-Kanal 15/16 vermeiden, wenn möglich). Wenn keine Änderung hilft: Trenne light.dach und switch.t2 temporär vom Netzwerk oder ersetze sie.
• Automation zur Warnung: Da diese Geräte kritisch für die Sicherheit sind (Licht im Außenbereich/Tore), sollst du sofort informiert werden, sobald ein Aussetzer passiert.

alias: "Warnung: Instabile Zigbee-Geräte (Dach/switch.t2)"
description: "Benachrichtigung bei wiederholten Statusänderungen oder Verfügbarkeit-Verlusten kritischer Geräte."
trigger:
  - platform: state
    entity_id: light.dach
    to: 'unavailable'
    for:
      minutes: 1
  - platform: state
    entity_id: switch.t2
    to: 'unavailable'
    for:
      minutes: 1
action:
  - service: notify.persistent_notification
    data:
      message: "KRITISCH: Die Geräte `light.dach` oder `switch.t2` sind seit über 1 Minute nicht mehr verfügbar. Bitte Zigbee-Netzwerk prüfen (Repeater, Interferenz)."

B. Energie-Anomalie und eingefrorene Sensoren

• Was ist los: Der Zähler dinrail_rccb zeigt plötzlich 16-fach höheren Verbrauch an als normal. Gleichzeitig sind diverse Solarflow-Sensoren seit 26 Stunden "eingefroren" (Wert unverändert), was auf einen Kommunikationsabbruch zum Gateway hindeutet.
• Ursache: Der dinrail_rccb könnte defekt sein oder ein Kurzschluss/Leckstrom liegt vor, der fälschlich als Verbrauch gezählt wird. Die eingefrorenen Sensoren deuten darauf hin, dass das Solarflow-Gateway die Daten nicht mehr sendet (Netzwerkprobleme am Gateway).
• Nächster Schritt: Prüfe physisch den dinrail_rccb und ob ein Gerät im Haus defekt ist. Überprüfe die Netzwerkverbindung des Solarflow-Systems.

(2) Aufräumen & Bereinigen (Langfristige Hygiene)

A. Die "66-Tage-Leiche" (Tote Integrationen)

• Was ist los: 14 verschiedene Integrationsbereiche (MQTT, Mammotion, Alexa Media/Devices, Mobile App, UniFi Protect etc.) haben seit über zwei Monaten keine aktiven Entitäten mehr gemeldet. Die Liste der "toten" Geräte umfasst fast alle genannten IDs dieser Bereiche.
• Ursache: Diese Integrationen sind entweder komplett deinstalliert (aber nicht aus HA entfernt), die Hardware wurde verkauft/ausgetauscht, oder es liegt ein tiefergehender Konfigurationsfehler vor, der seit Wochen ignoriert wird. Die Entitäten "leben" nur noch als Leichen in der Datenbank und verstopfen den Überblick.
• Nächster Schritt: Da dies seit 66 Tagen offen ist: Führe eine "Massenbereinigung" durch. Gehe zu *Einstellungen -> Geräte & Dienste*, wähle die betroffenen Integrationen (z.B. mqtt, mammotion) und deaktiviere sie komplett oder lösche den Eintrag, falls die Hardware nicht mehr existiert. Erstelle keine neue Automation dafür; das Ziel ist hier nur das Entfernen der "Leichen" aus dem System.

B. Schwache Zigbee-Links (Repeater-Kandidaten)

• Was ist los: sensor.flo_window_sensor_linkquality und sensor.lab_window_sensor_a_linkquality haben einen LQI-Wert von 72 bzw. 80 (Grenze: ≤80). Sie sind am Rand der Verbindbarkeit.
• Ursache: Zu große Distanz zum Coordinator oder physische Hindernisse zwischen Fenster und Gateway.
• Nächster Schritt: Platziere einen Zigbee-Repeater in Richtung dieser Sensoren (zwischen Sensor und Coordinator), um die Verbindung zu stabilisieren, bevor sie komplett ausfallen wie light.dach.

(3) Komfort & Optimierung (Energie & Automatisierung)

A. Batteriewarnung für kritische Geräte

• Was ist los: Der Nuki-Schlüssel (sensor.nuki_hausture_battery) und der Temperatursensor (sensor.sle_temp_hum_sensor_battery) haben unter 15% Restkapazität (8% bzw. Haustür). Ein Ausfall würde den Zutritt oder die Überwachung gefährden.
• Ursache: Normale Batterieverbrauchung, aber kritisch niedrig für einen Türschloss-Sensor.
• Nächster Schritt: Ersetze die Batterien sofort (physisch) und aktiviere eine dauerhafte Benachrichtigung bei <15%.

alias: "Warnung: Kritische Batterielevel (< 15%)"
description: "Benachrichtigt, wenn wichtige Sensoren oder Schlösser fast leer sind."
trigger:
  - platform: numeric_state
    entity_id: sensor.nuki_hausture_battery
    below: 15
  - platform: numeric_state
    entity_id: sensor.sle_temp_hum_sensor_battery
    below: 15
action:
  - service: notify.persistent_notification
    data:
      message: "Batterie kritisch! Bitte sofort wechseln bei `sensor.nuki_hausture_battery` (Türschloss) oder `sensor.sle_temp_hum_sensor_battery`. Derzeit unter 15%."

B. Automatisierung für nächtliches Licht/Lüfter-Verhalten

• Was ist los: Mehrere Geräte (light.liv_socket_2, fan.rack_fan_rack_fan_geschwindigkeit und diverse LED-Streifen) laufen nachts (1–5 Uhr) regelmäßig an, obwohl sie tagsüber oft manuell gesteuert werden. Dies verursacht unnötigen Stromverbrauch (~9h/Tag im Schnitt).
• Ursache: Fehlende Logik in den bestehenden Automatisierungen oder manuelle Gewohnheit ohne Zeitsteuerung. Die Geräte scheinen nachts "vergessen" worden zu sein.
• Nächster Schritt: Ersetze die manuellen Schaltungen durch eine Automation, die diese spezifischen Lichter/Lüfter automatisch um 23:00 Uhr ausschaltet und bei Bewegung oder Tageslicht wieder einschaltet (oder einfach nur den Nachtmodus erzwingt).

alias: "Automatisches Ausschalten nächtlicher Geräte"
description: "Schaltet bekannte Nachtlampen und Lüfter nachts aus, wenn keine Aktivität mehr stattfindet."
trigger:
  - platform: time
    at: "23:00:00"
action:
  - service: light.turn_off
    target:
      entity_id:
        - light.liv_socket_2
        - light.liv_showcase
        - fan.rack_fan_rack_fan_geschwindigkeit
        - light.outdoor_u6_mesh_led
        - light.labor_usw_flex_mini_led
        - light.labor_u6_pro_led
        - light.wohnzimmer_u6_pro_led
        - light.1og_u6_pro_led
        - light.outdoor_uk_ultra_led
        - light.wohnzimmer_us_8_60w_led
mode: single

C. Szenen-Empfehlung für "Zusammengeschaltete" Geräte

• Was ist los: 10 Geräte (Shutter, Lichter, TV-Speaker) werden sehr häufig gemeinsam manuell bedient (20x in der Analyse).
• Ursache: Der Nutzer führt repetitive Aktionen aus ("Abend-Modus", "Kino-Modus"), die sich nicht automatisieren lassen.
• Nächster Schritt: Erstelle eine Szene namens "Cinema / Abend" mit diesen Entitäten, um den manuellen Aufwand zu reduzieren.

# Hinweis: Dies ist keine Automation, sondern ein Szenen-Vorschlag für das UI oder YAML-Import.
scene_name: "Abend_Kino"
entities:
  cover.sle_shutter_window: closed
  light.bas_light_2: on (brightness 50)
  light.liv_showcase: off
  light.liv_socket_2: off
  light.wohnzimmertv_backlight_segment_008: on (brightness 30, warm white)
  switch.bas_light_2: "on" # Falls Switch-Entität benötigt wird
  switch.liv_backspeaker: on
  switch.liv_showcase: off
  switch.liv_socket_2: off
  switch.liv_tv: on (brightness 50)