Just did it a few minutes before posting so have not done much but confirm they work. I do see much lower usage in the logs for both app and device.
2 Likes
I wonder if it still gets the UDP Socket error. Though I have not updated Rob's app in quite a few months so that might've been fixed anyway.
1 Like
No UDP socket error here.. It's all handled inside the hub not the app, the app is just there for UI. It's a server socket that stays open as long as the app is installed, and automatically starts up when the hub boots..
I'm wondering if this may be that the built-in integration, being built around the concept of local automation, assumes that all control will be via Hubitat, and therefore does not implement any device polling to reconcile state? Probably not a deal-breaker for most users here
migrated over! pretty painless.
the lifx strips do not get recognised as strip tho they are entered as color. so i just had to manually update those and they work great. you inspired me @nicholb
1 Like
I created a new thread for discussion of the new built-in drivers - so that we don't clutter this thread for anyone who wants to continue using @rob's code
It does have polling
2 Likes
Please send me a screenshot of the device data section.. I may need to update the detection.. If it didn’t find an appropriate model, the fallback is the color driver.
It's exciting to see Hubitat offering their own app for LIFX now. Our house has 40 LIFX bulbs and we are remaining on the @rob + @dkilgore90 drivers for now. The drivers are working great and I've been impressed with the responsiveness of the developers in this forum. It's been a fantastic journey: From only a few models of bulbs supported to the whole range, and improvements along the way that, among other things, got rid of the notorious "popcorning" effect.
I'll give it a few months to see how the new drivers stabilize, then look at switching over. Big thanks to Rob and the other contributors to the drivers for this illuminating experience.
I completely switched over to the Hubitat LIFX drivers a while ago now, and they seem pretty stable to me, although I only currently have bulbs installed. Less popcorning than with my drivers.
3 Likes
@bcopeland is there any chance of adding setState functionality? I use it heavily on all my bulbs. It's a way to transition laterally between colors and has a big set of colors in rob's code. It's the only thing preventing me from switching to the built in integration.
Possibly .. What is it?
You provide a map with the HSL (and or colour name/hexcode and an optional duration I think) and it sets them all in one go.
Not sure I can remember where the idea came from - possibly from the original cloud based LIFX implementation.
Stephack originally added the color map, which I think came from the ST driver, which I then talked rob into importing into his. 
1 Like
Feel free to take the big colour table from my code (https://github.com/robheyes/lifxcode) - I can't remember how complete it is but the link to the original list of colours is in the comment at line 2209 in LIFXMasterApp.groovy
1 Like
It might even be handy to have the colour table as a built-in class so it can be used for drivers for other devices.
2 Likes
Does the Hubitat App LIFX integration work locally? If so, once I've added a light to the lifx app and then into Hubitat via the integration, if I then remove the LIFX app and block it from the internet will it continue to work?
The built-in LIFX integration is fully local.
Yes.
2 Likes
Cool! Thanks for confirming aaiyar 
2 Likes
I'm not sure why you'd remove the LIFX app from your mobile device though, you have to have it to register new LIFX devices.
