🏠 HA-Advisor

2026-09-15 · 4279 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 347 W · 9 Dauer-Standby · 5 Anomalien

🏠 Haus-Grundlast (24/7)

🏠 347 W rund um die Uhr (~3036 kWh/Jahr)

🔌 Dauer-Standby je Bereich/GerĂ€t

📈 Verbrauchs-Anomalien

đŸ›ąïž Öl

~868 Tage Reichweite (100%)

🔧 Kaputte Integrationen 232 tote EntitĂ€ten

IntegrationtotBeispiele
mqtt86toi_radiator_valve_battery_low, out_alarm_siren_tamper_alarm, out_alarm_siren_charging, dre_window_sensor_b_contact
alexa_media41echo_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_labor_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
versatile_thermostat6bat_thermostat_regulated_temperature, kit_thermostat_regulated_temperature, liv_thermostat_regulated_temperature, off_thermostat_regulated_temperature
spook5cloud_alexa, cloud_alexa_report_state, cloud_google, cloud_google_report_state
tuya_local4lr_air_quality_monitor_hintergrundbeleuchtung, lab_fan_ton, lab_airqualitymonitor_hintergrundbeleuchtung, sle_air_quality_monitor_hintergrundbeleuchtung
template3dre_windows, trockner, waschmaschine
sonoff3sonoff_100250db60_temperature, sonoff_100250db60_buzzer, sonoff_100250db60_screen
aton2matrix_wohnzimmer_side_felder_1_12_aktiv, matrix_wohnzimmer_tv_todo_aktiv
home_connect2waschmaschine_programm_endzeit, waschmaschine_programm_fortschritt
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 Ihre priorisierte Handlungsempfehlung basierend auf der Analyse:

(1) Kritisch / Zu reparieren (Sofortiges Handeln erforderlich)

Was ist los: Die Integration mqtt sowie mehrere andere (Alexa, Unifi Protect etc.) werfen seit 45 Tagen massiv tote EntitÀten aus. Zudem zeigt die Kamera (binary_sensor.osirisx_camera_motion) eine sich verschlechternde InstabilitÀt mit wiederholten Aussetzern.

Wahrscheinliche Ursache: Die mqtt-Integration ist vermutlich falsch konfiguriert oder der Broker/Device antwortet nicht mehr, was den HA-Core durch das stÀndige Neuladen von 86 fehlgeschlagenen EntitÀten belastet (Performance-Einbruch). Das Kamerasensor-Signal wird instabil.

Konkreter nĂ€chster Schritt: PrĂŒfen Sie die MQTT-Logs auf Fehlermeldungen ("Connection refused", "Timeout"). Deaktivieren Sie temporĂ€r alle mqtt-Sensoren, um den Core zu entlasten, und prĂŒfen Sie dann das Netzwerk zur Kamera oder ersetzen Sie diese Sensoren.

✓ gĂŒltig
# Automatisierung: Warnung bei instabiler Bewegungserkennung der OSIRIS-Kamera
alias: "Warnung: Instabile Kamerasensor-Bewegung"
description: "Sendet eine Benachrichtigung, wenn die Bewegungserkennung hÀufig ausfÀllt."
trigger:
  - platform: state
    entity_id: binary_sensor.osirisx_camera_motion
    to: 'off'
condition: []
action:
  - service: notify.mobile_app_osirisx_phone # Ersetzen Sie durch Ihre tatsÀchliche Benachrichtigungs-ID
    data:
      message: "Achtung: Bewegungserkennung der OSIRIS-Kamera ist instabil (hĂ€ufige Aussetzer). Bitte Netzwerk oder Sensor prĂŒfen."
mode: single

---

(2) AufrÀumen & Bereinigen (Hohe PrioritÀt, da seit 45 Tagen offen)

