It might be good to provide a bit more detail on how to find the window azimuth in the README. Ended up spending a fair amount of time spinning because I had the compass orientation wrong. This sort of image would have been pretty helpful in the README Automatic blinds / sunscreen control based on sun platform - #68 by langestefan.
Is there a reason why the max for Workarea Distance is 2 meters? I have floor to ceiling windows, where I’m trying to adjust for the height of the working area from the floor, and it seems that the way to do this is to increase work area distance? I may try forking the repo and removing the 2 meter limit to see if that works.
I’ve been using this component for a while and it’s great, but now it’s hit summer in Australia I have a niche problem that I’m not sure how to solve:
When it’s sunny, this works great. The blinds in my east-facing study gradually open throughout the day and block direct light from getting in. But when it’s overcast, I think due to diffusion I can feel my skin burning from UV.
Is there any way around this? I’m thinking I could edit the code to add some sort of multiplier so the blinds don’t open as far when the current weather is overcast… or maybe have two integrations set up for the same blind entity (one normal, one with messed up values so the blinds open much slower if at all), then a separate automation that decides which one should be enabled depending on what the current weather is doing?
I recently added this integration and have been unable to get the blinds to move as I think they should but maybe what i think should happen isn’t reality.
With no climate or presence included into the code, what should the blinds do during the day? I believed that the blinds would be closed after sunset, rise to full open at sunrise and slowly close during the day. That isn’t what is happening and I can’t explain it.
So, before i try to fix something, can someone confirm that would be the correct response of the binds using this integration?
After looking again at the flowchart (Github) I see that if the sun is up, the shade should go to the calculated position and otherwise it should go to the default position and then after sunset it should go to the sunset position.
My question then becomes: If I have two windows with the same azimuth, why do the shades go to different positions throughout the day?
Second question: Can someone explain what happens when this checkbox is checked.
“Inverse the state (needed for some covers that don’t follow HA guidelines)”
I need something more than ‘needed for blinds that don’t follow HA guidelines’ to know if I should check it or not check it.
Appreciate your patience as I go through my questions (today is troubleshooting day) but why does the service show that it’s summer? I’m in North America and it’s certainly winter but I don’t know how to correct. Shottr
Trying to get this working with Switchbot Tilt blinds (tilted) added into HA via Matter. However when I use Adaptive Cover and look for Entities (first screen) it doesn’t show any available. I’ve instead copy and pasted the entity ID In and although the setup seems to continue, the adaptive cover doesn’t seem to work with these. Known issue or something I need to do differently RE: using Switchbot Blind Tilts with this integration ? Thanks for any additional info in advance.
Finally got this integration assigned to the Switchbot Blind Tilts and configured BUT the blinds never move. I enabled debugging as well and see that the Integration is grabbing the data and calculating a position BUT then is stating it’s already at the position which is incorrect because the blinds are fully open. Anyone got a step by step on how they got this to work because like I said, everything seems configured correctly but the blinds are never controlled.
Debug log output below:
2025-01-14 16:44:41.923 DEBUG (MainThread) [custom_components.adaptive_cover.const] Entity state change
2025-01-14 16:44:41.923 DEBUG (MainThread) [custom_components.adaptive_cover.const] Updating data
2025-01-14 16:44:41.923 DEBUG (MainThread) [custom_components.adaptive_cover.const] Calculated position: 4
2025-01-14 16:44:41.923 DEBUG (MainThread) [custom_components.adaptive_cover.const] End time: 2025-01-14 22:00:00, now: 2025-01-14 16:44:41.923758, now < time: True
2025-01-14 16:44:41.923 DEBUG (MainThread) [custom_components.adaptive_cover.const] Start time: 2025-01-14 08:00:00, now: 2025-01-14 16:44:41.923850, now >= time: True
2025-01-14 16:44:41.923 DEBUG (MainThread) [custom_components.adaptive_cover.const] Entity: cover.windowcovering_cover_3, time delta: 0:48:27.035808, threshold: 2.0, condition: True
2025-01-14 16:44:41.923 DEBUG (MainThread) [custom_components.adaptive_cover.const] Cover is already at position 4
2025-01-14 16:44:41.923 DEBUG (MainThread) [custom_components.adaptive_cover.const] State change handled
2025-01-14 16:44:41.923 DEBUG (MainThread) [custom_components.adaptive_cover] Finished fetching adaptive_cover data in 0.001 seconds (success: True)
@basbrus tagging you here in case any assistance can be provided. Thanks so much all
“Overcast” it’s a cloudy weather with 95% of sky covered with cloud. You could add “cloudy” or “partially cloudy” in the weather condition. The other solution is not to use a weather condition and only use only a lux sensor or better a UV sensor
This automation is very useful although quite tricky to set up. I hoped for a slightly different behaviour in the event of extreme weather. Specifically, since my house has heating and no cooling I wanted the following:
In the event of extreme highs later in the day remain closed all day to keep heat out
In the event of current very low temperatures remain closed to keep heat in
Otherwise act normally.
I made a fake temperature sensor that would try to achieve this by sending high or low temps to adaptive cover to force it to open or close as desired. However, everything works nicely with the sun tracking stuff and the fake temp sensor can force it to report summer/winter/intermediate mode as desired (almost, it rarely updates from winter/summer to intermediate when the temp changes but will smoothly flip from summer to winter intra day). However, in summer mode it does not close and in winter mode it does not open instead it seems like it follows the normal sun tracking open percentages regardless. Any idea what I’m missing here?
Dumb question as I am not sure this is a shade question or if it has to do with the service. I have 3 shades side by side. If I go in manually and move them all to say 49%, they all line up perfectly. When the service runs them, I will frequently get one shade at 47%, one at 46% and one at 49%. The Service says they should be at 49%. Any ideas here?
