I have tested your yaml and it all works. Note you are using an âAutomationâ for your bypass so it will be the toggle for the automation (enable / disable). The other thing to note is you are using the same automation as the bypass for option 1 & 2. You canât do that as there is a conflict because when you turn ON the bypass what should it do?.. turn ON or turn OFF the lights⌠it cant do both.
You log show the automation enabled and not disabled. Try checking it again making sure the automation is disabled and remove one automation entity from option 1 or option 2. If there is no entities in the bypass when you remove one make sure you disable it including the auto OFF.
Also note you have a scene in âScenes - Scripts To Turn OFFâ but you are using a light entity. You can have a scene there as it may be turning on a scene but I thought I would just ask / point that out.
You are using an area in âLights - Switches - Scenes - Scriptsâ. You canât do that as it only works with entities. You will need to expand it down to entities (all green not orange or blue).
Hey @Blacky i did the changes Yeah the bypass for options 1 & 2 was a stupid mistake from my side but still, i donât think there is anything wrong with the config below funny part is that if i comment all the bypass things it will work
maybe I donât understand what bypass does because what I want to achieve is pretty simple pause the automation for letâs say 20minutes keep the light on and after 20 minutes resume the automation I could do it outside of the blueprint but I think thatâs what the bypass is for, still I donât understand why it isnât working at all motion is detected ofc there is less lx than I set the minimum nothing happens if I press the button Iâm lost here is a full tracklog maybe you will see something https://pastebin.com/wjUXg287
I have checked it here again replacing your trigger, light and the bypass with an automation. All worked perfectly.
So lets look at a few things.
We know the light is good.
We know using an automation works, as long as you are toggling it ON and OFF (Enable / Disable).
The trigger⌠the automation needs this trigger to work. Lets look at this. Can you create a toggle helper and add the toggle helper as the trigger only so copy the toggle helper ID go into the YAML and replace your âbinary_sensor.senorruchukorytarz2_occupancyâ id with the toggle helper ID and click save. You should only have the toggle helper in the trigger. Now test it again. If it works then we need to look at your âbinary_sensor.senorruchukorytarz2_occupancyâ.
If that still doesnât work then put back your âbinary_sensor.senorruchukorytarz2_occupancyâ removing the toggle helper and then use the toggle helper in the bypass. Toggle it ON and see what happens, toggle it OFF and see what happens. You may want to reduce both the bypass minutes to â0.1â for speed of testing.
Your lighting experience, your way â take control and customize it to perfection!
In this update, we focused exclusively on dynamic lighting bugs. Below are the changes we have made. Hope you like it
DYNAMIC LIGHTING UPDATE
New Input Option
Dynamic Lighting - Toggle Helper: If you have chosen a brightness level of 0%, then itâs essential to create an independent toggle helper and enter into dynamic lighting. This toggle helper can also address issues if the automation doesnât behave as expected due to the occasional unavailability of light entities. While it may not always be necessary, if youâre open to creating toggle helpers, itâs highly recommended to utilize this option to ensure proper functionality of the automation.
Bugs Fixed
Fixed bugs in option 8.
Fixed bugs when using options 1, 2, 4, 5, 6, 7 or 8 and setting a brightness level of 0%. Dynamic lighting would stop and not come back ON. There is now a new toggle helper that is required when setting a a brightness level of 0%.
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
When you set up dynamic lighting with a brightness level of 0%, the light will turn off. Dynamic lighting relies on the state of the lights being âONâ to function correctly. If the lights are not detected as âON,â dynamic lighting stops, which is not desired. By using a toggle helper, dynamic lighting will monitor the toggle helperâs state instead, ensuring it continues to run. This is why the toggle helper is necessary only when setting a brightness level of 0%. Toggle helpers in Home Assistant are reliable and donât get lost on the network. If a light drops off momentarily when dynamic lighting checks the state, it can cause dynamic lighting to stop. Using a toggle helper ensures consistent functionality without relying on network connections.
Thatâs a pretty cool change. Thanks again so much Blacky. I had my minimum light brightness go down to 10% under Dynamic Lighting - Min Brightness Value. I am using option 4. Is there a benefit to lowering that to zero and adding the toggle helper?
I would urge everyone here to make a small donation. The support for this popular blueprint is second to none. Please support Blacky at:
And Blacky, I see they finally created the ability to collapse Blueprint sections. that will be great for Sensor Light as it has so much packed into it. I assume that we will have that new version soon after 2024.6 is released.
No, it will change the way DL works, and that might not be what youâre looking for. If you set it to 0%, then your light will/can turn OFF. Setting it at 10% means that it will be the lowest brightness value the light will have when your trigger is activated.
Because you have set it to 10%, you donât need to use the toggle helper for DL to work. I have written the code this way so you donât have to add a toggle helper, and it wonât break what you had before updating the BP.
If you have chosen to use a brightness value of 0% because you want the light to turn OFF, you must use a toggle helper for DL to work correctly.
I am fully aware of this. This is why we love Home Assistant: they listen to us . When I say âus,â I mean the whole community. Once the new HA is released, I will implement it here. I will then go through it in detail, test it, and report any bugs to HA. This could take some time if we find any bugs. A big shout-out to @karwosts for developing this THANKS!
I prefer to wait and allow everyone time to update their HA, as it will break the Blueprint if you are not on the latest version of Home Assistant. We want to avoid that if we can, trying to be responsible. Hopefully, when it is released, it will be a smooth transition for all and a pleasant experience.
Thanks Blacky ! I changed it to a specific light and that worked out ! I thought it was only applicable for the trigger to be an entitiy and not for the target
@Blacky I donât know what to say i went fresh and deleted all the automation that Iâve made from blueprint imported 6.8 and it just worked⌠something somewhere was not happy about the setup Thank you keep up the amazing work
@Blacky Hi and thanks so much for the excellent blueprint!!!
Im on 6.8 with a very basic setup and seeing some very strange night light behavior, hoping you can helpâŚ
I have a single mmwave presence sensor as a single trigger.
I have 3 smart bulbs in a HA helper light group (all entities - on)
Normal automation is mmwave triggers the group including color temp+brightness, .5 delay (this all works perfectly)
Nigh light is triggered by time+entity state (same mmwave) â a single smart bulb from the group of 3 mentioned above including color temp+brightness, .5 delay
The problem is, when the night light is triggered, it works as expected until the .5 delay ends. Instead of turning off, the other 2 bulbs turn on, then there is another .5 delay, and then they all turn off.
This same setup worked in 6.3. Also I did already try deleting and recreating from scratch.
No scripts/scenes/or any other features of the blueprint are being used, very basic config.
Thanks for reaching out. Without seeing your YAML it is a bit tricky to resolve but I give it a shot.
This part concerns me. Do you have your mmWave (your trigger) also included in your night light state? If so, please remove your mmWave sensor from the night lights and disable the night light state condition and just use the time condition. Your trigger for the automation works for both normal lights and night lights.
TIP: When grouping lights, using just one light from that group in night lights can cause a flicker problem if you are using the âIf lights are ON, adjust the lights when crossing overâ option in night light control. While you can use light groups, I recommend entering all three lights separately. This way, you donât need to group them, and it will work as designed.
What happens is when it transitions from normal lights to night lights (and vice versa), the automation checks which light you are using for normal lights and which for night lights. It then knows what to do and only turns OFF the lights that are required. When you group them, it sees the group as one unit, so it will turn OFF the single light you are using for night lights because it is in the group, then turn it back ON instantly, causing the flicker.
The BP does so many things, and the idea is that you never notice.
If your still having a problem then could you please provide us your YAML of the automation? This YAML code are the settings you have selected in the automation so I can help. To do this go into your automation, top right 3 dots, Edit in YAML, copy all the code, come back to the forum and in your reply at the top tool bar click on â</>â and paste code in there.
first of all thanks again for your blueprints, they are amazing and I am using three of them for a couple of month now. Amongst others, I use the Sensor Lights blueprint in my bedroom, i.e. controlling my bedroomâs ceiling light with a Hue motion sensor, while the ambient lux option enabled. Works as it should, so far so awesome! Even my wife does not want to miss the home automation anymore
Now, I wanted to take the automation to the next level and also turn on the ceiling light, when I open any of my three wardrobe doors. I installed contact sensors on each of them and created three separate Sensor Light automations for each wardrobe door which turn the ceiling light on when the respective door is opened and off when it gets closed.
Unfortunately, when two doors are open at the same time and I close one of them, the ceiling light turns off. That is of course not what I intended and can be really annoying. As you can imagine, I want to keep the light on as long as any of the three doors is open.
TO achieve this, I thought I could add all three contact sensors to my regular Sensor Light automation (the one that only was setup to work with the motion sensor) and also setup a toggle helper âwardrobe openâ and add it as an entity to the Sensor Light automation so that the helper gets toggled on whenever I open any of the three doors but the blueprint does not let me add helper entities to be turned on under âLights - Swtiches - Scenes - Scriptsâ.
Do you (or any other member) have any hint on how I could set up the automation to achieve my goal of a turned on ceiling light as long as any of the doors are open?
What you need to do is create a group helper with all your door sensors and use that as the trigger. If any door is open it will be ON and all have to be closed for it to go OFF. Click Here on how to create a group helper.
I do have a question⌠is the ceiling light the same light you use in your regular sensor light?
@Blacky thanks so much for the warm welcome and the extremely quick response!!!
Yes, you are correct, I did have the mmwave trigger in both the parent automation and the night light subsection. I have removed mmwave from night light leaving only the time trigger. I apologize for bugging you with a silly mistake! I work in IT for many years and did try to be self sufficient I did make an effort to read both your how to docs and FAQ but apologies it was not clear to me that night light inherited any triggers in itâs parent.
Also, thanks for the tip about grouping! Iâm currently using a separate automation to sync the state of some wall switches to the state of the lights and that requires my grouping to creatively get it all to work. I do have plans to start playing around with your bypass functions tied to those switches instead, but I was working on night light stuff first.
I have not seen the fairly ânewâ blueprint Closet, Pantry, and Cupboard Lighting but wow, it is almost what I need! Just tried it and it works like a charm, so that could work in general.
However, to answer your question: the ceiling light is the same that turns on via the regular Sensor Light automation as soon as the motion sensor is triggered. I am using the ambient lux option and also set a toggle helper âbedtimeâ as Bypass Switch - Turn lights OFF so the lights will not turn on while I am asleep.
Now, I would love to have my ceiling light in the bedroom behave in the following way including the wardrobe doors:
light does turn on when motion is detected and the ambient lux is below the threshold and the other way around (works via Sensor Light)
light does not turn on, when I am asleep, i.e. bedtime helper is active (works via Sensor Light)
light does turn on when I open any of the three wardrobe doors but ambient lux is above threshold and âbedtimeâ helper is off
light does not turn off when it has been turned on by motion an I close any of the wardrobe doors
light does turn on to 20% brightness when bedtime helper is active
Now that I am writing this, I guess I would only need a night option in your Closet, Pantry, and Cupboard Lighting blueprint and use the bedtime helper as the trigger to activate the automationâs night mode?
BTW: Using a group helper and adding it as the trigger to the regular Sensor Light automation did not work during the day. I guess because of the ambient lux threshold