Neue HA-Integration: Shadow Control

[starwarsfan]

Hallo miteinander

Der Release 0.12.0 ist verfügbar:

New features:

• Persist current lock state and restore it after Home Assistant restart
• Fix #8 with new options dawn_open_not_before_* and dawn_close_not_later_than_*, both as external as well as internal (manual) entity. See here within README.md for details.

Fixes:

• Fix useless creation of angle entities for mode3 covers
• Fix #65, a recursion issue if at least one of the timers was configured to a value of 0. Min value for each timer is 1s now.

Viel Spass und immer her mit dem Feedback.

[woda]

Hallo Yves,
ich konfiguriere gerade basierend auf der neuen Version, bekomme aber schon bei der Prüfung der Konfiguration Fehler angezeigt.
Die input_datetime Helfer sind als Uhrzeit konfiguriert.

Konfig. Auszug:

    dawn_open_not_before_entity: input_datetime.beschattung_fruhestens_auf_morgens_allgemein
    dawn_close_not_later_than_entity: input_datetime.beschattung_spatestens_zu_abends_allgemein​

image.png

Fehler:
image.png

[woda]

Update:
wenn ich manuell konfiguriere:

    dawn_open_not_before_manual: "06:00"
    dawn_close_not_later_than_manual: "21:00"​

Gibt es diesen Fehler:
image.png
Es scheint manual und entity vertauscht zu sein.

[woda]

Jop, ist vertauscht.

Das funktioniert, sollte es aber nicht:

    #dawn_open_not_before_entity: input_datetime.beschattung_fruhestens_auf_morgens_allgemein
    #dawn_close_not_later_than_entity: input_datetime.beschattung_spatestens_zu_abends_allgemein
    #dawn_open_not_before_manual: "06:00"
    #dawn_close_not_later_than_manual: "21:00"
    dawn_open_not_before_manual: input_datetime.beschattung_fruhestens_auf_morgens_allgemein
    dawn_close_not_later_than_manual: input_datetime.beschattung_spatestens_zu_abends_allgemein​

[starwarsfan]

Hoi Wolfgang

Na das ist ja ein Ding, danke für's finden und melden! Wird wohl einen Bugfix-Release geben...

[starwarsfan]

Here we go: 0.12.1

Fixes:

• Fix accidental exchange of allowed config options for DAWN_OPEN_NOT_BEFORE and DAWN_CLOSE_NOT_LATER_THAN

[japo]

Hi Yves,
Danke für die weiteren Optionen- die wollte ich natürlich gleich mal testen. Wenn ich die Integration (nach dem Löschen der Instanzen) über HACS neu herunterlade wird mir Version 0.12.1 angezeigt, nach dem Neustart werden die Instanzen auch wieder angelegt, aber wieder unter Version 0.12.0. Die neuen Optionen erscheinen auch nicht in den Einstellungen der Instanzen.
In der yaml habe ich die neuen Optionen/ Entitäten so angelegt:

dawn_open_not_before_entity: input_datetime.d11_open_not_before
#dawn_open_not_before_manual: "06:00"
dawn_close_not_later_than_entity: input_datetime.d12_close_not_later_than
#dawn_close_not_later_than_manual: "20:00"​

Im Log finde ich den Fehler

Logger: homeassistant
Quelle: components/number/__init__.py:106
Erstmals aufgetreten: 15:49:55 (10 Vorkommnisse)
Zuletzt protokolliert: 15:49:56

Error doing job: Task exception was never retrieved (task: None)Traceback (most recent call last):
File "/config/custom_components/shadow_control/__init__.py", line 265, in set_internal_entities_when_ready
await hass.services.async_call(
...<4 lines>...
)
File "/usr/src/homeassistant/homeassistant/core.py", line 2817, in async_call
response_data = await coro
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 2860, in _execute_service
return await target(service_call)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 835, in entity_service_call
single_response = await _handle_entity_call(
^^^^^^^^^^^^^^^^^^^^^^^^^^
hass, entity, func, data, call.context
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
)
^
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 907, in _handle_entity_call
result = await task
^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/number/__init__.py", line 106, in async_set_value
raise ServiceValidationError(
...<8 lines>...
)
homeassistant.exceptions.ServiceValidationError: <exception str() failed>​​​

und die Warnung

Logger: custom_components.shadow_control
Quelle: custom_components/shadow_control/__init__.py:284
Integration: Shadow Control ([URL="https://github.com/starwarsfan/shadow-control"]Dokumentation[/URL], [URL="https://github.com/starwarsfan/shadow-control/issues"]Probleme[/URL])
Erstmals aufgetreten: 15:49:48 (8 Vorkommnisse)
Zuletzt protokolliert: 15:49:48
*Could not find entity ID for internal entity lock_angle_manual
*Could not find entity ID for internal entity facade_neutral_pos_angle_manual​

An letzterem sollte sich doch nichts geändert haben, oder? (die beiden stehen auch so in der Beispiel- YAML).
Beim letzten Mal, als ein ähnlicher Fehler auftrat, hatte ich die Änderung einer Entität (boolean -> button) nicht mitbekommen- es es jetzt auch so etwas in die Richtung?

