Hey, it’s me again. First of all, thanks again for this blueprint and the continuos updates and support! I can’t stress this enough.
I want to achieve something and I am not sure what would be the best way to approach it. I try to be as concise as possible, yet I want to provide context:
- I use dynamic lighting mode “8” with motion sensors
- I have a night light enabled, which is only one single bulb on 1% brightness and 2300 K, so veeery dim
- Night light is only for the middle of the night.
- Normal lighting allows for max 100% brightness
Now before using this blueprint, I had 4 different lighting modes:
- Default: A lighting setting that works 95% of the time. Warmer, but not too warm, quite bright, but not too bright
- Bright: Everything to 100% brightness, 3000 K or even colder light
- Dim: Warmer than default, and way darker. For chilling in the living room or so
- Dark: As night mode desribed above, so max. one bulb per room, 1% brightness, 2300 K
After using your blueprint for a while, I started missing this “dim” mode, because the normal mode is way too bright for chilling on the evening. My idea was:
Create a number input helper “maximum brightness percent” and use it as template parameter for “Dynamic Lighting - Max Brightness Value” in the blueprint. Something like this:
...
dynamic_lighting_min_colour_temp: 2700
dynamic_lighting_max_brightness: "{{ states('input_number.home_sensor_lights_max_brightness') }}"
dynamic_lighting_dead_zone: 1
...
Then I played on the new input helper, and as expected, nothing happened (would be too easy ). But then I just toggled my bypass switch twice and the lights started to dim and converge to the new-set value given the other dynamic lighting parameters (step, heartbeat time, …). So I created an automation:
If value of new number input helper changes, toggle the bypass switch twice (in other words: force the sensor light blueprint automations to update)
Now this works quite well, but it feels very hacky. Additionally, there’s a drawback.The brightness updates veeery slowly, as I said according to the step and heartbeat time parameters of dynamic lighting. So you barely have any feedback after you want the brightness to change. I mean the purpose of these parameters is that you do not perceive any changes in the lighting. So they do what they are supposed to do… I feel like I am almost there, but the lack of feedback makes it hard to use. For example if the lighting is dim to begin with, and you want to eat something in the dim living room, you have to wait for minutes for the lights to come to full brightness with somewhat default settings.
All I would need is some kind of “secondary” trigger I could use for the sensor light automations, that would trigger them and re-evaluate from scratch as if it was triggered by a motion sensor or so, but obviously only if they are already active in the first place. It cannot be part of the “primary” trigger, as this would turn on all lgihts in the house. Is there anything like that I could make use of to achieve this?
I hope I made clear what I’d want to achieve with this. If I can make it work with maximum brightness, I would also roll out slides for light temperatures etc. so I can fine-tune specific lighting settings for specific use-cases, while still maintaining the awesome flexibility of this blueprint with the dynamic lighting capabilities etc. As I said, it feels like everything is there alredy for me to do what I’d like to have, but I cannot fit the pieces together.
Best and thanks for your work again!
Chris