One last thing I think I sort of implied above, is that this apps debug logging doesn't seem to show anything unusual, at least not to my eyes. This "spam" only appears in the device output logs. I only had text logging (not debug logging) on for the device.
And I have been using it a long time. I don't know how long this has been going on, I just happened to have the logs open while this app was active the other day. I am unsure if it is something Hubitat changed, is driver related, or what. Oh and I don't think I mentioned that I tried a couple different built-in (Hubitat) drivers for this device, and it does not seem to make a difference which driver I use. I have not tried any community drivers.
Lights that are in a "combined / cycle" setting dont seem to be changing at the same time - I have a small system - just 7 LEDs, and they worked correctly PERFECTLY IN FACT in LE 1.8. Anyway to troubleshoot/resolve this?
Why remove the color settings? Anyway we can set the definitions for each color - really liked that setting previously.
v1.8 is from Dec 2018! Things have changed a lot since then. Please show me a screenshot of how you have it setup.
Color settings were confusing, often not setup and caused errors, never quite worked right. To adjust the color setting in the new version, edit the child app and scroll almost to the bottom. You'll see the color settings.
Only logging/cosmetic changes were made to the part of the code that handles Fast Color Changes.
Anytime several lights are selected, there is a slight delay in each turning on because they are turned on 1 at a time. There is no way for this app to turn on more than 1 light at the same time. Again, nothing here has changed, that's the way it has always been.
The 1 light at a time isn't just this part of the app but goes for any lighting field that you choose more than 1 light. It whips through the list as fast as the hub will do it but again, it's one light at a time.
Okay, got it. Thanks. In the previous version of the app, it seemed to be more consistent and change them all at the same time. I was able to change the colors - had to change them in three places - the definitions towards the bottom, but also midway under slow color and fast color where it identifies the checkbox options. Thanks!
adding child I get
No signature of method: Script1.definition() is applicable for argument types: (java.util.LinkedHashMap) values: [[name:Lighting Effects Child, namespace:BPTWorld, author:Bryan Turcotte, ...]]
Hey @bptworld I've got some unusual behavior happening. I've got some Lightify path lights and for some reason, the lighting effects won't set them blue. I've tried "blue" and "navy" and the colors are skipped. If I set it to red, white and blue, it does red, white, holds on white, then goes to red. Any ideas? I am able to set the individual light devices to blue via their device settings.. but not in the app.
Doesn't skip them... just doesn't display them properly.
From the 1st post...
This app is designed to work with Hue bulbs, any other brand may or may not work as expected. Especially the color options. If the color is not what you are looking for, you will have to edit the child app and replace the color values to work with your devices.
I was able to get blue to work by modifying the child app and adding a line to specify the saturation for the blue color in the "sendcolor" function as such:
case "Blue":
hueColor = 70 saturation = 100
break;
I noticed it was only changing the hue without saturation or level, so gave I a shot. Now why it only affected blue, who knows, but I got it working!
