New Lifx LAN API Not Finding all lamps
peter last edited by
The latest update with Lifx LAN API functionality is applied to my hub and it does not pick up all of my Lifx units. It picks up 1 of 2 x 800 White units, 2 of 3 x original colour Lifx units, plus my only Lifx Z led strip. It also picks up my Router, which is obviously not a Lifx unit. Those that are picked up (except one of original Lifx lamps does not react to on/off) work great, with little noticeable delay. They all work via original Lifx cloud functionality. Any ideas, anything I can try?
maindog last edited by
I'm having a similar issue with one of my Lifx lights - I have 28 downlights and I've successfully connected groups of them to several Flics via my hub. Everything worked fine on the first day, then one of the lights stopped responding via the LAN protocol. In the app it appeared in the list as an IP address rather than its name. I tried resetting the light, assigning new ip address and changing the name but no dice. I replaced the light with a spare and successfully got it working with the Flic for that room. The next day, a different light in the same group of lights dropped off the list with the same behaviour. Cloud control works fine. Control of the light works fine via the lifx app, which I assume is working via LAN as it's pretty fast.
At this stage I'm not sure if it's a Lifx issue or a Flic issue - I could replace the light again but at 100 dollary-doos that's an expensive troubleshoot. With 28 lights controlled across nine Flics and a single Hub, is it possible I'm pushing a device count limit?
peter last edited by
The local API is working fine now, was this fix in the 3.1.1 update of the IOS app?
A quick update on this, we discovered a minor difference in how the LIFX buld acts depending on model, which created this issue.
We have now fixed this so we will soon release a new firmware update which makes this work!
Vidtec last edited by
When searching for local LIFX lights under "Phone" it finds all of my lights, Gen1, Gen2 & Gen3 plus the Mini's and displays their names properly.
When searching for local lights under "Hub" it displays names for some and only IP addresses of the bulbs for the rest.
Something is not right when trying to configure local lights using the Hub.
pierre.menard49 last edited by
I have the same issue as @moek. My first gen bulbs only shows their IP address and won't respond to any clicks of my Flics.
I tried to reboot my router, hard reboot my lights, even went and fully reset one to check but the issue persists.
However, everything works as expected with the Cloud option.
Hope this can be fixed with the help of our good friends at Lifx and with a software update.
mikyy last edited by
moek last edited by
I’m seeing the same thing.
Lifx mini’s and lifx z’s are found and properly named and can be operated.
My first gen bulbs however only show their ip-addresses and do not respond to commands.
Maybe you overlooked something following their api?
All lights react perfectly in the lifx app.
moek last edited by
This post is deleted!
Hi. We have simply followed the API instructions at https://lan.developer.lifx.com/ and implemented it accordingly. When we tested it, we only tested it in our office so we haven't done any major "field test" so to say. If your Router gets discovered then it obviously responds to the UDP scan packets we send out. Maybe the Router for some reason rewrites the source IP address of the real LIFX to its own IP address? I can't understand why this would happen. Maybe some Wireshark log could help if you could capture the network traffic.
You could also test if Lifx's own mobile app finds the devices on the local network and test if it works correctly. It can be a bit hard to distinguish the Cloud lights and the LAN lights, but the LAN lights are shown under the header "[Wifi SSD] Lights".
We noticed a few times that lights just stopped working (seems the light's network stack hanged or similar) on the LAN but continued working using the Cloud. At this point neither our integration nor Lifx's own app worked. A reboot of the light made it work again.