From graphs presented on this component page, it seems its behaviour is exactly the same. So at sunrise, light intensity reaches maximum.
I’m not trying to argue about interpretation.
But it is not comfortable to have lights set to very bright (more than 50%) at 3 am. Personally I found it invalid. And seems I’m not alone judging after your the first response.
One would suggest to use sleep mode, but… afaik it uses lamps built-in transition feature for smooth alteration between it and light generated by circadian sensor. It causes a lot of issues, not supporting long time periods, resetting by turning on/off the lights etc. Is it implemented the same way in adaptive light? Don’t know because no examples covering this feature. Maybe it’s rendered into the sensor. Maybe not.
Thank you. Just asking if am I missing something, or trying to get reasons or possible future features which could meet my requirements,
If found nothing I will write something fit my needs obviously.
Some of my lights are controlled by standard zwave dimmers and equipped with Glowlight bulbs (those bulbs change their colour temperature when being dimmed. Will circadian lights addon support such a setup?
@janhub, in regards to your first question, as mentioned by @sparkydave you can disable the circadian schedule during automation’s. I do this when using a Z-Wave Aeotec nanomote control, a Z-Wave GE dimmer and a Harmony Logitech remote to change the lighting.
For your second question, I also concur with @sparkydave. To be fair the transition question also has boundaries that can often be personal. By far I am no expert to the topic, so my preferences should be taken with a grain of salt. The bulbs that I found to almost satisfy all my personal needs for this topic are made by Lifx. These bulbs paired with my WiFi configuration seem to respond very quickly and has neat features such as you can change the state of the bulbs even when they are turned off.
I do try to not have an automation where when the lights are turned on, have them dim a few seconds later, that looks weird to me, better the opposite. Prior to turning on the light I match the bulb state to the Circadian Schedule. I use different transition period pending the action or activity.
Manually turning on and off the lights: I use a quicker transition for this since this is what I requested and expect.
A partial automated request such as playing or pausing a movie, and/or a motion sensor request: I tend to keep those transitions to be of a medium duration.
A fully automated request such as turning the lights on at sunset: I will use a longer transition period to blend in the light request.
Now honesty requires me to say that the Lifx bulb is not perfect. This is one of those appliances/bulbs that will turn on after a power outage. More to this issue here: https://community.home-assistant.io/t/smart-bulbs-power-outages/53688 What I did to mitigate the situation: I always set the brightness at the lowest setting when I turn the lights off. Hence if the lights turns back on from a power outage it will be less noticeably and I have an automation that monitors the state of the bulbs that will turn them off.
B.T.W. Thank you to all involved in this project (HA) directly or indirectly and of course @claytonjn.
Thank you for this detailed answer! Unfortunately I spent a small fortune buying philips hue bulbs and accessories so changing the whole system isn’t an option for me.
I’m still hoping for claytonjn to find a way for everyone to have circadian lighting run with hue scenes. He seems to already have found a solution…the transitioning effect that appears after turning on a light still seems weird an unnatural to me…
@claytonjn@basnijholt what is the plan with the Circadian Lighting and Adaptive Lighting custum_components?
Will the Circadian Lighting component live on as a separate component? Or not?
If not maybe the topic should be locked and a new topic should be started for the Adaptive Lighting component?
This is a built in feature of Adaptive lighting (mentioned earlier)
Edit: This is only a feature when the lights are already on. But you can do this by switching off the adaptive switch via an automation first and then calling a scene/lights-on service.
So as said, i use adaptive lighting and not this component, but maybe it works this way too.
I use a node red flow to turn on my lights with a preset value of brightness and color extracted from the adaptive lighting switch:
For every room I have a different adaptive light switch. When sleepmode is on in that room it wil also use the value of the sleepmode setting.
This has made the adaptive lighting much beter for me because I also hate the changing of the lights when they on and specifically when they where off for quite some time.
p.s. I only have hue lights too, but using deconz instead of the hue hub.
@dannydwn: Oh wow! So will this also work with regular switches? (Like the hue smart button?) Like you said its just hard to get used to that light transition effect especially when the light haven’t been on for a while.
I also use adaptive lighting. But I’ve never used node red. Is there a way I can somehow copy and paste your flow? Is node red an integration for home assistant? Also do I need deconz for this to work? Or can I keep using my lights with the hue bridge?
Thanks for your answer! This really gives me hope! I really love the concept of circadian lighting.
There is an Node-red addon for home assistant, see:
It will not work with regular wall switches because they cut off the power to your light bulb. The “regular switch” you are referring to is a hue switch, which can be programmed to do a service call.
In my example my “switch” is an motion sensor (bewegingsmelder hal keuken)
For importing the flow, so you can study and / or alter it and use it, inside of node-red click on the hamburger icon in the upper right corner and choose import. Just paste te code in there and click on import.
It wil just work fine with an hue hub as long as its connected to HA and you can reach the bulbs.
For more info and the basics on Node-red just check the community and the documentation on node red’s website: https://nodered.org
For connecting hue switches from the hue hub to node-red just look for an palette in node-red called node-red-contrib-huemagic
@dannydwn Thank you. I tried your flow and changed it to my needs. I installed huemagic and my buttons/dimmers are recognized.
Pushing my hue smart button now indeed turns my light on with the correct light temperature set. However the light takes around 3 seconds to even turn on…so huge delay here…this is even worse than the transition effect hahaha
Ok…I think I’m giving up on this transition thing. I reduced polling interval but the lag is still too noticeable. And getting into deconz is above my head. I will just patiently be waiting for the creator of this integration to maybe give more insights on his solution with hue scenes. I believe this would be the ideal way of dealing with this issue. Putting the CT and brightness values into a scene (that is updating the scene in an interval) so that all the switches just have to activate that scene.
I believe huemagic doesnt have the ability to set values for scenes?
Thanks for the effort of trying this. What I don’t get is, that scenes somehow seem to have the ability to make a light turn off with set color and brightness setting - without the need of adjusting/transition…
I found this on reddit, but don’t fully understand what the guy is saying (I’m not a programmer…just a stupid end-consumer ):
I just tested this by sending raw text commands to the bridge and seeing what happens. (My bridge
is gen1)
If I sent only the command to change color and nothing else while the lamp was off, the color setting in the bridge did not change.
If I sent “on: false” and the color change while the lamp was already off, it’s the same thing: values did not change.
It’s only when I sent a command containing “on: true” and color change, when it actually took on that color.
Conclusion: Settings will only get logged to the bridge when either A) the lamp is already on or B) the lamp is being switched on by the same command that contains new color instructions. However, I tested sending a command that contained “on: false” and color instructions, and this stored new command settings to the lamp so next time it would be switched on, it would come on with those settings. So if you always want the lamp to switch on in white when you turn it on, a workaround could be to create a special off action that doesn’t just send “on: false” but also a white setting so the lamp “turns off into white”. I don’t think apps will let you do that because they’re incredibly limited, but you can hand-craft all of this by getting to know the Official Hue API and creating that setting from there. It’s not like it has to be done many times.
What i make from this is when he sends an off command to the light with a specific color like you would normally when turning on the light the color inserted gets saved.
The light saves the last stored value.
This also isn’t an option because the values of the brightness and color changes during the day with AL/ Circadian lighting. So saving the current setting now and turn on the light 10 minutes from now will still get the light to change visible.
):