In dynamic lighting could you please select âDisable Dynamic Lightingâ. You have used the âXâ to remove it but it is best if you select to disable it.
Not sure what version you are on but because you are using scenes it is best to create 2 separate toggle helpers and add them to the inputs. This will really help the automaton function correctly. If you done see these options then please update.
Scenes & Scripts - Toggle Helper
Night Lights - Scenes & Scripts - Toggle Helper
The only time you will see it turn OFF and back ON again is when crossing over from normal lights to night lights if the scene is ON.
Tested it here again and it is working and I can fault it. Just checking, where you live is is starting to get darker earlier (at night when you trigger the automation normally) thus the dynamic light calculation on initial start up could be higher.
I am just about to releas a new update that will solve what you are trying to do. Please update to version 6.5 when I release it and in dynamic lighting you will select option â5 - Sun Elevation Lighting - Brightness - Invertedâ. Below is the YAML for you again.
Thatâs not my case. Iâll try to explain as example:
dynamic_lighting_max_lux: 50
dynamic_lighting_min_lux: 10
my current setup. If LUX value 30 then light would turn on with 50% brightness. After this my LUX value still around 30 but light will up brightness until 100% with this heartbeat: dynamic_lighting_heartbeat: 0.5 with 7% steps i think. So my light would be 100% brightness in less than 5 minutes according to this settings, and LUX value is still the same. It happens only after 2024.4 update
Your lighting experience, your way â take control and customize it to perfection!
New Feature
Changes to Dynamic Lighting Options
Added new option selection to Dynamic Lighting. This will allow you to use the sun elevation as the sun sets the brightness will increase and as the sun rises the brightness will decrease. This is a nice option to use for your outdoor garden lighting systems.
5 - Sun Elevation Lighting - Brightness - Inverted
Changed Dynamic Lighting numbering system to the existing 5 & 6 options. Option 5 is now 6 and option 6 is now 7. This will not effect your inputs it is just a note to be aware of.
If you like this blueprint? Consider hitting the button in the top post
If you like my blueprints, and would like to show your support or just say thank you? Click Here
Okay this is my settings for the test. Home assistant 2024.4.3. Blueprint Version: 6.5
Use The Dynamic Lighting Options = Option 1
Dynamic Lighting - Max Lux Value = 50
Dynamic Lighting - Min Lux Value = 10
Dynamic Lighting - Max Brightness Value = 100%
Dynamic Lighting - Min Brightness Value = 0%
Dynamic Lighting - Heartbeat = 0.5
Dynamic Lighting - Step Value = 4%
Dynamic Lighting - Dead Zone (Âą) = 7%
This is the outcome of the test.
Actual Lux sensor reading = 30.7 lux This stays consistent through the test.
Actual Light Brightness = 48% This never changes
I then took the lux value to 16.3 lux and my brightness = 80% This never changes.
I then took the lux value to 0.0 lux and my brightness = 96% This never changes. The dead zone is 7% so It stayed at 96%.
Okay so we know it is working here. Now we just need to work out what is going on at your end.
Nothing changed here and you are on the same BB version so we can rule that out. I tested it here on the latest BB version but updating it didnât change the BB in that area and I am on the latest Home assistant 2024.4.3. So I would start looking at the lux sensor as it uses that to calculate the brightness %. It just could be a gremlin in the system and that is very had to find and fix. Maybe the next HA update will resolve it or you could try to use a back up and roll back then try update again. I hate doing that so I would wait for the HA update and see what happens.
What can I say - thanks for all your effort put into this.
Now I understand why someone would want to mimic the sun rising like in a dark bed room and so onâŚ
One more thing you might find the time to sort out is the last part to dim down slowly at a fixed time also doesnât dim down - it jumps to the set brightness level and stays until the set off setting - at that time the light comes on full - does not go out.
I thought that if we/you can get the Dynamic part working to brighten the lights at Sunset then I could perhaps use the same Dynamic option to dim the lights down and then finally off at a set time or whenever.
Before I found this Blueprint I was toying with the idea of trying to write my own YAML file but I couldnât find a âWhileâ statement to do the dimmingâŚ
Again thanks for all this help and work you are putting into this Blueprint.
The light came on at 1% and within an hr or so was at 100% way cool.
Last problem to solve is the dimming down at a set time, after the main 100%, and then going off at a set time.
The going off can be done I guess by the timer Helper?
But it seems the last part, The Night Light section, didnât work - the light stayed on way past the OFF Night Light Setting. However: it might have been the time and the angle set at -1.5 causing it so I have set the angle to be -2 and the time to 9.00pm and 9.30pm respectively.
I am new to HA and coming from a Homematic setup. So the way HA works with automations is very different then in Homematic.
I got motion sensors in every room at home and would like to use your blueprint. But I have some scenarios, childrens room, where I donât get it how to configure.
The scenario is easy. The light is normally switched on by a switch, long for âonâ (5 minutes) and short for âoffâ. The motions sensor only extends the âonâ state by 5 minutes, but only when its switched on by the switch. When the lights are off, the motion sensor should not turn on the lights.
With Homematic itâs easy to do, but I donât get it to work with your blueprint. Do you have any hint for me?
Looking at night lights. You will need to work from your trigger schedule. If your schedule ends at 9pm just set your nightlights to 10pm much later than your schedule. This will make sure it will not revert back to normal lights. Setting your âNight Lights - End Timeâ latter than your schedule wont matter because your schedule will turn OFF before then.
No it will not be that and the sun is not enabled in night lights so no need to worry there. Best to work with time as you are doing.
I have tested light âtransitionâ here and it looks like there may be a bug or a limitation in HA. If I set it to 600 then it takes about 5 seconds. If I set it to 60 it takes 60 sec. I sure this was not the case before when I did a lot of testing during development of this blueprint. I normally only use about 5 sec max so everything works here and havenât noticed. Maybe others can test it and provide some feedback. So maybe try a shorter time than 600. Start at 60 and work your way up.
Have a look at this blueprint Manual light control with auto OFF I think this is what you are after. You will need to enable the âUse The Motion Sensor Optionâ.
But, I had read a lot about how to best deal with âdelayâ and âtimerâ functions. The deeper I get, the more I read that both are not the best options when it comes to reboots of HA or maybe also other problems.
Many of the other users recommend âday/timeâ input function to be reboot safe for the most scenarios.
Is this right or did something change in HA so that is not needed anymore?
As a coder of many years, Iâm grateful for your work on the âSensor Lightâ blueprint. Youâve wrangled a very complex decision tree expertly in YAML. Iâm here because I couldnât do it myself. Thank you.
My ideal use case for nightlights is for them to brighten a bit when I walk in. Then, a few minutes after I leave the room, they dim back. But the fact that regular and nightlight modes share âturn offâ scenes makes this hard to do.
Could night lights their own âturn offâ scenes? I have done this myself, but I have to fork every new version you release and reimplement on top.
Haha well, I guess itâs a really common use case. I am glad to have the option outlined in your FAQâI may use it, thank you.
I still think there may be merit to separating âturn offâ scenes. For example, I have âNightlightâ and âNightlight Brightâ scenes set up in my Philips Hue systemâwhich is bridged to Home Assistant. This allows for me to have my overhead lights come on at 10%, but keep my end table lamps off. And itâs âjust a scene.â
I could do this via script, but thatâs true of everything in Sensor Light. A separate scene list would keep things declarative for me (which is already the benefit of the automation in many other ways).
That said, I donât know what I donât know. There may be a lot of logic for having two lists. Is this too exotic a use case for the blueprint to support?
Iâll probably take a stab at it if itâs something you donât think adds much value.
Believe it or not I try hard to reduce as many inputs as I can. This is on my list to do but it is slightly different in the way I am thinking. It is the same but different and I am try hard not to say anything.