Yes there is, it is called the default position 
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