Really?
I could understand them directing support calls to you or asking for some better way to identify your Device Handler, but this is the first time I’ve ever heard of ST “removing links” to Community shared code. 
2 Likes
@zpriddy - can I get a fork of that? I have about as many Hues as you and my system is bananas, especially lately
2 Likes
Yeah, I don’t have a problem with that. Its at: https://github.com/zpriddy/SmartThings and its in the Hue SmartApps and Devices folder. You have to add my device types as well as the SmartApp for Hue Connect. - I just added 4 more hues and it keeps working. I had to make some changes lately to it to make it work better with my Dashboard (Home Automation Dashboard (HAD)) So I will keep pushing updates as I make them.
2 Likes
So I see that the new Hue code that smartthings is working on is taking some of the features from my hue code 
Im happy to see a good evolution of this code!
Zippy… May I ask you (or anybody) a question regarding the Hue (Connect) Service Manager SmartApp?
I don’t understand the purpose of the “def parse(...)” method in the Service Manager. I thought “def parse()” was only required and called in Device Handlers, not Service Manager SmartApps.
I’ve searched all the Hue SmartApp and Device Handler code, and I can’t find anything that calls this method:
/////////////////////////////////////
//CHILD DEVICE METHODS
/////////////////////////////////////
def parse(childDevice, description) {
def parsedEvent = parseEventMessage(description)
...
}
NB: The above chunk of code is in the original SmartThings authored Hue-Connect.groovy as well.
The purpose of the other methods defined in the Service Manager are obvious and clearly called from the child Devices in their Command methods (e.g., “def on(childDevice, transition = 4) {}”). I just don’t see the purpose of the parse method here, or even that it is used anywhere.
Thanks…?
At this point is this or any other way able to get a reliable state of HUE lights?
My wife often will turn off the lights via a wall switch and when she turns it on the lights of course turn back on, but the state isn’t reflected often in the ST app.
It’s not automatic but if you hit the Refresh tile on any of the Hues lights in the Smartthings app it should update the state of all of them. I too have found that the Hues lights do not reflect their state unless they are actuated from within Smartthings.
thanks for that… i hope someone smarter than I can come up with an app that does this automatically
Smartthings polls the Hue bridge every five minutes, so the status should catch up eventually, just not immediately.
There you go. I guess we just have to learn to be a little more patient.
If that worked correctly then yes but I’m pretty sure 1 or 2 hours without reporting the correct status is more than 5 minutes, carry the 1, yep, more than 5 minutes.
This is not the behavior I am seeing. If the bulb state is changed by an outside controller like Amazon Echo, I have to manually refresh the hub to get the status update. Or turn the light off/on in the ST app.
Since mid August, the polling always happens every 5 minutes. I have been using Echo, the new Philips Dimmer Remote, third party apps as well as regular switch. Always picks it up depending on how close you are to the 5 minute period.
1 Like
I had the same issues with echo up until late August, as @smart said. Then it definitely got better.
Maybe @juano2310 can confirm the current polling interval.
Current polling interval is 5 minutes but is possible that during some incidents last week the scheduled events stopped. If that’s the case, to restart polling, just go back to the Service Manager and click “Done”.
1 Like
My bad! I meant sometime after 20th August after my 3 weeks break from ST.
\
Seems to have resolved it.
3 Likes
@juano2310 sorry but what do you mean by Service Manager?
The hue connect smart app.
2 Likes
I can confirm that even during the Poltergeist infestation my polling on hues was still working.