I have been having issues with my hue lights (Lily’s to be exact) not all turning on and or setting to the specified brightness for my sunset automation.
I created a group in Home Assistant for the Lily’s (and other exterior lights) and am not using the Hue Bridge group names. In this post, I have seen that the Home Assistant will send x requests, one for each light, and the Hue Bridge (ZigBee) will send 1 for all lights.
I would love to use the the Hue Bridge groups, but my automatons do not always use the same settings for every light or every other light.
An example of this is as follows below - Are there any better ways / suggestions to do this and achieve the correct brightness / color / power toggle every time?
So let me go back to basics here, I used bridge groups in this example and still not all of the lily’s are going to the designated brightness. I figured I would add a delay in there so the lily call from the bridge had a chance to catch up the other exterior lights turn on.
I have similar issues with my Hue lights as well. I have a bunch, including the Lily and others. The usually work. But when they don’t, what seems to happen is one of two things:
One (random) light in a group is sometimes missed and does not turn on at all
A light or group of lights turns on, but retains the color and brightness that it was previously set to last time it was on
To get around this, I created what I call “scene settings” scripts for each light/group. I guess this is probably similar to the scripts you have created. Here are a couple of my examples:
It is terribly inelegant, but it seems to work. And having the settings encapsulated into small reusable scripts has been useful. But hopefully someone way smarter than me will chime in with a better solution!
I like your thought here! I was thinking of trying the same thing. Have you ever had any issues with lights not going to the right color or brightness with your method, more so after the second execution after the delay?
Once in a while it doesn’t work, but most of the time it is pretty solid. I have the most trouble with my exterior lights, presumably because they are the farthest from the Hue bridge. Although, Hue lights are supposed to form a mesh network so if one works, the one next to it should work as well. It could also be some kind of interference from nearby homes. So for my exterior lights, I do it a little differently. I have multiple triggers occurring every few minutes. This method seems to work well. If one light is missed but turns on 10 minutes later, I don’t really care because it is outside lighting.
I’m pretty sure they are all good by the second try. The third one is in there as a backup. It doesn’t really hurt anything to have multiple tries in there, so add as many as you feel comfortable with.
Hue also has a method for changing the channel that it runs on, in the event that you do have a lot of interference in your location. I did try that. Not sure if it helped or not. But you might want to look into that as well.
I tested a few variations in my office since I have Hue’s and really like that it was implemented.
For my outdoor lights, I’m doing a count: 5 and delay seconds: 5. For whatever reason, if the Hue Bridge gets bogged down, it has a chance to recover before the next call in 5 seconds.
I did have a transition in my script, once I removed that things seemed to even out without the second call from our initial example.
While this could be used via automation or script, which one would you add it to? I tried it both ways, and since I have a lot of outdoor automation’s & scripts for my lights to change colors, I’ll keep the loop portion in the automation, and the script strictly for the color/brightness.
@MontyRisk Thank you SO much for telling me about repeat. I would have read about it when I updated my HA anyway, but I might not have immediately realized how I could apply it. I did a LOT of clean script and automation clean up tonight. Fingers crossed that everything works well!!