🏠 HA-Advisor

2026-10-01 · 4293 EntitÀten · 7 Tage Analyse

đŸ©ș GerĂ€te-Gesundheit 4 wackelig · 1 schwacher Link · 0 eingefroren

⚠ Wiederholt wegbrechend (systemische HA-Restarts herausgerechnet)

đŸ“¶ Schwacher Zigbee-Link

🧊 Eingefrorene Sensoren

keine

⚡ Energie Grundlast 393 W · 12 Dauer-Standby · 0 Anomalien

🏠 Haus-Grundlast (24/7)

🏠 393 W rund um die Uhr (~3444 kWh/Jahr)

🔌 Dauer-Standby je Bereich/GerĂ€t

📈 Verbrauchs-Anomalien

keine

đŸ›ąïž Öl

~856 Tage Reichweite (100%)

🔧 Kaputte Integrationen 268 tote EntitĂ€ten

IntegrationtotBeispiele
mqtt95toi_radiator_valve_battery_low, out_alarm_siren_tamper_alarm, out_alarm_siren_charging, out_sensor_runway_occupancy
alexa_media41echo_wohnzimmer_shuffle_switch, echo_wohnzimmer_repeat_switch, echo_bad_shuffle_switch, echo_bad_repeat_switch
alexa_devices38schuch_s_fire_tv_konnektivitat, schuch_s_2nd_fire_tv_konnektivitat, schuch_s_fire_tv_nachster_wecker, echo_labor_nachster_wecker
mobile_app20osirisx_kiosk_brightness, osirisx_kiosk_volume, osirisx_camera_stream, px30_evb_detected_activity
unifiprotect15g4_instant_flur_vehicle_detected, g4_instant_flur_speaking_detected, g5_turret_ultra_einfahrt_smoke_alarm_detected, g5_turret_ultra_einfahrt_co_alarm_detected
withings13withings_schritte_heute, withings_heute_zuruckgelegte_strecke, withings_hohenveranderung_heute, withings_aktive_zeit_heute
wled12wled_test, wled_test_led_anzahl, wled_test_ip, wled_test_nachtlicht
versatile_thermostat11bat_radiator_thermostat_regulated_temperature, bat_thermostat_regulated_temperature, flo_thermostat_temperature_slope, flo_thermostat_ema_temperature
home_connect5waschmaschine_programm_endzeit, waschmaschine_programm_fortschritt, waschmaschine_fernsteuerung, waschmaschine_fernstart
spook5cloud_alexa, cloud_alexa_report_state, cloud_google, cloud_google_report_state
tuya_local4lab_fan_ton, lab_airqualitymonitor_hintergrundbeleuchtung, lr_air_quality_monitor_hintergrundbeleuchtung, sle_air_quality_monitor_hintergrundbeleuchtung
sonoff3sonoff_100250db60_temperature, sonoff_100250db60_buzzer, sonoff_100250db60_screen
template3dre_windows, trockner, waschmaschine
aton2matrix_wohnzimmer_side_felder_1_12_aktiv, matrix_wohnzimmer_tv_todo_aktiv
dlna_dmr1tv_samsung7

⚡ Instabil / flappend

💡 Licht/LĂŒfter zu lange an

🔋 Leere Batterien

🔁 HĂ€ufige manuelle Handgriffe Automations-Kandidaten

🎬 Oft zusammen geschaltet Szenen-Kandidaten

đŸ€– KI-Empfehlung 4/4 YAML ✓

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

(1) Kritisch: Instabile GerÀte & Ausfallrisiko beheben

Was ist los: Mehrere kritische Lichter und Sensoren brechen regelmĂ€ĂŸig ab oder flattern extrem stark. Besonders light.dach verschlechtert sich akut, was ein Sicherheitsrisiko fĂŒr Außenbeleuchtung darstellt. Die WLED-Instanz zeigt systematische InstabilitĂ€t bei fast allen EntitĂ€ten (IP-StromstĂ€rke-Sensoren, Sync-Switches).

Ursache: Wahrscheinlich schwaches WLAN-Signal an den betroffenen Punkten oder eine ĂŒberlastete/fehlerhafte WLED-Konfiguration auf dem Controller. Die light.dach-EntitĂ€t ist ein "Wackelkandidat" mit hohem Ausfallrisiko.

NĂ€chster Schritt: PrĂŒfe die SignalstĂ€rke (RSSI) der betroffenen GerĂ€te im WLAN-Routing oder fĂŒge einen Repeater hinzu. FĂŒr WLED: ÜberprĂŒfe den Controller auf Updates, Logs und ob das Netzwerk stabil ist.

✓ gĂŒltig
# Automatisierung zur Warnung bei wiederkehrenden AusfÀllen kritischer Lichter
alias: "Warnung: Instabile Außen- & Dachbeleuchtung"
description: "Sendet Benachrichtigung wenn Lichter wie 'light.dach' oder WLED-Komponenten hÀufig ausfallen."
trigger:
  - platform: state
    entity_id: light.dach
    to: unavailable
    for:
      minutes: 5
condition: []
action:
  - service: notify.persistent_notification
    data:
      message: "Kritische InstabilitĂ€t erkannt! Licht 'light.dach' ist seit ĂŒber 5 Minuten nicht erreichbar. Bitte WLAN-Abdeckung prĂŒfen."
mode: single

(2) AufrÀumen & Bereinigen: Tote EntitÀten bereinigen