[starwarsfan]

Hallo

Wenn ich die Integration (nach dem Löschen der Instanzen) über HACS neu herunterlade wird mir Version 0.12.1 angezeigt, nach dem Neustart werden die Instanzen auch wieder angelegt, aber wieder unter Version 0.12.0.

Ich hatte vergessen, das manifest.json anzupassen. Dort stand immer noch 0.12.0 drin. Habe das eben korrigiert und den Release 0.12.1 auf Github neu erzeugt.

die neuen Optionen erscheinen auch nicht in den Einstellungen der Instanzen.

Das ist allerdings seltsam denn die gab es auch schon mit der 0.12.0!?

[japo]

Das ist allerdings seltsam denn die gab es auch schon mit der 0.12.0!?

Jau, vollkommen richtig! Die waren verschwunden, weil

In der yaml habe ich die neuen Optionen/ Entitäten so angelegt: Code:

dawn_open_not_before_entity: input_datetime.d11_open_not_before #dawn_open_not_before_manual: "06:00" dawn_close_not_later_than_entity: input_datetime.d12_close_not_later_than #dawn_close_not_later_than_manual: "20:00"

wohl Quatsch ist...
Ich war der Annahme, dass man die Entitäten auch in der YAML anlegen muss, wenn man eigentlich die Instanz- eigenen verwenden will 🤔
Mit d11_ etc. kann HA dann nix anfangen. Alles auskommentiert, jetzt geht's!

[starwarsfan]

Hallo Jan

Ich war der Annahme, dass man die Entitäten auch in der YAML anlegen muss, wenn man eigentlich die Instanz- eigenen verwenden will 🤔
Mit d11_ etc. kann HA dann nix anfangen. Alles auskommentiert, jetzt geht's!

Ah ok, dann ist es klar. Wenn Du die *_entity-Einträge in der yaml-Konfiguration einträgst/aktivierst, dann werden die internen Entitäten nicht angelegt. Das ist ja genau dafür da, wenn man _eigene_ Entitäten verwenden möchte, also bspw. um bei allen Instanzen gleichzeitig einen Schwellwert anpassen zu können. Wenn dem so ist, dann ist von den internen Entitäten auf der Instanz-View natürlich nichts zu sehen denn der User hat ja konfiguriert, dass er seine eigenen Entitäten verwenden möchte.

[starwarsfan]

Hallo miteinander

Da das "neue" Log-Handling in HA so seine Ecken und Kanten hat, wird es in der kommenden Version von Shadow Control diese Option geben:

image.png

Damit entsteht im HA-Configdir das Logfile "shadow_control_<Instanz-Name>.log", wobei diese bei 5M Grösse in maximal drei Logfiles rotiert wird. Das normale HA-Log ist davon unberührt, bleibt also unverändert wie es ist.

Stay tuned!

[japo]

Hallo Yves,
ich bin's mal wieder mit einem Problem mit Rolladen- Instanzen (mode 3).
Nachdem ich sehr große Logdateien bekommen habe, die viele Fehler wie

File "/config/custom_components/shadow_control/__init__.py", line 4007, in _handle_state_dawn_full_closed
await self._start_timer(dawn_open_slat_delay)
File "/config/custom_components/shadow_control/__init__.py", line 4677, in _start_timer
await self.async_calculate_and_apply_cover_position(None)
File "/config/custom_components/shadow_control/__init__.py", line 2208, in async_calculate_and_apply_cover_position
await self._process_shutter_state()
File "/config/custom_components/shadow_control/__init__.py", line 2493, in _process_shutter_state
new_shutter_state = await handler_func()
RecursionError: maximum recursion depth exceeded
​

enthielten habe ich Gemini nach Hilfe gefragt. Dabei kam heraus, dass es ein Problem beim Start von HA gibt, wenn viele Entitäten noch "unavailable" sind bzw. den Status wechseln. Die Zusammenfassung von Gemini:

 Was du Yves schicken solltest (Der "Bug-Report")
Damit er nicht lange suchen muss, kopiere ihm diese Kernpunkte:  
Szenario: YAML-Konfiguration, shutter_type: mode3.
Trigger: Beim HA-Start wechseln Entitäten (z.B. lock-switch) von off zu unavailable (oder umgekehrt).
Fehler: Die Rekursion passiert in _handle_state_dawn_full_closed -> _start_timer -> async_calculate_and_apply_cover_position(None).
Vermutung: Da in Mode 3 oft Timer-Werte von 0 resultieren, löst _start_timer einen sofortigen Re-Call der Berechnung aus, ohne dass sich die Zustände geändert haben.

Hat die KI da recht?

Ich kann dir gerne auch noch mehr Infos der Konfig etc. schicken, das war jetzt erst einmal nur die Zusammenfassung der KI-Analyse mit der Frage, ob da etwas dran ist oder ich hier ein anderes Problem habe...

Vielen, vielen Dank schon mal vorab und allen ein schönes Osterfest!