Was ist los: Eine Flut von Integrationen (mqtt, alexa_media, unifiprotect etc.) produziert hunderte tote EntitÀten. Diese "Leichen" belasten das Dashboard und die Suche unnötig. Zudem laufen Lichter im Labor/Wohnzimmer fast durchgehend (23h/Tag) oder nachts ohne Grund, was auf fehlende ZeitplÀne hindeutet.

Wahrscheinliche Ursache: Die betroffenen GerÀte wurden entfernt, aber nicht aus HA gelöscht ("Ghost-Entities"). Die DauerlÀufer haben keine automatische Abschaltung und werden manuell vergessen ausgeschaltet (oder sind defekt).

Konkreter nĂ€chster Schritt: Löschen Sie die EntitĂ€ten ĂŒber "EntitĂ€t bearbeiten" oder entfernen Sie die entsprechenden mqtt/alexa-Topics aus der Konfiguration. FĂŒr die Lichter: PrĂŒfen, ob sie physisch an einem Schalter hĂ€ngen (der offen ist) und richten Sie eine Zeit-Automation ein, um das nĂ€chtliche Brennen zu stoppen.

✓ gĂŒltig
# Automatisierung: NĂ€chtliches Ausschalten von Labor- und Außenlichtern nach 05:30 Uhr
alias: "Automatisches Ausgehen der DauerlĂ€ufer im Labor/Außenbereich"
description: "Schaltet Lichter, die lÀnger als 23h an waren oder nachts brennen, um Energie zu sparen."
trigger:
  - platform: time_pattern
    hours: "/1" # StĂŒndlich prĂŒfen (oder auf eine spezifische Nachtzeit setzen)
condition: []
action:
  - service: light.turn_off
    target:
      entity_id:
        - light.labor_usw_flex_mini_led
        - light.labor_u6_pro_led
        - light.wohnzimmerlufter # Falls nachts an, sonst prĂŒfen ob manuell gesteuert
        - light.outdoor_uk_ultra_led
        - light.t2_hintergrundbeleuchtung
      data: {}
mode: single

---

(3) Komfort & Optimierung (Mittlere PrioritÀt)

Was ist los: Ein Zigbee-Sensor hat eine schlechte LinkqualitĂ€t (80/255), was zu AusfĂ€llen fĂŒhren kann. Eine Batterie des Temperatursensors ist kritisch niedrig (<15%). Zudem gibt es Anomalien beim Energieverbrauch (Heizung/Solarflow verbrauchen 6-7x mehr als normal).

Wahrscheinliche Ursache: Der Zigbee-Sensor steht zu weit vom Repeater entfernt oder hat Interferenzen. Die Batterie muss getauscht werden. Die Verbrauchs-Anomalie deutet auf einen Defekt im Heizsystem, ein falsches Thermostatverhalten oder eine Messfehler-Konfiguration bei Solarflow hin (Sicherheitsrisiko: Heizung lÀuft unnötig hoch).

Konkreter nĂ€chster Schritt: Tauschen Sie die Batterie beim sensor.sle_temp_hum_sensor und prĂŒfen Sie den Zigbee-Router. Wichtig: ÜberprĂŒfen Sie sofort, ob die Heizungsanlage tatsĂ€chlich so viel Energie verbraucht oder ob ein Sensor falsch kalibriert ist (Sicherheitsrisiko!).

✓ gĂŒltig
# Automatisierung: Benachrichtigung bei schwacher Batterie fĂŒr Temperatursensor
alias: "Warnung: Schwache Batterien"
description: "Benachrichtigt, wenn die Batteriestufe eines Sensors unter 15% fÀllt."
trigger:
  - platform: state
    entity_id: sensor.sle_temp_hum_sensor_battery
    to: '13' # Bei Erreichen von 13% (oder <15)
condition: []
action:
  - service: notify.mobile_app_osirisx_phone # Ersetzen Sie durch Ihre Benachrichtigungs-ID
    data:
      message: "Batterie-Warnung: Der Temperatursensor 'Sle Temp Hum Sensor' hat nur noch ca. 13% Ladestand. Bitte Batterie tauschen."
mode: single