đ©ș GerĂ€te-Gesundheit 3 wackelig · 1 schwacher Link · 0 eingefroren
â ïž Wiederholt wegbrechend (systemische HA-Restarts herausgerechnet)
light.dachâ 794 eigene Aussetzer/7T · 2 EntitĂ€tenswitch.t2â 363 eigene Aussetzer/7Tlight.wled_hauptâ 7 eigene Aussetzer/7T · 3 EntitĂ€ten
đ¶ Schwacher Zigbee-Link
sensor.range_extender_2_linkqualityâ LQI 80/255 Range Extender 2 Linkquality
đ§ Eingefrorene Sensoren
keine
⥠Energie Grundlast 341 W · 9 Dauer-Standby · 0 Anomalien
đ Haus-Grundlast (24/7)
đ 341 W rund um die Uhr (~2991 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
hsr15 (Labor/WaschkĂŒche/Heizungsraum)(~175 kWh/J) bekannt - 20 W
hsr21 (SekretÀr)(~175 kWh/J) - 10 W
hsr16 (Schlafzimmer)(~88 kWh/J)
đ Verbrauchs-Anomalien
keine
đąïž Ăl
~864 Tage Reichweite (100%)
đ§ Kaputte Integrationen 253 tote EntitĂ€ten
| Integration | tot | Beispiele |
|---|---|---|
| mqtt | 89 | toi_radiator_valve_battery_low, out_alarm_siren_tamper_alarm, out_alarm_siren_charging, dre_window_sensor_b_contact |
| alexa_media | 40 | echo_wohnzimmer_shuffle_switch, echo_wohnzimmer_repeat_switch, echo_bad_shuffle_switch, echo_bad_repeat_switch |
| alexa_devices | 31 | schuch_s_fire_tv_konnektivitat, schuch_s_2nd_fire_tv_konnektivitat, echo_bad_nachster_wecker, schuch_s_fire_tv_nachster_wecker |
| mobile_app | 20 | osirisx_kiosk_brightness, osirisx_kiosk_volume, osirisx_camera_stream, px30_evb_detected_activity |
| unifiprotect | 15 | g4_instant_flur_vehicle_detected, g4_instant_flur_speaking_detected, g5_turret_ultra_einfahrt_smoke_alarm_detected, g5_turret_ultra_einfahrt_co_alarm_detected |
| withings | 13 | withings_schritte_heute, withings_heute_zuruckgelegte_strecke, withings_hohenveranderung_heute, withings_aktive_zeit_heute |
| wled | 12 | wled_test, wled_test_led_anzahl, wled_test_ip, wled_test_nachtlicht |
| versatile_thermostat | 10 | bat_thermostat_regulated_temperature, flo_thermostat_temperature_slope, flo_thermostat_ema_temperature, flo_thermostat_mean_power_cycle |
| home_connect | 5 | waschmaschine_programm_endzeit, waschmaschine_programm_fortschritt, waschmaschine_fernsteuerung, waschmaschine_fernstart |
| spook | 5 | cloud_alexa, cloud_alexa_report_state, cloud_google, cloud_google_report_state |
| tuya_local | 4 | lab_fan_ton, lab_airqualitymonitor_hintergrundbeleuchtung, sle_air_quality_monitor_hintergrundbeleuchtung, lr_air_quality_monitor_hintergrundbeleuchtung |
| sonoff | 3 | sonoff_100250db60_temperature, sonoff_100250db60_buzzer, sonoff_100250db60_screen |
| template | 3 | dre_windows, trockner, waschmaschine |
| aton | 2 | matrix_wohnzimmer_side_felder_1_12_aktiv, matrix_wohnzimmer_tv_todo_aktiv |
| dlna_dmr | 1 | tv_samsung7 |
⥠Instabil / flappend
binary_sensor.osirisx_camera_motionâ 16 Aussetzer in 7 Tagen (instabil)sensor.avia_am_lenghardt_5_super_e10â 14 Aussetzer in 7 Tagen (instabil)sensor.avia_am_lenghardt_5_superâ 14 Aussetzer in 7 Tagen (instabil)sensor.avia_am_lenghardt_5_dieselâ 14 Aussetzer in 7 Tagen (instabil)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)
đĄ Licht/LĂŒfter zu lange an
fan.lab_fanâ Ă 8.5 h/Tag an, 2Ă nachts (1â5 Uhr)fan.rack_fan_rack_fan_geschwindigkeitâ Ă 23.6 h/Tag an, 7Ă nachts (1â5 Uhr)light.outdoor_u6_mesh_ledâ Ă 23.1 h/Tag an, 7Ă nachts (1â5 Uhr)light.labor_usw_flex_mini_ledâ Ă 23.1 h/Tag an, 7Ă nachts (1â5 Uhr)light.labor_u6_pro_ledâ Ă 23.1 h/Tag an, 7Ă nachts (1â5 Uhr)light.wohnzimmer_u6_pro_ledâ Ă 23.1 h/Tag an, 7Ă nachts (1â5 Uhr)light.1og_u6_pro_ledâ Ă 23.1 h/Tag an, 7Ă nachts (1â5 Uhr)light.outdoor_uk_ultra_ledâ Ă 23.1 h/Tag an, 7Ă nachts (1â5 Uhr)light.wohnzimmer_us_8_60w_ledâ Ă 23.1 h/Tag an, 7Ă nachts (1â5 Uhr)light.t2_hintergrundbeleuchtungâ Ă 21.9 h/Tag an, 8Ă nachts (1â5 Uhr)light.run_carport_wled_hauptâ Ă 20.8 h/Tag an, 7Ă nachts (1â5 Uhr)light.dach_hintergrundbeleuchtung_2â Ă 18.7 h/Tag an, 7Ă nachts (1â5 Uhr)light.liv_showcaseâ Ă 16.5 h/Tag an, 5Ă nachts (1â5 Uhr)light.wled_hauptâ Ă 15.3 h/Tag an, 6Ă nachts (1â5 Uhr)light.wledâ Ă 15.3 h/Tag an, 6Ă nachts (1â5 Uhr)
đ Leere Batterien
- 12%
sensor.sle_temp_hum_sensor_batterySle Temp Hum Sensor Batterie
đ HĂ€ufige manuelle Handgriffe Automations-Kandidaten
light.bas_light2 GerĂ€te â manuell off an 11 Tagen, meist nachtsswitch.bas_light2 GerĂ€te â manuell off an 11 Tagen, meist nachtscover.sle_shutter_windowâ manuell open an 9 Tagen, meist mittagsswitch.liv_tvâ manuell on an 6 Tagen, meist unregelmĂ€Ăiglight.wohnzimmertv_backlight16 GerĂ€te â manuell on an 6 Tagen, meist unregelmĂ€Ăiglight.liv_socket_2â manuell on an 5 Tagen, meist unregelmĂ€Ăiglight.wohnzimmerlufterâ manuell off an 5 Tagen, meist unregelmĂ€Ăiglight.liv_light_4â manuell off an 5 Tagen, meist unregelmĂ€Ăigswitch.liv_socket_2â manuell on an 5 Tagen, meist unregelmĂ€Ăigswitch.liv_backspeakerâ manuell on an 5 Tagen, meist unregelmĂ€Ăigswitch.liv_tvâ manuell off an 5 Tagen, meist unregelmĂ€Ăiglight.wohnzimmertv_backlight16 GerĂ€te â manuell off an 5 Tagen, meist nachtslight.liv_showcaseâ manuell on an 4 Tagen, meist unregelmĂ€Ăiglight.liv_socket_2â manuell off an 4 Tagen, meist unregelmĂ€Ăiglight.liv_showcaseâ manuell off an 4 Tagen, meist nachtsswitch.liv_showcaseâ manuell on an 4 Tagen, meist unregelmĂ€Ăigswitch.liv_socket_2â manuell off an 4 Tagen, meist unregelmĂ€Ăigswitch.liv_showcaseâ manuell off an 4 Tagen, meist nachtsswitch.liv_backspeakerâ manuell off an 4 Tagen, meist unregelmĂ€Ăig
đŹ Oft zusammen geschaltet Szenen-Kandidaten
- 12 GerĂ€te · 34Ă
light.bas_light_2,light.liv_light_4,light.liv_showcase,light.liv_socket_2,light.wohnzimmerlufter,light.wohnzimmertv_backlight_segment_010,switch.bas_light_2,switch.liv_backspeakerâŠ
đ€ KI-Empfehlung 3/3 YAML â
Hier ist die priorisierte Handlungsempfehlung basierend auf der Analyse deiner Home-Assistant-Instanz:
(1) KAPUTT / ZU REPARIEREN (SofortmaĂnahmen & SystemstabilitĂ€t)
Was ist los: Das Haus leidet unter massiven AusfĂ€llen bei kritischen Lichtern und Sensoren. Die Lampe light.dach hat in 7 Tagen fast 800 Mal den Kontakt verloren, was auf eine defekte Hardware oder einen extremen Interferenzbereich hindeutet. Zudem sind Zigbee-GerĂ€te mit schwacher LinkqualitĂ€t (LQI â€80) und ein Sensor mit leerer Batterie (<15%) identifiziert worden.
- Wahrscheinliche Ursache:
light.dachist physisch defekt oder der Router/Repeater in dessen NÀhe blockiert den Kanal komplett. Der Zigbee-Range Extender muss neu positioniert werden, da er an der Grenze zur StabilitÀt arbeitet (LQI 80). Die Batterie des Temperatursensors ist physikalisch erschöpft. - Konkreter nÀchster Schritt:
1. PrĂŒfe physisch light.dach und den zugehörigen Switch (switch.t2, ebenfalls instabil) â ggf. tauschen oder neu verdrahten (Zigbee-Router prĂŒfen).
2. Ersetze sofort die Batterie in sensor.sle_temp_hum_sensor_battery.
3. Bewege den Zigbee-Repeater physisch nĂ€her an das schwache GerĂ€t (sensor.range_extender_2_linkquality) oder fĂŒge einen weiteren Repeater hinzu, um die LQI zu stabilisieren (>100).
# Automatisierung: Warnung bei kritischer Batterie und instabilen Lichtern
alias: "Warnung: Kritische Hardware & Instabile Sensoren"
description: "Benachrichtigt sofort bei leerer Batterie oder extremem Ausfall von 'light.dach'"
trigger:
- platform: state
entity_id: sensor.sle_temp_hum_sensor_battery
to: "<15"
- platform: numeric_state
entity_id: light.dach
attribute: availability # Hinweis: Wenn HA keine VerfĂŒgbarkeit-Attribute hat, nutze 'last_changed' als Proxy fĂŒr Ausfall oder eine eigene Template-Sensor-Warnung. Hier simulieren wir den Zustand "Ausfallen".
below: 0 # Fiktiver Schwellwert, da 'availability' oft nicht direkt triggerbar ist; besser: Nutzung einer Template-EntitĂ€t wie binary_sensor.dach_outage (falls vorhanden) oder manuelle PrĂŒfung im Dashboard.
# *Hinweis zur Umsetzung:* Da HA keine direkte Trigger auf "Anzahl Aussetzer" hat, empfehle ich die Erstellung eines Templatesensors `binary_sensor.light_dach_unstable`, der true ist wenn >10 AusfÀlle in 24h.
condition: [] # Platzhalter fĂŒr komplexe Logik
action:
- service: notify.persistent_notification
data:
title: "đš Hardware-Alarm"
message: "Kritische ZustĂ€nde erkannt:\n- Batterie 'sle_temp_hum_sensor' bei {{ states('sensor.sle_temp_hum_sensor_battery') }}%\n- Licht 'light.dach' extrem instabil (800+ AusfĂ€lle/7d).\nBitte physisch prĂŒfen!"
mode: single(2) AUFRĂUMEN (Bereinigung der "Leichen")
Was ist los: Es gibt 193 dauerhaft tote EntitĂ€ten, die seit ĂŒber 50 Tagen unverĂ€ndert existieren. Dies betrifft fast alle groĂen Integrationen (MQTT, Alexa, UniFi Protect, WLED). Diese Datenblöcke verstopfen das Dashboard und machen die Suche nach echten Fehlern unmöglich.
- Wahrscheinliche Ursache: Die entsprechenden GerÀte wurden physisch entfernt oder deinstalliert, aber die Konfiguration in
configuration.yaml(oder via UI) wurde nicht gelöscht. Bei MQTT/Alexa/UniFi ist oft der "Discovery"-Mechanismus aktiv geblieben, obwohl das GerÀt weg ist. - Konkreter nÀchster Schritt:
1. Gehe zu *Einstellungen > GerÀte & Dienste*.
2. Filtere nach den betroffenen Integrationen (MQTT, Alexa Media, UniFi Protect).
3. Deaktiviere die "Discovery"-Option fĂŒr diese Integrationsbereiche oder lösche die spezifischen EntitĂ€ten manuell aus der Liste ("EntitĂ€t entfernen"), falls sie nicht mehr benötigt werden.
4. PrĂŒfe configuration.yaml auf veraltete MQTT-Topics, Alexa-GerĂ€te-IDs und UniFi-Cameras, die es physisch nicht mehr gibt.
# Automatisierung: Log-Eintrag zur Erinnerung an manuelle Bereinigung (da keine direkte "EntitÀt löschen"-Automation sicher ist)
alias: "Erinnerung: 193 tote EntitÀten bereinigen"
description: "Automatischer Hinweis, dass seit Wochen tote Integrationen existieren und manuell entfernt werden mĂŒssen."
trigger:
- platform: time_pattern
hours: "/24" # TĂ€glich um Mitternacht (oder beliebiger Zeitpunkt)
condition: []
action:
- service: notify.persistent_notification
data:
title: "đ§č AufrĂ€umarbeit fĂ€llig"
message: "Es liegen seit >50 Tagen ca. 193 tote EntitĂ€ten vor (MQTT, Alexa, UniFi, WLED etc.). Bitte in den Einstellungen die entsprechenden Integrations-Discovery-Einstellungen prĂŒfen und nicht mehr benötigte GerĂ€te manuell entfernen."
mode: single(3) KOMFORT & OPTIMIERUNG (Energie sparen & Automatisierung)**
Was ist los: Das Haus verbraucht nachts unnötig Energie. Mehrere LED-Lampen (light.outdoor_u6_mesh_led, light.labor_usw_flex_mini_led etc.) und LĂŒfter laufen 23 Stunden am Tag, oft auch zwischen 1:00 und 5:00 Uhr, obwohl es dunkel ist oder niemand da sein sollte. Zudem werden Lichter im "BAS"-Bereich (light.bas_light) manuell nachts an/aus geschaltet (11x in einer Woche).
- Wahrscheinliche Ursache: Fehlende ZeitplĂ€ne fĂŒr AuĂenlichter und LĂŒfter, die sich nicht automatisch abschalten oder dimmen. Die manuelle Nutzung von
bas_lightdeutet auf fehlende "Nacht-Modus"-Automatisierungen hin. - Konkreter nÀchster Schritt:
1. Erstelle eine Szenen-Automatisierung fĂŒr das "BAS-Licht", die es automatisch bei Sonnenuntergang einschaltet und nachts (z.B. ab 23:00) dimmt oder ausschaltet, um manuelle Eingriffe zu eliminieren.
2. PrĂŒfe die AuĂenbeleuchtung (light.outdoor_...): Sind diese fĂŒr "DĂ€mmerungsschaltung" konfiguriert? Wenn sie nachts an bleiben, stelle sicher, dass ein Zeitplan (z.B. sun.set + 30min bis sun.rise) greift oder eine Bewegungsmelder-Logik existiert.
# Automatisierung: BAS-Licht automatisch steuern & manuelle Eingriffe eliminieren
alias: "BAS Licht automatisches Nachtmanagement"
description: "Schaltet das BAS-Licht bei Sonnenuntergang an und dimmt es nachts, um manuelles Schalten zu vermeiden."
trigger:
- platform: sun
event: sunset
offset: "+00:30:00" # 30 Minuten nach Sonnenuntergang
condition: []
action:
- service: light.turn_on
target:
entity_id: light.bas_light_1 # Nutze die im Prompt genannte ID als Basis fĂŒr beide EntitĂ€ten oder eine Gruppe
data:
brightness_pct: 50
- service: light.turn_off
target:
entity_id: light.bas_light_2
mode: single
# Zweite Automatisierung (als separater Block): Nacht-Modus nachts ausschalten/dimmen
alias: "BAS Licht Nachtausschaltung"
description: "Schaltet BAS-Licht nachts aus, wenn keine AktivitÀt erkannt wird."
trigger:
- platform: time
at: "23:00:00" # TĂ€glich um 23 Uhr
condition: []
action:
- service: light.turn_off
target:
entity_id: light.bas_light_1
mode: single