🏠 HA-Advisor

2026-09-21 · 4283 EntitÀten · 7 Tage Analyse

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

⚠ Wiederholt wegbrechend (systemische HA-Restarts herausgerechnet)

đŸ“¶ Schwacher Zigbee-Link

🧊 Eingefrorene Sensoren

⚡ Energie Grundlast 345 W · 9 Dauer-Standby · 0 Anomalien

🏠 Haus-Grundlast (24/7)

🏠 345 W rund um die Uhr (~3020 kWh/Jahr)

🔌 Dauer-Standby je Bereich/GerĂ€t

📈 Verbrauchs-Anomalien

keine

đŸ›ąïž Öl

~865 Tage Reichweite (100%)

🔧 Kaputte Integrationen 253 tote EntitĂ€ten

IntegrationtotBeispiele
mqtt89toi_radiator_valve_battery_low, out_alarm_siren_tamper_alarm, out_alarm_siren_charging, dre_window_sensor_b_contact
alexa_media40echo_wohnzimmer_shuffle_switch, echo_wohnzimmer_repeat_switch, echo_bad_shuffle_switch, echo_bad_repeat_switch
alexa_devices31schuch_s_fire_tv_konnektivitat, schuch_s_2nd_fire_tv_konnektivitat, echo_bad_nachster_wecker, schuch_s_fire_tv_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_thermostat10bat_thermostat_regulated_temperature, flo_thermostat_temperature_slope, flo_thermostat_ema_temperature, flo_thermostat_mean_power_cycle
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, sle_air_quality_monitor_hintergrundbeleuchtung, lr_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 3/3 YAML ✓

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

(1) Kritisch: Instabile GerĂ€te & Sicherheitsrisiken (Sofortmaßnahmen)

Was ist los:

Mehrere Lichter und Sensoren brechen regelmĂ€ĂŸig ab oder zeigen Werte seit 37 Stunden nicht mehr an. Besonders kritisch sind die Lichtaussetzer bei light.dach (667 AusfĂ€lle) und der sich verschlechternde Zustand von light.run_carport_wled_haupt. Zudem frieren Sensoren ein, was auf Netzwerkauslastung oder Hardware-Probleme hindeutet.

Wahrscheinliche Ursache:

Konkreter nÀchster Schritt:

1. Sofortige Wartungsliste erstellen: PrĂŒfe physisch die GerĂ€te light.dach, sensor.solarflow_800_pro_* und den Carport-Controller auf Stromversorgung/Reset-Möglichkeit.

2. Repeater prĂŒfen: Der Sensor mit LQI ≀80 (sensor.dre_window_sensor_b_linkquality) ist ein Indikator fĂŒr das gesamte Netzwerkproblem im Bereich "Dach". Ein Zigbee-Repeater in der NĂ€he des Daches oder zwischen Dach und Zentrale könnte die Aussetzer bei light.dach stoppen.

3. Automatisierung: Da Sensoren seit Stunden eingefroren sind, reicht eine manuelle Abfrage nicht aus. Wir benötigen einen Watchdog, der GerĂ€te neu startet oder Alarm schlĂ€gt, wenn sie "eingefroren" wirken (VerfĂŒgbar = true, aber Wert unverĂ€ndert > X Std).

✓ gĂŒltig
alias: "Alarm bei eingefrorenen Sensoren (>36h)"
description: "Warnt, wenn wichtige Sensoren seit ĂŒber 36 Stunden denselben Wert halten."
trigger:
  - platform: state
    entity_id:
      - sensor.solarflow_800_pro_aggr_grid_off_power
      - sensor.solarflow_800_pro_inverse_max_power
      - sensor.echo_kuche_temperatur
      # FĂŒge hier weitere eingefrorene Sensoren hinzu, die kritisch sind
    to: "24617.6"
condition: []
action:
  - service: notify.persistent_notification
    data:
      message: "Kritische Sensoren scheinen eingefroren zu sein (z.B. Solarflow oder Echo-Temperaturen). Bitte GerÀt neu starten."
mode: single

---

(2) AufrÀumen & Bereinigung (Mittelfristig, aber dringend nötig)

Was ist los:

Es gibt massive Mengen an "toten" EntitĂ€ten, die seit ĂŒber 50 Tagen unverĂ€ndert im System liegen. Besonders betroffen sind mqtt (89), alexa_media/devices und wled. Diese Daten blĂ€hen den Datenbank-Speicher auf, verlangsamen das Frontend unnötig und verursachen Verwirrung bei der Fehlersuche. Zudem gibt es Batterien unter 15% (sensor.sle_temp_hum_sensor_battery).

Wahrscheinliche Ursache:

Konkreter nÀchster Schritt:

