I have exactly the same behavior. Tilt is enabled for me and the attributes are available. I have already removed the weather forecast, but the behavior was the same.
Is there somewhere a documentation about the content of the Cover Status Helper? Or even better someone has a template which evaluates the Helper and reports back the status of the cover (like opened, closed, shaded, ventilated,…). I still have the need for additional external automation moving the cover as well - some of my ideas need to read the status of CCA to do the correct movement and I don’t want to identify the CCA status by reading the open/tilt position from the cover.
and Mr. Outstanding, thank you very much for this Blueprint. I have finally been able to turn my back on FHEM :-).
I use your Blueprint with myself and my parents and the bottom line is that so far there have been no problems, except for my parents’ wishes… but even these can usually be fulfilled.
This is a short experience report. As a beginner, I missed these myself in order to better understand this blueprint. And why keep reinventing the wheel?
At home, I use the RolloTron pure DECT belt winders, controlled via the Fritz!Box, while my parents “unfortunately” use Somfy with the RTS radio protocol.
For both systems, I went back to version 2025.05.04 because the latest version caused problems. Perhaps it would also work with the next versions after 2025.05.04, but for now I need to bring some calm back into the little chaos.
I came back because the ventilation and lockout protection at my home no longer worked properly, and the shading system at my parents’ home also failed. And yes, I know that Somfy RTS doesn’t actually work ;-). The trick is to let the Somfy remote controls gather dust and use “Additional Actions Before Activating Sun Shading” with “my Position” for the shading. The commands are then executed several times, but so far this doesn’t seem to bother my parents or the Somfy roller shutter motors. I can’t check it either, as I’m not on site myself.
ok, I must have overseen that
But here is another point:
Cover is in shading mode, Brightness falls below the lower threshold for approx. 2 min and goes back to a value above the thresshold. The shading is ended, although the " Waiting Time For Sun Shading End" is set to 600 sec. I understand that the brightness has to be below the lower threshold for 600s (in my case), or am I wrong?
Hey there, thank you for the huge updates. I updated the blueprint from April. A lot comfort was added. However, I noticed, that the 5 minute check for the shading is not working correctly in the morning. The cover remains open for a very long time, even if the conditions are met. The cover opens at 6 am and at 7:30 am, they are still open.
In my opinion a present inhabitant is responsible for closing the cover.
Thinking of it, it is a bit like a “Party Mode” - you don’t want your terrace/patio blinds close while you have a party in the living room either.
Maybe the additional conditions are not so bad after all for that.
But I’ll file another one in the repo, which I think has no workaround yet: Roof window shading - the calculation is a bit more complicated and I am too new to HA to have a suggestion how to do matrix dot product calculation (for the normal vector of the window surface and the sun direction) in these scripts.
what does the option “Enable generic automatic opening/closing of the day in the morning/evening” actually mean?
I haven’t configured anything else except for a CCA Helper. This morning, my test roller shutter did not open automatically. With this setting enabled, when exactly should it have opened? What triggers the timing for opening/closing?
Few days ago I started to use this template. Your work, continuous maintenance and user`s support is highly respected.
I tried to understand a stuck pending shading situation which looks like was caused by re-triggering of an already active shading.
As I see the template tries to avoid unnecessary re-triggering but one condition allowed it:
line 3245:
- or: # Try to avoid starting the shading several times TODO / FIXME
- and:
- "{{ not is_cover_tilt_enabled_and_possible }}"
- "{{ not in_shading_position }}"
- and:
- "{{ is_cover_tilt_enabled_and_possible }}"
- "{{ current_position >= shading_position }}"
Is there a use case for the 2nd “and” condition?
I think it could be removed completely but at least the equality could be removed (ideally with respecting the tolerance).
Is it possible that the shading can open covers that have been closed the whole day?
I have some covers that I open manually, and I only want them to be shaded when I have opened them manually.
Today, during a weekend outside I noticed that those two covers were open. They have been opened at the time shading ends, but they should be closed.
Can this be a bug?
I have to provide a link to the trace because android clipboard doesn’t support this much text