Would that be “Standaard positie” in Dutch?
Yes, it is
Is it possible to move the cover to the default position (not sunset default) at end time?
I want to fully open my cover at end time.
I am trying to move from the hold blueprint to this newer component to control all my blinds. I have having one disastrous level issue that I need help with.
My use case is that I go to bed at night and when I do I send a command that does a lot of things: locks all the doors, closest shades, sets the alarm, manages the temperatures, etc… but it is not at the same time every night.
I then wake up in the morning and send a wake up command and it opens the blinds, starts the coffee machine, etc…
I do this with a flic button next to me bed.
The old blueprint has a conditions section I would use this to watch for an override boolean - I would set this boolean for say, a nap and for a boolean I derived from the wether to keep the blinds from closing (or changing that is).
With this new component when I go to bed, the blinds still close, but they now open after some period of time - over and over and over and over all night. It was not a good night sleep last night.
So I think there is something wrong or I am not understanding about manual mode.
I have Manual override threshold set to 25%, which I thought meant if I change the shade by more than 25% manually it goes into manual mode. This does not happen.
I set manual mode manually with the “switch” nope, still opened and closed every 15 min or so.
Yeah, so I need help understanding how to make manual mode happen and stick until I tell them to return to auto mode - I think 
or in general more information on how to get this to stop changing the position when I tell it to - whatever you call that mode HAHA! Either manual mode doesnt really work or I am not understanding it, but it also seem like maybe I am asking for a feature request: in addition to a time entity on the manual mode page, it seems like there should be a boolean there that I can manage externally.
see how manual is turned on, and it says running…well the component just opened the shade…so maybe manual means something different than “changed by hands” based on the latin manus, meaning hand?
In the new setup, there’s a switch you can automate to override the adaptive control features. Look for a switch named toggle_control in your system.
In your case, it’s probably best to toggle this switch when you press your flic button and also send a command to move the blinds to your preferred position.
The manual override works a bit differently from how you were using it. It detects when you manually adjust the blinds and keeps them in that position for a certain period, as you’ve set in the options.
Well I discovered what I think the issue is: the switch manual override is to ENABLE the possibility of manual over ride…it is kind of named strangely but so goes it 
I mention this here in case anyone else is stumped by this. I turn that switch on and if I change the shades more than the threshold manual override changes to running and we are good to go!
Next issue:
See this graph, this is SUPER annoying. The shades just keep opening and close over and over again all day long. The old automation never did this, it was perfect and flowing. In this setup they just dance all day long…again I bet it is me so looking for help.
I think I mentioned that I made a custom sensor (binary) that would update based on outside lux, weather code, and temperature (a lot like you do in this setup).
Here are my env settings and the room temp, outside temp was above 70F all day. Weather was sunny / partly cloudy all day (and I have those picked in the last step).
What am I doing wrong? Is there a way to make this more smooth? In my custom code I take the next 3 hours of forecasted temps and average them. I use this to determine the trend. If the trend is increasing I change the temp by +2 and decreasing by -2 to slow down or speed up the temp management.
I have an awning with a built-in motion sensor that automatically closes the awning when certain wind gusts are detected. Ideally, I would like the awning, when a door is open, to partially close first , send me a notification, and then, once the door is closed, fully close the awning.
Is this possible with this integration, and what would be the best way to achieve this?
I’m keen to use this for my 15 Warema external venetian blinds around the house. I also run 4 Warema light sensors that have a kLux sensor for daytime brightness and a separate dawn sensor in Lux. Currently, this is all automated in homee but I want to get rid of this platform and control all within HA, including using relevant door, temperature and brightness sensors. All devices already work in HA now.
-
I need dawn automation (blinds close when it gets dark and open again when it’s bright enough after a set time (separate for work days and weekends). In this mode, the slats are always fully closed.
-
I need daytime automation based on brightness, room temperature and I want precise slat rotation tracking for shading (maximise light coming in but minimising direct sunlight.). It seems your custom integration can do this. But in some rooms I prefer the blinds to go fully up during the day if it’s not too bright/warm, not just rotate open. In other rooms the blinds can stay down but rotate fully open.
I’m just not sure how to go about 1. And 2. Do I create my own automations for 1. and set up only tilt devices for 2. (and make sure timings don’t interfere )?
Or is there a good way to combine vertical and tilt for the same device?
I will also have to implement a service/storm mode that protects the blinds from strong winds and allows maintenance.
I understand the Summer and Winter control strategies, but how does the Intermediate strategy work? It’s not on the flow chart.
The intermediate strategy is equal to the normal mode with the addition with no presence it returns to the default value. It is covered in the flow chart with the lines that go back to the basic mode.
1 Like
There are too many variables that can influence the results, some are triggered by the data that is provided by other entities. Therefore it is hard to tell from a few screenshots what could be causing this behavior and if this behavior should be expected.
If you do experience this as an issue you can always open an issue on Github and please provide some relevant debug logs and the downloadable diagnostics from the integration.
Anything is possible, the integration provides multiple switches to toggle certain aspects of the algoritm. In your case you can take control over by toggling the toggle_control switch entity with an automation that listens for the events you described. When the adaptive control is needed again you can toggle that same switch back on.
This is best to automate yourself and have the adaptive toggle control switch off so the integration does not try to adjust your covers when you take over control.
For now you can add two seperate services/devices within the integration; one for the vertical movement, and the other for the tilt/slat movement. I am still working on a way to combine both features in a dedicated mode, but haven’t found the time yet to adjust the code for that.
Make sure to turn off the above mentioned switch if the adaptive control is not needed anymore based on your conditions for both movement types separately.
Hi,
My cover is currently at 100% in summer mode without presence. Shouldn’t it be at 0% according to the diagram?
Maybe I’m missing something…
I’m also struggling to understand manual override.
I’ve got Aqara E1 roller shade drivers (Zigbee), and what I’d like is to have automation enabled (based on various things like sunshine, temperature, weather etc.) but if someone manually presses the “up” or “down” buttons on the blind drivers themselves, the blind should obey and stay put for a set time.
I’ve tried setting “Duration of manual override” but it doesn’t seem to work. I’ve got it set to 15 minutes for testing (although in production I’d like it to be more like 1 hour), and it only seems to stay still for about 3-5 minutes before reverting back to where the algorithm wants it.
What am I doing wrong?
Just checking in to say that I experience this as well sometimes. Not sure why. Didn’t know it was being experienced by others.
Hey!
I have been using this blueprint since yesterday, and it’s working partially fine until evening.
The cover rolls down when the lux is less than 1000 lux and my weather is set to my hometown as sunny, partial cloudy and clear.
Can you see something weird with me settings that make the blind go down after dark?
Edit:
I find the setting for the sunset. Working fine now.
Any help is appreciated.
I have a few use-cases setup in my current blind automation and I’m wondering how to cover them with this integration.
1: I have blinds on some doors. Currently when I unlock the door it forces the blind to fully open. What’s the best way to accomplish this through this automation? Figured this one out through a separate automation. Disable integration control and set position on unlock. Re-enable integration control on lock.
2: Similar to above, but for windows. When a window is open I want the blind fully open so they don’t blow around in the wind. Another user mentioned this above as well for when the door is open. Would it be possible to add a door/window sensor option to the config to force the blinds to stay open when a door/window is open?
3: Is there an easy way to force the blinds closed when nobody is home? I want to be able to use room presence in climate mode while home, but I also want to force blinds closed when nobody is home from a security standpoint.
EDIT: I realize #2 and #3 could be done in the same manner as I did for #1, but I figure these are very common use-cases for blind control use so it would be nice to have it built-in.
1 Like
Just a bit of feedback, and one question!
- 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.