Sounds like you want to play with the offsets and max/min values.
Already did that - see my original post. But those settings donāt appear to offer any way of keeping the light at a constant white color during most of the day, and having it change color only starting at a specific time in the late evening.
As I said, it works fine for brightness - but we donāt seem to have the same level of control for the color shift.
Pretty sure the sunset_offset is what will keep the light at a ādayā setting for longer in the evening. I donāt see you using that one in your post.
If Iāve got sunrise pegged at 01:30 and sunset at 22:30, thereās no point in using sunset_offset - the latter parameter is for when youāre not setting an explicit sunset time.
And again, my problem isnāt how to stretch out the curve - itās how to flatten the curve, so the light stays at the exact same color during most of the day, then reddens at the same time it dims in the evening.
So far, I havenāt found an alternative to Adaptive Lighting that works better in this regard. Iām thinking that maybe my only solution is to set up an automation to turn the āAdaptive colorā control off during the day and early evening, and enable it only between, say, 22:00 and 05:00. Itās not the most elegant solution, but I think it will work.
Still, I would dearly love to be able to control the color shift the same way Adaptive Lighting can control brightness!
Iāve been using an outdoor lux sensor for years.
But Adaptive Lighting has pulled me away from the lux-driven scripts Iāve relied on for years.
Yet, I would really enjoy a method of incorporating something lux-driven into the AL algorithms.
Is there a way to dump/export/save/download a unitās configuration (in YAML, e.g.) if it was all setup through the UI?
Hey Don, not sure if you figure it out. But Iāve got an idea for you. I completely understand what you are going for here. The Shiny app definitely shows it, too. The brightness and warmth are treated distinctly differently, yet are often written/talked about as if they operate the same based on the min/max values. As youāve noted, the brightness is an easy parameter to control and āchopā the top of the sine wave off, like you mentioned. Unfortunately, as youāve encountered, the same settings donāt control the gradual increase or decrease of color warmth. Here are my two ideas for you:
- If you donāt (now or in the future) need to use āsleep mode toggleā: Use the sleep mode toggle as a switch to toggle between your 1:30 - through 22:30 warmth value, and your 22:30-1:30 value.
Set both min and max color temp to the same bright white value you like during the day. This will mean that between 1:30 and 22:30 your lights will stay bright white. Then configure your sleep_rgb or sleep_color_temp to be the warmer color youād like to switch to at 22:30. All youād need then is an automation to turn on/off the sleep toggle. When the toggle is on the sleep_color_temp will prevail.
Note: this option may not work if you still want the brightness to be adjusted, as sleep mode overrides this with its own single-value brightness set in the configuration.
- If you do use the sleep toggle to set a lower brightness/warmer light: In this case we have to get a little more tricky. The following idea will definitely work for you though. While it takes more setup, youāll also have more control overall.
First, set both min and max color temp to the same bright white value you like during the day just like in the first idea.
Then check out the adaptive_lighting.change_switch_settings action.
What youll likely want to do is target the adaptive lighting āroomā in question, set use defaults to configuration (optional, read the docs and decide if this is best), and most importantly: now you can alter the min and/or max color temperature.
Create an automation that at 22:30 fires adaptive_lighting.change_switch_settings with new (warmer) min and max color temperatures.
Create an automation that at 1:30 fires adaptive_lighting.change_switch_settings with just use defaults: configuration (to reset to the brighter daytime warmth).
Hope this helps!
I have a goodnight scene which turns off all lights and activates sleep mode simultaneously. But my Matter lights take 1ā2 seconds to report their new state. During that window, AL sees them as still on and sends sleep-mode commands, turning lights back on.
My workaround is a script: turn all lights off first, wait 2 seconds for state to settle, then activate the scene. But it would be good if AL had a delay for sleep mode changes just as it already has an adapt delay. Or maybe there is a better solution.
2 Likes