Milight/Limitlessled iBox

I use HA for almost a year now. It works great in combination with Milight/Limitlessled with the old WiFi Bridge. Is it possible to use the new iBox from MiLight with HA?

1 Like

The developer information is published today. http://www.limitlessled.com/dev/

Are you saying you already have the new v6 bridge and it’s not working with Home Assistant?

Or just the features of the new bulbs that recently came out and require this bridge aren’t working yet?

I was just about to order a v6 to replace my existing bridge but only have the older bulbs.

The new v6 bridge (called iBox) isn’t working with Home Assistant. The component ‘LimitlessLed’ doesn’t support the new bridge. All the bulbs are working fine.

I hope it will not take long before I can control my new bulbs with Home Assistant. HA is a great system!

Thank you, probably saved me a few hours of frustration. I think I’ll still order one anyway and put it aside until supported.

Ok so im working on this right now, so far im able to get the bridge ids and format a proper commando that matches the example in the API. However, its not actually working (lights arent turning on) and the UDP response doesnt match what it should be.

This is the command im giving:
80 00 00 11 01 00 00 02 00 31 00 00 08 04 01 00 00 00 00 3e

And the response im getting is:
88 00 00 00 03 02 00 01

Notice that the last hex value is 01, instead of 00 like described in the API, so it looks like its returning an error but i dont know why?

You are using the correct udp port? 5987?

You have received the WB1 and WB2 with this command: UDP.SEND hex bytes: 20 00 00 00 16 02 62 3A D5 ED A3 01 AE 08 2D 46 61 41 A7 F6 DC AF (D3 E6) 00 00 1E <-- Send this to the ip address of the wifi bridge v6

WB1 = LimitlessLED Wifi Bridge Session ID1
WB2 = LimitlessLED Wifi Bridge Session ID2

And then using this command: RGBW/WW/CW ZoneALL ON 80 00 00 00 11(length hex) (17 01)(WB1WB2) 00 SN 00 (31 00 00 08 04 01 00 00 00)(cmd) 00(zone) 00 3E(chksum) response: (88 00 00 00 03 00 SN 00)

I’m just reading the ‘Section 3. Wifi Bridge v6 Protocol - All values are in Hex’ chapter at http://www.limitlessled.com/dev/. Actually, I don’t understand the whole protocol and I did not try it myself.

This is the recent module: https://github.com/happyleavesaoc/python-limitlessled. According to this discussion on github, happyleavesaoc is not able to add the support for v6: https://github.com/home-assistant/home-assistant/issues/4672#issuecomment-266291594

Let me know if you have results, I’m excited.

Yea otherwise i wouldnt get a reply. I feel like i’m missing a step. I also tried sending the keep alive message but im not getting a response at all on that one, and it doesnt help any following commands

I’m getting a similar response as well.

88 00 00 00 03 02 00 01

Is returned regardless of sending an On/Off to the Wifi bridge light with no response to the bridge itself. I’ll try again later this week.

Going to try by sending to each zone and see if that gives something different.

Look’s like someone’s implemented in javascript!

In that thread someone is pointing out how to get it work with the udp command:

Send out the following HEX UDP package to wifi bridge port 5987
UDP 20 00 00 00 16 02 62 3A D5 ED A3 01 AE 08 2D 46 61 41 A7 F6 DC AF D3 E6 00 00 1E
The Wifi Bridge responds with a hex string and I pick the 20 th HEX code as wifibrdige ID.
:black_medium_small_square:UDP.SEND hex bytes: 20 00 00 00 16 02 62 3A D5 ED A301 AE 08 2D 46 61 41 A7 F6 DC AF D3 E6 00 00 1E
:black_medium_small_square:UDP.Response: 28 00 00 00 11 00 02 (AC CF 23 F5 7A D4)(mac) 69 F0 3C 23 00 01 05 00 00
Then I have used this value in the following example string to turn the lamp wifibridge on / off
WB = for example 05
SN = 01
:black_medium_small_square:LimitlessLED Wifi Bridge Light ON 80 00 00 00 11 WB 00 00 SN 00 (31 00 00 00 03 03 00 00 00)(cmd) 01(zone) 00 38(chksum) UDP response: (88 00 00 00 03 00 SN 00)
:black_medium_small_square:LimitlessLED Wifi Bridge Light OFF 80 00 00 00 11 WB 00 00 SN 00 (31 00 00 00 03 04 00 00 00)(cmd) 01(zone) 00 39(chksum) UDP response: (88 00 00 00 03 00 SN 00)

This has worked in practice

Yea i have seen all of that, including the javascript code, and sending the same command with my own bridge id does nothing (i also recalculate the checksum, so thats also not it). however im getting the 88 00 00 00 03 00 SN 01 response, and not 88 00 00 00 03 00 SN 00. I dont know what that means

Just tried again last night and i got it to work, Ill work on adding features somewhere this week. Also need to look into how im actually going to add this to home-assistant

3 Likes

Glad you got it working…I have also been struggling to get it going, and it would great if you can share why it wasn’t working for you…I suspect my bytecode conversion might be an issue, but I’ve just about given up until I saw your post. :slight_smile:

It actually had to do with the wifi bridge id, i picked the wrong value from the response.

Interesting…I am sure I am grabbing the right ones according to limitlessled.com/dev/:slight_smile:

Sending payload of 200000001602623AD5EDA301AE082D466141A7F6DCAFD3E600001E
Data received: 28000000110002f0fe6b14b1684214252f0001490000 from (‘x.x.x.x’, 5987)
WBID 1 is 49, and WBID 2 is: 00
Sending payload of 80000000114900000100310000000303000000010038
Data received: 8800000003000101 from (‘x.x.x.x’, 5987)

Maybe you can use or make changes in the code of the current module to integrate it in milight: https://github.com/happyleavesaoc/python-limitlessled

Which program on windows do you use to send and receive the UDP-packages?

1 Like

Weird, have you tried any other command? I have my lights assigned to group one and using the ON command (31 00 00 08 04 01 00 00 00) works

I looked into it, but it differs a lot from prev generation wifi bridges

Yeah I have tried a couple of other commands, including a working bulb that works via IOS Milight App. I calculate the checksum, and it matches the checksums on the EXAMPLE commands on the dev site, so yeah running out of things to try :slight_smile: