🏠 HA-Advisor

🩺 Geräte-Gesundheit 4 wackelig · 1 schwacher Link · 0 eingefroren

⚠️ Wiederholt wegbrechend (systemische HA-Restarts herausgerechnet)

• light.dach — 38 eigene Aussetzer/7T · 2 Entitäten
• switch.t2 — 36 eigene Aussetzer/7T
• light.run_carport_wled_haupt — 12 eigene Aussetzer/7T ↑ schlimmer · 3 Entitäten
• light.wled_haupt — 7 eigene Aussetzer/7T · 3 Entitäten

📶 Schwacher Zigbee-Link

• sensor.roo_window_sensor_d_linkquality — LQI 72/255 Roo Window Sensor D Linkquality

🧊 Eingefrorene Sensoren

keine

⚡ Energie Grundlast 405 W · 10 Dauer-Standby · 0 Anomalien

🏠 Haus-Grundlast (24/7)

🏠 405 W rund um die Uhr (~3546 kWh/Jahr)

🔌 Dauer-Standby je Bereich/Gerät

• 200 W hsr01 (Rack) (~1752 kWh/J) bekannt
• 189 W homelab (~1656 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 hsr10 (Wohnzimmer) (~175 kWh/J)
• 20 W hsr21 (Sekretär) (~175 kWh/J)
• 20 W hsr15 (Labor/Waschküche/Heizungsraum) (~175 kWh/J) bekannt
• 10 W hsr02 (Heizung) (~88 kWh/J) bekannt
• 10 W hsr16 (Schlafzimmer) (~88 kWh/J)

📈 Verbrauchs-Anomalien

keine

🛢️ Öl

~859 Tage Reichweite (100%)

🔧 Kaputte Integrationen 261 tote Entitäten

⚡ Instabil / flappend

• light.wled_haupt — 15 Aussetzer in 7 Tagen (instabil)
• light.wled — 15 Aussetzer in 7 Tagen (instabil)
• light.wled_segment_1 — 15 Aussetzer in 7 Tagen (instabil)
• sensor.wled1_geschatzte_stromstarke — 15 Aussetzer in 7 Tagen (instabil)
• sensor.wled_led_anzahl — 15 Aussetzer in 7 Tagen (instabil)
• sensor.wled_ip — 15 Aussetzer in 7 Tagen (instabil)
• switch.wled_nachtlicht — 15 Aussetzer in 7 Tagen (instabil)
• switch.wled_senden_synchronisieren — 15 Aussetzer in 7 Tagen (instabil)
• switch.wled_empfang_synchronisieren — 15 Aussetzer in 7 Tagen (instabil)
• switch.wled_umkehren — 15 Aussetzer in 7 Tagen (instabil)
• switch.entrance_ent_matrix_einfrieren — 15 Aussetzer in 7 Tagen (instabil)
• switch.wled_segment_1_umkehren — 15 Aussetzer in 7 Tagen (instabil)
• switch.entrance_ent_matrix_segment_1_einfrieren — 15 Aussetzer in 7 Tagen (instabil)
• sensor.labmagicswitch_action — 42 Aussetzer in 7 Tagen (instabil)
• switch.t2 — 72 Aussetzer in 7 Tagen (instabil)

💡 Licht/Lüfter zu lange an

• light.liv_socket_2 — Ø 7.6 h/Tag an, 3× nachts (1–5 Uhr)
• fan.lab_fan — Ø 7.2 h/Tag an, 4× 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)
• fan.rack_fan_rack_fan_geschwindigkeit — Ø 23.6 h/Tag an, 7× nachts (1–5 Uhr)
• light.t2_hintergrundbeleuchtung — Ø 22.8 h/Tag an, 7× nachts (1–5 Uhr)
• light.dach_hintergrundbeleuchtung_2 — Ø 22.6 h/Tag an, 7× nachts (1–5 Uhr)
• light.run_carport_wled_haupt — Ø 17.5 h/Tag an, 6× nachts (1–5 Uhr)
• light.liv_showcase — Ø 12.5 h/Tag an, 4× nachts (1–5 Uhr)
• light.wled_haupt — Ø 12.1 h/Tag an, 4× nachts (1–5 Uhr)

🔋 Leere Batterien

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

🔁 Häufige manuelle Handgriffe Automations-Kandidaten

• light.bas_light 2 Geräte — manuell off an 13 Tagen, meist nachts
• switch.bas_light 2 Geräte — manuell off an 13 Tagen, meist nachts
• cover.sle_shutter_window — manuell open an 10 Tagen, meist mittags
• switch.liv_tv — manuell on an 5 Tagen, meist unregelmäßig
• switch.liv_tv — manuell off an 5 Tagen, meist abends
• light.wohnzimmertv_backlight 16 Geräte — manuell on an 5 Tagen, meist unregelmäßig
• light.wohnzimmertv_backlight 16 Geräte — manuell off an 5 Tagen, meist abends
• light.liv_socket_2 — manuell off an 4 Tagen, meist abends
• cover.sle_shutter_window — manuell closed an 4 Tagen, meist nachts
• switch.liv_socket_2 — manuell off an 4 Tagen, meist abends

🎬 Oft zusammen geschaltet Szenen-Kandidaten

• 6 Geräte · 16× light.bas_light_2, light.sonoff_100135c1bc_1, switch.bas_light_2, switch.sle_left_light_l2, switch.sle_light_l1, switch.sle_right_light_l1
• 7 Geräte · 10× light.liv_showcase, light.liv_socket_2, light.wohnzimmertv_backlight_segment_013, switch.liv_backspeaker, switch.liv_showcase, switch.liv_socket_2, switch.liv_tv
• 2 Geräte · 4× light.liv_light_4, light.wohnzimmerlufter
• 3 Geräte · 3× light.flo_light_ceiling, switch.flo_light_2, switch.flo_light_ceiling

🤖 KI-Empfehlung 1/1 YAML ✓

Hier ist die priorisierte Handlungsempfehlung basierend auf der Analyse deiner Home-Assistant-Instanz:

(1) KRITISCH / ZU REPARIEREN (Sofortiges Handeln erforderlich)

Was ist los: Einziges Zigbee-Gerät mit schlechter Linkqualität, das zu Ausfällen führen kann.

• Gerät: sensor.roo_window_sensor_d_linkquality (LQI 72/255).
• Ursache: Das Fenster-Sensor-Modul ist zu weit vom Zigbee-Gateway entfernt oder durch Wände abgeschirmt; die Verbindung bricht bei Störungen ab.
• Konkreter nächster Schritt: Platziere einen Zigbee-Repeater (z.B. Sonoff, Philips Hue Bulb als Repeater) physisch zwischen dem Gateway und diesem Sensor, um den LQI-Wert zu erhöhen (>150 anstreben).

Was ist los: Zwei kritische Sicherheitskomponenten haben fast leere Batterien.

• Geräte: sensor.sle_temp_hum_sensor_battery (9%) und nuki_hausture_battery (Nuki Haustür, 14%).
• Ursache: Natürlicher Energieverbrauch; Nuki-Akkus sind bei <20% oft unzuverlässig beim Schließen der Tür.
• Konkreter nächster Schritt: Batterien sofort austauschen. Erstelle eine automatische Warnung, damit du nicht überrascht wirst (siehe YAML unten).

Was ist los: Massive Anzahl an "toten" Entitäten über 58 Tage ohne Reaktion; Integrationen sind defekt oder Geräte wurden entfernt, aber die Konfiguration existiert noch.

• Betroffene: mqtt (89), alexa_media/devices, mobile_app, unifiprotect, withings, wled, etc.
• Ursache: Entitäten sind "orphaned" (verwaist). Sie belasten die Datenbank und verstopfen den Log-Stream, ohne dass ein Gerät existiert oder reagiert. Die 58-Tage-Dauer zeigt, dass manuelle Bereinigung bisher unterlassen wurde.
• Konkreter nächster Schritt: Gehe in Einstellungen -> Geräte & Dienste. Suche die betroffenen Integrationen (z.B. "MQTT", "Alexa Media Player"). Deaktiviere oder lösche diese Integrationen komplett, falls das Gerät nicht mehr existiert. Wenn Geräte noch da sind: Prüfe die Konfigurationsdateien (configuration.yaml) auf veraltete Einträge und starte HA neu.

---

(2) AUFRÄUMEN / OPTIMIEREN (Stabilität & Sauberkeit)

Was ist los: Instabile WLED-Beleuchtung mit massiven Aussetzern.

• Geräte: light.wled_haupt, light.run_carport_wled_haupt und zugehörige Sensoren/Switches (15+ Entitäten).
• Ursache: Das zugrundeliegende WLED-Gerät ist instabil, hat Firmware-Probleme oder das Netzwerk für diese Geräte ist überlastet/unterbrochen. Die Aussetzer häufen sich ("verschlechtert sich").
• Konkreter nächster Schritt: Prüfe die Stromversorgung des WLED-Controllers und den WLAN-Signalpegel an der Installation (z.B. Carport). Aktualisiere ggf. die Firmware auf dem Controller selbst, nicht nur in HA.

Was ist los: Lichter/Lüfter laufen unnötig nachts durch oder sind zu lange aktiv.