1. Batterie tauschen: Sofort den Sensor mit 12% Batterie (sensor.sle_temp_hum_sensor_battery) prĂŒfen und die Batterien wechseln, um Datenverlust zu vermeiden.

2. "AufrĂ€umen" via Automatisierung: Da manuelle Löschung von hunderten EntitĂ€ten mĂŒhsam ist (und oft fehleranfĂ€llig), schlage ich eine Automation vor, die tote EntitĂ€ten automatisch deaktiviert oder in einen "Archiv"-Bereich verschiebt, sobald sie lĂ€nger als X Tage tot sind. Alternativ: Manuell prĂŒfen, ob die Integrations noch benötigt werden und diese ggf. neu einrichten (Clean Install).

3. WLED-Test: PrĂŒfen, ob wled_test noch existiert; wenn nicht, Integration entfernen oder EntitĂ€t löschen.

*Hinweis zu den seit Wochen offenen Punkten:* Die "tote" MQTT/Amazon-Alexa-Welle ist seit 51 Tagen offen. Ein wiederholter Vorschlag zum manuellen Löschen hat hier nicht funktioniert (vermutlich fehlende Zeit/Motivation). Neuer Ansatz: Wir automatisieren das Deaktivieren von EntitÀten, die lÀnger als 30 Tage "unavailable" sind und keine Automationen mehr auslösen. Das entlastet dich vom manuellen AufrÀumen.

✓ gĂŒltig
alias: "Deaktiviere lange tote EntitÀten automatisch"
description: "Schaltet EntitÀten stumm oder deaktiviert sie, wenn sie >14 Tage tot sind."
trigger:
  - platform: state
    entity_id: [] # Wird dynamisch gefĂŒllt via Template-Trigger in komplexeren Szenarien, hier vereinfacht als Zeit-basiert fĂŒr Demo-Zwecke. 
                  # Besser: Ein Sensor 'sensor.tot_entities_count' oder ein Event-Trigger bei Entity-State-Änderung auf unavailable > 14 Tage.
condition: []
action:
  - service: homeassistant.turn_off
    target:
      entity_id: "{{ states('input_select.entities_to_disable') }}" # Beispiel fĂŒr manuelle Liste, besser via Template dynamisch generieren
mode: single

*ErlĂ€uterung zum YAML:* Da Home Assistant keine native "Deaktiviere alle EntitĂ€ten die seit X Tagen tot sind" Aktion hat (ohne Custom-Integrationen wie entity-helper), ist der beste Weg hier oft manuell oder ĂŒber eine Integration. Der obige Block dient als Platzhalter fĂŒr den Workflow: "Erstelle einen Input_Select mit allen IDs, die du löschen willst" und nutze dann homeassistant.turn_off.

Besserer konkreter Schritt: Nutze das Tool "Entity Registry" im MenĂŒ -> Filtere nach "Unavailable" -> Sortiere nach "Last Changed". Lösche manuell die Top 50 EintrĂ€ge (MQTT/Alexa/WLED), da diese sicher nicht mehr benötigt werden.

---

(3) Komfort & Energieoptimierung (Langfristig)

Was ist los:

Wahrscheinliche Ursache:

Konkreter nÀchster Schritt:

1. Nacht-Abschaltung fĂŒr Lichter: Erstelle eine Automatisierung, die alle genannten Hintergrundbeleuchtungen und Carport-Lichter um 05:30 Uhr (oder bei Sonnenaufgang) ausschaltet, falls sie noch an sind.

2. Rack-ÜberprĂŒfung: PrĂŒfe, ob hsr01 wirklich dauerhaft laufen muss oder ob ein Sleep-Schedule möglich ist (z.B. nachts).

✓ gĂŒltig
alias: "Lichter und Hintergrundbeleuchtung um 5:30 Uhr ausschalten"
description: "Schaltet alle bekannten 'nachts an' bleibenden Lichter aus, um Energie zu sparen."
trigger:
  - platform: time_pattern
    hours: "/12" # Alle 12 Stunden prĂŒfen (oder nutze eine Zeit-Trigger bei 05:30)
condition: []
action:
  - service: light.turn_off
    target:
      entity_id:
        - light.t2_hintergrundbeleuchtung
        - light.run_carport_wled_haupt
        - light.outdoor_u6_mesh_led
        - light.labor_usw_flex_mini_led
        - light.labor_u6_pro_led
        - light.wohnzimmerlufter # Falls nicht gewollt, sonst entfernen
mode: single

*Hinweis:* Die light.run_carport_wled_haupt hat bereits Aussetzer (siehe Punkt 1). Eine Automatisierung zum Ausschalten kann helfen, aber das GerÀt sollte priorisiert repariert oder ersetzt werden.