Was ist los: Über 180 tote EntitĂ€ten liegen seit 61 Tagen ungenutzt in der Datenbank, verursacht durch diverse Integrationen (MQTT, Alexa, WLED, etc.). Dies verunreinigt die Statistik und macht das Debugging unnötig schwer. Da dies bereits ĂŒber zwei Monate liegt, ist eine manuelle ÜberprĂŒfung des Hinderungsgrunds nötig.

Ursache: Die GerÀte sind physisch entfernt oder defekt, aber die Integrationen wurden nicht deaktiviert oder bereinigt (z.B. verwaiste MQTT-Topics oder alte Alexa-Skills).

NĂ€chster Schritt: Da dies seit 61 Tagen offen ist: FĂŒhre keine automatische Bereinigung durch, da du möglicherweise noch benötigte EntitĂ€ten verlierst. Gehe stattdessen in die Einstellungen der betroffenen Integrationen (MQTT, WLED, Alexa), prĂŒfe den Status und deaktiviere/entferne manuell nur die eindeutig toten EintrĂ€ge oder lösche die gesamte Konfiguration fĂŒr diese GerĂ€te neu.

✓ gĂŒltig
# Szenario: Schnelle Übersicht ĂŒber tote EntitĂ€ten zur manuellen Bereinigung
alias: "Übersicht Tote Integrationen (Manuelle PrĂŒfung)"
description: "Listet alle bekannten Integrations-IDs auf, um manuell zu entscheiden."
trigger: [] # Manueller Start oder Zeitplan
condition: []
action:
  - service: persistent_notification.create
    data:
      message: "Bitte prĂŒfe folgende Integrationen wegen >180 toter EntitĂ€ten (seit 61 Tagen): MQTT, Alexa Media/Devices, WLED, Mobile App. FĂŒhre manuelle Bereinigung durch."
mode: single

(3) Komfort & Effizienz: Batterien tauschen & Automatisierung fĂŒr Lichter/LĂŒfter

Was ist los: Zwei kritische Sensoren haben fast leere Batterien (<15%), was zu AusfĂ€llen fĂŒhrt. Zudem laufen 9 GerĂ€te (Licht, LĂŒfter im Rack/Flur) ĂŒber Nacht unnötig durch oder werden manuell gesteuert, obwohl sie tagsĂŒber an sind.

Ursache: Batterieverschleiß bei den Sensoren (sle_temp_hum_sensor, nuki). Die Lichter/LĂŒfter fehlen in der Logik (z.B. "Nachtmodus" fehlt), sodass sie nachts weiterlaufen oder manuell bedient werden mĂŒssen, obwohl die Nutzungsmuster klar sind (meist 1–5 Uhr).

NĂ€chster Schritt: Tausche sofort die Batterien bei sensor.sle_temp_hum_sensor und sensor.nuki_hausture_battery. Erstelle eine Automatisierung fĂŒr das "Basement"-Licht (light.bas_light_2, etc.), da es 13x manuell nachts bedient wird.

✓ gĂŒltig
# Automatisierung: Automatische Abschaltung von Basements-Lichtern bei Nicht-Nutzung (Nacht-Modus)
alias: "Auto-Basement Lichter aus, wenn nicht bewegt"
description: "Schaltet 'light.bas_light_2' und zugehörige Switches nachts automatisch ab, da sie oft manuell bedient werden."
trigger:
  - platform: time_pattern
    hours: "/1" # Alle Stunden prĂŒfen (oder nutze eine Bewegungssensor-Logik)
condition:
  - condition: state
    entity_id: light.bas_light_2
    state: "on"
action:
  - service: switch.turn_off
    target:
      entity_id:
        - light.bas_light_1 # Beispiel fĂŒr zugehörige EntitĂ€t, basierend auf deiner Liste
        - switch.bas_light_1
mode: single

(4) Energie-Effizienz: Standby-Lasten prĂŒfen

Was ist los: Die Hausgrundlast liegt bei 393 W. Ein Großteil davon entfĂ€llt auf hsr01 (Rack, 200W) und homelab (188W), was als "bekannt" markiert ist. Neu hinzugekommen sind sensor.heizung und sensor.bas_heating_energy.

Ursache: Die Rack-Lasten sind wahrscheinlich Server/NetzwerkgerĂ€te, die dauerhaft laufen mĂŒssen. Der neue Eintrag bei der Heizung könnte auf einen Defekt oder eine falsche Konfiguration hindeuten (10W Dauerlast).

NĂ€chster Schritt: PrĂŒfe sensor.heizung und bas_heating_energy. Ist dies ein neuer Sensor fĂŒr den Heizkörper selbst? Wenn ja, ist 10W Standby normal. Falls nicht, prĂŒfe die Verkabelung oder das GerĂ€t auf Defekt.

✓ gĂŒltig
# Automatisierung: Warnung bei ungewöhnlicher Heizung-Last (falls >50% der Grundlast)
alias: "Warnung: Ungewöhnliche Heizungs-Standby"
description: "PrĂŒft ob die neue Heizungs-Sensorik plötzlich hohe Lasten zieht."
trigger:
  - platform: numeric_state
    entity_id: sensor.heizung
    above: 50 # Schwellwert anpassen, falls nötig (aktuell ~10W)
condition: []
action:
  - service: notify.persistent_notification
    data:
      message: "Achtung: Sensor 'sensor.heizung' meldet hohe Standby-Last. Bitte physisch prĂŒfen."
mode: single