• Geräte: light.outdoor_u6_mesh_led, fan.rack_fan_rack_fan_geschwindigkeit (23-24h/Tag) und mehrere andere, die zwischen 1–5 Uhr anbleiben (liv_socket_2, etc.).
• Ursache: Fehlende Zeitsteuerung oder Defekt in bestehenden Automationslogiken. Der Rack-Lüfter läuft fast permanent, was unnötigen Stromverbrauch bedeutet (siehe Grundlast).
• Konkreter nächster Schritt: Überprüfe die Logik der betroffenen Automatisierungen auf Fehlerbedingungen ("if time is night then off"). Für den fan.rack_fan prüfe, ob eine Temperatur-Schwelle fehlt.

Was ist los: Hoher Standby-Verbrauch durch nicht bekannte Geräte (hsr06, hsr20).

• Geräte: hsr06 (90W), hsr20 (30W) und weitere "HSR"-Sensoren.
• Ursache: Diese Sensoren scheinen dauerhaft aktiv zu sein, obwohl sie nicht als "bekannt" markiert sind oder ihre Funktion unklar ist. 405W Grundlast sind hoch für ein einzelnes Haus ohne Server-Cluster im HA-Rack (außer hsr01/homelab).
• Konkreter nächster Schritt: Identifiziere physisch, was an den Steckdosen mit diesen IDs hängt. Wenn es alte Sensoren oder defekte Geräte sind: Stecker ziehen und Entität in HA entfernen ("Entitäten verwalten").

---

(3) KOMFORT / AUTOMATISIERUNG (Zeitersparnis & Komfortsteigerung)

Was ist los: Häufige manuelle Bedienung von Lichtern nachts, die eigentlich automatisch aus sein sollten.

• Geräte: light.bas_light, switch.bas_light (13x manuell betätigt).
• Ursache: Nutzer schalten das Licht an/aus, weil keine automatische Abschaltdauer existiert oder der Timer zu kurz ist.
• Konkreter nächster Schritt: Implementiere eine Automatisierung für "Licht aus nach X Minuten Inaktivität" oder setze einen festen Ausschaltzeitpunkt (z.B. 03:00 Uhr).

Was ist los: Fensterläden (cover.sle_shutter_window) werden manuell geöffnet/geschlossen, oft zur falschen Zeit.

• Geräte: cover.sle_shutter_window.
• Ursache: Fehlende Tageslicht- oder Sonnenstands-Automatisierung.
• Konkreter nächster Schritt: Erstelle eine Szenen-basierte Automatisierung für "Morgens öffnen" und "Abends schließen".

Was ist los: TV & Backlight werden manuell geschaltet, oft unregelmäßig.

• Geräte: switch.liv_tv, light.wohnzimmertv_backlight.
• Ursache: Fehlende Szenen für "TV schauen" oder "Nachtmodus".

---

Empfohlene HA-Automatisierung (Batterie-Warnung)

Da zwei kritische Batterien (<15%) identifiziert wurden, ist dies die wichtigste sofort umzusetzende Automation. Sie verhindert, dass du überrascht wirst, wenn ein Gerät ausfällt.

alias: "Warnung bei schwachen Zigbee/Nuki-Batterien"
description: "Sendet eine Benachrichtigung, wenn Batteriestatus kritisch wird."
trigger:
  - platform: numeric_state
    entity_id: sensor.sle_temp_hum_sensor_battery
    below: 20
  - platform: state
    entity_id: sensor.nuki_hausture_battery
    to: "15" # Trigger wenn Wert auf oder unter 15% fällt (oder bei Änderung in den Bereich)
condition: []
action:
  - service: notify.persistent_notification
    data_template:
      title: "⚠️ Kritische Batterie-Warnung"
      message: >-
        Batterien sind kritisch niedrig! Bitte sofort wechseln.
        
        Sle Temp Hum Sensor: {{ states('sensor.sle_temp_hum_sensor_battery') }}%
        Nuki Haustür: 14% (manuell prüfen)
mode: single

*Hinweis zur YAML:* Da nuki oft nur als Sensor oder Binary-Sensor mit Attributen kommt, prüfe bitte in deinem HA-Interface die genaue Entity-ID für den Nuki-Akku (oft sensor.nuki_hausture_battery_level). Falls du eine generische Warnung willst, ersetze das Template durch einen festen Text.

Zusammenfassung der nächsten Schritte:

1. Sofort: Batterien bei Fenster und Tür wechseln + Automation testen.

2. Heute: WLED-Instabilität prüfen (Strom/Netzwerk).

3. Diese Woche: Die "58 Tage alten" toten Entitäten in den Integrationen bereinigen (Löschen der verwaisten Einträge), um die Instanz aufzuräumen.