Huh. My lightstrip is full color. I’m guessing that the Lux DTH will work for your lightstrip currently having the same trouble as your white Bulbs.
I think you will need to delete the non-working bulbs (and groups) as the service manager will still treat them as color capable.
Once you have added the Lux DTHs, re-add those items. They should be handled correctly at that time.
Hi Tony,
I’ve done a complete remove and re-install. Deleted the smartapp and DTH.
Deleted the scenes, groups and bulbs that did not go automatically.
Have re-installed smartapp, all the DTH and then discovered all the bulbs/scenes/groups i needed, and setup the bits in core again that refer to lighting.
I’m still seeing some of the same errors.
None of the bulbs identified as LUX bulbs, and only 2 groups identified as LUX groups - both of those have only white ambiance bulbs and nothing at all with colour. Any group that has colour is referenced as a smart group.
Everything is working despite the errors though - they may just be inconsequential
Ok. So you’re saying that the groups with only white Ambiance bulbs were correctly identified as Lux groups but the white Ambiance bulbs themselves were not recognized and Lux bulbs?
Also - the scenes shouldn’t have had any problems due to you not originally using the Lux DTHs. Are you saying that you did have an issue with scenes as well?
Are you still experiencing delays when using CoRE? Crashes? Or are you saying that you still see certain errors in the IDE log?
Hi Tony.
1-Yes, that’s correct - for example,
Group “Dining Room Light Group” contains only 2 x White Ambiance Bulbs, each bulb identifies as a “Hue B Smart Bulb” and the group identifies as a “Hue B Smart Lux Group”.
Group “Kitchen Light Group” contains 2 x White Ambiance Bulbs, 2 x Lightstrip, 1 x Lightstrip Plus, each bulb identifies and “Hub B Smart Bulb” and group identifies as “Hue B Smart Group”.
2-I’ve had no problems at all with the scenes, I just deleted them all to make sure the install was clean.
3-Yes, CoRe is still crashing when editing around 50% of the time, it does coincide with when the IDE live logging refreshes the light status but I’m not educated enough on the code to fully determine if it’s anything related to your smartapp or not. I am still seeing errors as originally posted in the IDE when I or the smartapp automatically updates the light states - however when the errors flash up that’s never the exact moment the mobile app quits so may well not be related.
Thanks
Matt
Ok. I’ll look at your IDE logs and get back to you.
Hi,
Managed to find some time to install this, two minor issues I’m currently seeing:
V2 Hub / 3 Hue Colors / 5 Hue Whites
-
Hue Lux Bulbs DT has the device icon “st.lights.philips.hue-multi” I assume this should be “st.lights.philips.hue-single”
-
The scene DT layout isn’t right, on iPhone at least
I’ve only just installed and the basics appear to be working, I’ll let you know if I experience any other issues similar to the above…
Edit:
3rd “issue” is more of a personal preference / OCD type of thing… but the Lux bulbs show Teal in the app when “on”, I would sooner these are either blue to match the other hue bulb DT, or both be green, as this is common to being “on” across DT’s…
Found another issue, one of my Lux bulbs is constantly polling (updateStatus), I would assume every 400ms… (the transition time, but may not be the case)
I believe the trigger was the “flash” option, having a quick look the code flash_on() is referenced, I believe this should be flash() as flash_on doesn’t exist. However that doesn’t fix the issue…, it’s like the commands start to overlap itself and just goes mental until comment out flash and flash_off… commenting out flash() and the runIn contained within seems to resolve… the runIn is never reached as it keeps looping as polling update status…
It may not be the best fix, but it works…
Sorry another issue… the Color Hues are not set against the parameters in the ST documentation…
You have a state of “sat” against the device, this should be “saturation”, this is causing my existing automatons to fail
Also both saturation and hue are % values so should range from 0-100 as stored in the state and as requested by other smart apps, in a state I can see hue at 1945 currently…
Are there plans for the Hue B Smart handle the new Hue Motion Sensor? It would be awesome if it could, probably the cheapest and best motion sensor available with its LUX sensor.
Pulled the latest version tonight and published it. When I go through the smart app to add lights or scenes, I only see an option to Delete bridge now, nothing to add.
Log:
LogsClear
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:21 PM: error java.lang.ArrayIndexOutOfBoundsException
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:21 PM: debug schCommand =
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:21 PM: trace schedules k=3 and v=[localtime:2016-10-14T18:15:00, recycle:false, time:2016-10-14T23:15:00, status:disabled, created:2016-10-14T12:47:07, description:L_07_RrXMs_03, autodelete:false, name:Evening, command:[body:[:], address:, method:GET]]
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:20 PM: debug *********** 982Vb8pS6x4Kx9v2LGfzDe1zLyDjUL6rueTJieaA ********
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:20 PM: debug Bridge discovering all items on Hue hub.
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:06 PM: error java.lang.ArrayIndexOutOfBoundsException
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:06 PM: debug schCommand =
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:06 PM: trace schedules k=3 and v=[localtime:2016-10-14T18:15:00, recycle:false, time:2016-10-14T23:15:00, status:disabled, created:2016-10-14T12:47:07, description:L_07_RrXMs_03, autodelete:false, name:Evening, command:[body:[:], address:, method:GET]]
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:05 PM: debug *********** 982Vb8pS6x4Kx9v2LGfzDe1zLyDjUL6rueTJieaA ********
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:17:05 PM: debug Bridge discovering all items on Hue hub.
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:16:51 PM: error java.lang.ArrayIndexOutOfBoundsException
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:16:51 PM: debug schCommand =
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:16:51 PM: trace schedules k=3 and v=[localtime:2016-10-14T18:15:00, recycle:false, time:2016-10-14T23:15:00, status:disabled, created:2016-10-14T12:47:07, description:L_07_RrXMs_03, autodelete:false, name:Evening, command:[body:[:], address:, method:GET]]
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:16:51 PM: debug *********** 982Vb8pS6x4Kx9v2LGfzDe1zLyDjUL6rueTJieaA ********
955f66a9-9fb8-406c-94bf-6eb04c087fa9 10:16:51 PM: debug Bridge discovering all items on Hue hub.
I updated (on GitHub) the Bulb and Group DTHs to Version 1.1:
Version 1.1 – fixed Hue and Saturation updates, added hue and saturation tiles & sliders, added Flash tile, conformed device layout, and added setHuefrom100 function (for using a number 1-100 in CoRE - instead of the 1-360 that CoRE normally uses).
Also updated the Lux Bulb DTH to Version 1.0b
Version 1.0b - fixed icon to single instead of multi
1 Like
Cheers, thanks for that! Will re-install and try again when I get home form work…
There appears to be an issue currently for a few Hue users, where bulbs are not turning on simultaneously, so would be interested to see if the same issue appears in your app, that would at least narrow that down to the standard Hue(Connect) app rather than platform…
But if you see any issues with your app, then be aware it’s probably a platform issue, not your code…
All Lights in a group or a scene are turning on simultaneously. This app uses the Hue Hub to do that, so any ST related issue with multiple switches will not apply.
Yes understood, that was one of the key draws of this App for me in the first place!
But will be interested to see if your app is suffering the same issue none the less…
I did start installing while at work, but forgot that I need to be able to press the physical button to Sync to the hub, so my house has been reverted back to the Dark ages until I get home 
Thanks again for all your work!
Not following this one. updateStatus isn’t polling - it is used when the Hue Hub pushes out a status of the device. That said, I removed the “alert” portion of updateStatus as it shouldn’t have been there.
You’re saying that the app no longer sees bulbs / scene / etc that you had previously installed and did not delete? Do you still see those devices in your ST app - and can you still control them? Have you tried clicking on “Refresh discovered items” on the Manage Bridge page?
Polling perhaps wasn’t the right word, but after pressing “Flash” in the DT… it put it in to an infinite loop running updateStatus() several times a second making the light go crazy… If you have made changes then I will give it a go when I get home…
Correct, I no longer see the lights I previously added (though they are still devices and I can control them with no problems). The problem I have now is I can no longer see new devices/scenes/etc. to add. It only shows the option to Delete bridge, even after hitting 'Refresh discovered items."
@infofiend same issue here, although I think perhaps it was taking a while to refresh, seems to be there now…