I feared already, that i downloaded not an appropriate trace, sorry! 
But i had certainly also the issue, that shading seamed to be a bit off like @Loi mentioned.
yesterday the lock-out prevention kicked in 
which I was happy about.
But, after I closed the door the cover stayed open and didn’t close at all - 44% were expected (and configured).
Version: 2024.03.21-01
alias: Rollladen Wohnzimmer rechts (CCA)
description: ""
use_blueprint:
path: hvorragend/cover_control_automation.yaml
input:
blind: cover.rollladen_wohnzimmer_rechts_eg
auto_options:
- auto_up_enabled
- auto_down_enabled
- auto_sun_enabled
- auto_lockout_protection_enabled
time_up_early: "07:00:00"
time_up_early_non_workday: "07:45:00"
time_up_late: "08:00:00"
time_down_early: "22:30:00"
time_down_late: "22:35:00"
default_brightness_sensor: sensor.light_sensor_1_luminosity_value
contact_sensor: binary_sensor.tuer_fenster_5
drive_delay_random: 0
position_tolerance: 2
check_config: true
contact_cover_place: door
close_position: 44
time_down_late_non_workday: "22:35:00"
time_down_early_non_workday: "22:30:00"
sun_elevation_up: -3
sun_elevation_down: -3
workday_sensor: binary_sensor.workday_sensor
Did I miss any configuration setting?
And yes, I am not at the latest version. but close to it
I think I have found the solution to my problem. I had not integrated a text helper on the roller blinds that shade. I did that today and now the shading works perfectly.
1 Like
yes i think so…
can i ask, why it’s not possible to implement the “opposite”? I mean shading is great, leds the temperatur outside the room in the summer. But in winter its also neccessary to let the temperatur in the room when its cold outside, mostly in the night 
Thank you. Thank you. The hint has helped me.
New update:
2024.04.08-01:
- Fixed: Make the shading work even without a helper
1 Like
By the way: If you want to check why the shading trigger is not triggered, you can copy the following lines into the developer tools under Template and adjust the parameters to the blueprint configuration.
Important: A status change is required. If necessary, briefly increase a value via the developer tools and then reduce it again.
The forecast conditions are checked later. There would then be a trace for this.
{% set default_sun_sensor = "sun.sun" %}
{% set shading_sun_brightness_start = 20000 %}
{% set shading_azimuth_start = 55 %}
{% set shading_azimuth_end = 275 %}
{% set shading_elevation_min = 5 %}
{% set shading_temperatur_sensor1 = "sensor.innen_temperature_filtered" %}
{% set shading_min_temperatur1 = 20 %}
{% set shading_temperatur_sensor2 = "sensor.aussen_temperature_filtered" %}
{% set shading_min_temperatur2 = 18 %}
{% set shading_brightness_sensor = "sensor.lichtsensor_sueden_filter_moving_average" %}
{{
default_sun_sensor != [] and
state_attr(default_sun_sensor, 'azimuth') | float(default=shading_azimuth_start) > shading_azimuth_start and
state_attr(default_sun_sensor, 'azimuth') | float(default=shading_azimuth_end) < shading_azimuth_end and
state_attr(default_sun_sensor, 'elevation') | float(default=shading_elevation_min) > shading_elevation_min and
(shading_brightness_sensor == [] or states(shading_brightness_sensor) | float(default=shading_sun_brightness_start) > shading_sun_brightness_start) and
(shading_temperatur_sensor1 == [] or states(shading_temperatur_sensor1) | float(default=shading_min_temperatur1) > shading_min_temperatur1) and
(shading_temperatur_sensor2 == [] or states(shading_temperatur_sensor2) | float(default=shading_min_temperatur2) > shading_min_temperatur2)
}}
3 Likes
What time did this happen?
Should the blinds have stayed open? Was it already evening?
A trace would also help me a lot here.
I don’t think it’s such a bad idea either.
But I would have to add a completely new status, another logic branch and new triggers. That can’t be combined with shading the sun. Because the comparisons are completely the other way round.
I also have to take into account the so-called “winter shading” for every status change. This has an effect on the entire blueprint.
Maybe I’ll have another idea at some point. But I can’t implement it in a hurry. Sorry.
But you are welcome to modify the blueprint. Anyone can create a fork.
And I would also welcome it if there were pull requests.
Hi,
can you please help me - what is “cover drive time” attribute good for? Is it a mandatory one? In my blueprint the default value is 90 seconds, but the cover drive time is much shorter for the one I’m trying to configure. Just asking before I test the blueprint.
I have already written a little about this. You are welcome to leave it at 90 seconds.
I try to recognize manual movements in the blueprint. And some devices send the position data this often or even during the drives.
I’ve changed the logic several times because I wasn’t happy with it. It actually no longer has anything to do with the delay of events.
I am currently using it to check whether the detected position change was generated by the blueprint or whether it was caused manually.
1 Like
Hello everyone I think i missed something. I enable open and close with sun elevation and it work perfectly.
But if one thé day I close a little one cover AT 40% for exemple, it will will not close automaticly.
What should I do to force it to close even I did a manual mouvement on the cover on thé day.
Thanks
you have to use that “helper” otherwise the blueprint will only work if the cover is in a “known position” (eg. open/close/ventilation/shading position) > if it is something in between (eg 40%) it won’t work (as you experienced it).
Ok but i dont know what i should put in parameters of this helper. Could you help me to configure it?
Oki i will try it but not i will undersrand what to do 
Ok i tried to see what to do but i really don’t understand what i have to do with the input_text…
thanks for the valid questions.
it happened after 23:00
i expected the blinds to close after the door got closed. ‘Closed’ for the blinds in questions means 44% closed. But they stayed open (0%).
Traces are lost, unfortunately. If needed I try to force the issue to create a new trace.
Thanks again! 
1 Like
yep i fully agree…and by the way, “hurry” means “dirty” and dirty isn’t a good idea and until autuum i think its not so neccessary…if i found some time i will have a look at the code…
Hi, how can I set to use the resident mode only for preventing to open in the morning, but closing at normal times?
Lockout protection: Cover is not moving to open, when opening the door and shading is active.
Hello, i used a helper for thé position of thé cover, so it open and close with thé Sun élévation even if I moved thé cover manually.
But now i have another problem, in thé evening when it is closed thé cover open at the late close Time parameter. I dont understand why…
What do u need as information to help me?