Neue HA-Integration: Shadow Control

[japo]

Hi Yves,

vielen Dank für den neuen RC und den Fix #88, jetzt läuft meine erste Rolladen erstmals wie erwartet! Super ist auch die Option mit den separaten Logfiles!

Aufgrund des tollen Wetters ☔ konnte ich jetzt nur das Dawn- Verhalten testen. Dazu folgende Fragen:

In dem DAWN-Abschnitt habe ich als Konfig stehen:

# Dawn configuration
# MANUAL (build-in entities)
dawn_control_enabled_manual: true
dawn_brightness_threshold_manual: 30
dawn_after_seconds_manual: 120
dawn_shutter_max_height_manual: 100
dawn_shutter_look_through_seconds_manual: 60
dawn_shutter_open_seconds_manual: 300
dawn_height_after_dawn_manual: 0​

Alle anderen Optionen sind auskommentiert.
Warum möchte die Integration eine Angabe von dawn_shutter_look_through_seconds_manual haben? Das führt zu dem Verhalten

2026-05-06 06:30:00,005  INFO      shadow_control.e1_kreativzimmer — Starting timer for 60.0s, next modification scheduled for: 2026-05-06 06:31:00.005304+02:00
2026-05-06 06:30:00,006  INFO      shadow_control.e1_kreativzimmer — State change from DAWN_FULL_CLOSED to DAWN_HORIZONTAL_NEUTRAL_TIMER_RUNNING
2026-05-06 06:31:00,006  INFO      shadow_control.e1_kreativzimmer — Timer finished, triggering recalculation
2026-05-06 06:31:00,007  INFO      shadow_control.e1_kreativzimmer — State change from DAWN_HORIZONTAL_NEUTRAL_TIMER_RUNNING to DAWN_HORIZONTAL_NEUTRAL
2026-05-06 06:31:00,008  INFO      shadow_control.e1_kreativzimmer — Starting timer for 60.0s, next modification scheduled for: 2026-05-06 06:32:00.008056+02:00
2026-05-06 06:31:00,009  INFO      shadow_control.e1_kreativzimmer — State change from DAWN_HORIZONTAL_NEUTRAL to DAWN_NEUTRAL_TIMER_RUNNING
2026-05-06 06:32:00,008  INFO      shadow_control.e1_kreativzimmer — Timer finished, triggering recalculation​

Der look-through-timer wird 2x gestartet: Nach der 1. Statusänderung auf horizontal_neutral passiert am Behang nichts (ein Raffstore würde hier ja jetzt den definierten horizontal_angle ansteuern), dann läuft derselbe (?) timer nochmal ab, und danach wird die Neutralposition angefahren.

Anschließend passierte heute Morgen noch dieses:

2026-05-06 06:32:00,009  INFO      shadow_control.e1_kreativzimmer — State change from DAWN_NEUTRAL_TIMER_RUNNING to DAWN_NEUTRAL
2026-05-06 06:33:33,188  INFO      shadow_control.e1_kreativzimmer — Starting timer for 120.0s, next modification scheduled for: 2026-05-06 06:35:33.188364+02:00
2026-05-06 06:33:33,188  INFO      shadow_control.e1_kreativzimmer — State change from DAWN_NEUTRAL to DAWN_FULL_CLOSE_TIMER_RUNNING
2026-05-06 06:33:33,194  INFO      shadow_control.e1_kreativzimmer — Cover became unavailable (likely HA restart). Cancelling active timer to prevent movement after restart.
2026-05-06 06:33:34,205  INFO      shadow_control.e1_kreativzimmer — State change from DAWN_FULL_CLOSE_TIMER_RUNNING to DAWN_NEUTRAL
2026-05-06 06:38:54,241  INFO      shadow_control.e1_kreativzimmer — Starting timer for 120.0s, next modification scheduled for: 2026-05-06 06:40:54.241031+02:00
2026-05-06 06:38:54,241  INFO      shadow_control.e1_kreativzimmer — State change from DAWN_NEUTRAL to DAWN_FULL_CLOSE_TIMER_RUNNING
2026-05-06 06:38:54,245  INFO      shadow_control.e1_kreativzimmer — Cover became unavailable (likely HA restart). Cancelling active timer to prevent movement after restart.
2026-05-06 06:38:55,255  INFO      shadow_control.e1_kreativzimmer — State change from DAWN_FULL_CLOSE_TIMER_RUNNING to DAWN_NEUTRAL​

Das kann ich mir nicht erklären- die Integration hat nach der Neutralposition sofort den Timer für dawn_full-close gestartet, aber warum? Die Helligkeit war zu dem Zeitpunkt konstant über dem definierten Threshold, HA wurde nicht neu gestartet, warum das cover nicht erreichbar wurde weiß ich nicht. Hast du eine Idee, was dort passiert?
Ohne deine neue Log- Option hätte ich das gar nicht so schnell gemerkt, die Rollade hat sich wie erwartet nach dem Öffnen nicht mehr bewegt, und die Integration hat sich auch nicht aus irgendwelchen Gründen gesperrt. Im Log war anschließend auch Ruhe...

[Evolution100]

starwarsfan ich hätte da mal eine Verständnisfrage. Wenn die Integration mit einer vorgegebenen Höhe zwangsgesperrt ist, also der Status 2 anzeigt wird und ich in diesem Zustand die Jalousie manuell verfahre, wäre meine Erwartung, dass die Sperre 2 aufgehoben wird und sich die Integration auf "manuell gesperrt" mit Sperrstatus 3 ändert. Denn so ist es nicht zumindest nicht bei mir

Könnte das ggf. mal jemand testen, ob das so "normal" ist?
Danke schon mal

[starwarsfan]

Hallo miteinander

Release 0.13.0 ist soeben auf GH verfügbar geworden:

New features:

• New option own_logfile_enabled to write all log output for a Shadow Control instance to a dedicated log file in the Home Assistant configuration directory (shadow_control_<name>.log). The file is rotated automatically (max 5 MB, 3 backups). Useful for collecting instance-specific logs over time without filtering the main HA log.

Fixes:

• Fix #85: B04 ist not allowed to be higher than 5000
• Fix #88: Recursion error with mode3 covers
• Fix #87: Dawn is activated when D01 is deactivated
• Fix #96: Wrong behavior within lock state 2

Damit wird unter anderem dieser Bug korrigiert:

starwarsfan ich hätte da mal eine Verständnisfrage. Wenn die Integration mit einer vorgegebenen Höhe zwangsgesperrt ist, also der Status 2 anzeigt wird und ich in diesem Zustand die Jalousie manuell verfahre, wäre meine Erwartung, dass die Sperre 2 aufgehoben wird und sich die Integration auf "manuell gesperrt" mit Sperrstatus 3 ändert. Denn so ist es nicht zumindest nicht bei mir

Viel Spass mit der neuen Version!

[Evolution100]

starwarsfan danke für den Fix. Spiele ich die Tage gleich mal ein.

Mir ist noch etwas aufgefallen.. wenn ich den number.xxxxxx_d02_dammerungsschwellwert auf z.B. 1 setzten will (was ich normal in einer Automation mache) dann bekomme ich bei der manuellen Änderung die Meldung, dass der Wert nicht 0 oder 10 hat.. also 1...9 geht nicht mehr. Hat das einen Grund oder hat sich das eingeschlichen?

Update: Ich hab mal alle Helligkeitswerte versucht auf 1 zu ändern und bekomme immer die Meldung

image.png

[gordongekko]

Hi starwarsfan
Vielen Dank für eine (schon jahrelange) Arbeit am Beschattungs-LBS bzw. der Home Assistant Integration! Ich verwende eine einigermassen komplexe Edomi-Beschattungs-Logik mit deinem Baustein, die ich nun Stück für Stück nach HA übertrage. Folgendes: ich starte nach einer manuellen Verstellung einer Jalousie einen Timer, der nach Ablauf die automatische Sperrung der Jalousie wieder aufheben soll und die automatische Beschattung wieder aktiviert. Wenn ich das richtig studiert habe, erwartet unlock_integration_entity nicht den Typ input_boolean, sondern input_button und reagiert, wenn dieser auf 'on' gestellt wird. Eine Action 'button.press' speichert jedoch die aktuelle Zeit in der Entität, nicht einen beliebigen Wert wie 'on'. Hast du mir einen Tip, wie ich das elegant lösen kann? Vielen Dank

[starwarsfan]

Hallo Pascal

Was da im Button als Wert steht, spielt doch überhaupt keine Rolle!? Es ist ein Event und der löst die Aktion aus, mehr ist da nicht dazu.

Sowas hier funktioniert problemlos:

alias: unlock-office
description: ""
triggers:
  - trigger: time
    at: "23:00:00"
conditions: []
actions:
  - action: button.press
    metadata: {}
    target:
      entity_id: button.buro_west_entsperren
    data: {}
mode: single

[starwarsfan]

Hi

wenn ich den number.xxxxxx_d02_dammerungsschwellwert auf z.B. 1 setzten will (was ich normal in einer Automation mache) dann bekomme ich bei der manuellen Änderung die Meldung, dass der Wert nicht 0 oder 10 hat.. also 1...9 geht nicht mehr. Hat das einen Grund oder hat sich das eingeschlichen?

Das ist schon immer so, die Schrittweite bei den Helligkeitswerten ist 10. Es macht keinen Sinn, Helligkeiten in 1er-Schritten zu konfigurieren.

[gordongekko]

Hallo Pascal

Was da im Button als Wert steht, spielt doch überhaupt keine Rolle!? Es ist ein Event und der löst die Aktion aus, mehr ist da nicht dazu.

Danke für dein Feedback. Dank deinem Code-Schnipsel habe in den Fehler entdeckt: ich habe in der yaml-datei unter unlock_integration_entity eine selbst erstellten input_button verwendet. Dieser speichert nur den Zeitstempel. Wenn ich ihn in den Entwicklerwerkzeugen manuell mit "on" überschreibe, reagiert shadow control wie erwartet. Aber dafür sind diese input_buttons wohl nicht gedacht; wäre auch alles so dokumentiert ... Ich werde also in meiner Automation direkt den von deiner Integration generierten Button übernehmen.