New milight bulb - different protocol

For problems with LYT/WiFi itself, NOT your project

Re: New milight bulb - different protocol

Postby woodster » Sat Mar 26, 2016 12:36 pm

Krulkip and Pietro,

Any update or news?
woodster
 
Posts: 30
Joined: Mon Sep 07, 2015 5:54 am

Re: New milight bulb - different protocol

Postby pietromoscetta » Sun Mar 27, 2016 6:03 pm

Hi Martin,

we received a couple of days ago the new remotes and Mi Light bulbs.
One of my guy just sent me a first protocol capture between MCU and PL1167 for group 1 ON/OFF and group 2 ON/OFF.
I still need to have a look but I'm attaching it here (it is an excel file).

Pietro
Attachments
New MiLight protocol capture.zip
(415.13 KiB) Downloaded 97 times
pietromoscetta
Site Admin
 
Posts: 65
Joined: Tue Jun 30, 2015 3:03 pm

Re: New milight bulb - different protocol

Postby woodster » Sun Mar 27, 2016 6:22 pm

Hi Pietro,

Ok, looking forward to hear about your finds... :)

The modified library I uploaded in another thread makes it possible to easily capture the frames instead of using the logic analyzer.
It has to be modified to support the new sync word and channels though.

Your captures look a lot like mine.

Hopefully you can figure out the system. Did you have a look at the Bluetooth protocol I linked to?
woodster
 
Posts: 30
Joined: Mon Sep 07, 2015 5:54 am

Re: New milight bulb - different protocol

Postby krulkip » Tue Mar 29, 2016 7:57 pm

Did couple of things over easter weekend.
Listened to limitless bridge to see what it sent to milight bulbs. This is as expected same as remote. Bridge v5.0 does not work with new rgb cw/ww bulbs.
Had go with rob van der veer software for pl1167 but no success yet.
@woodster: did i read right that you have this soft for reading using pl1167?
Tried milight php software to operate bridge and could operate everything on old protocol. This includes setting colour and brightness.
Used ha bridge philips hue emulator to operate milight bulbs using the amazon echo. This worked ok for on and off command but not colour or brightness commands as these contain two commands.
Will try using php to generate double commands and operate them through bridge.
I will write up what i did when i get some time.
krulkip
 
Posts: 5
Joined: Fri Mar 04, 2016 12:52 pm

Re: New milight bulb - different protocol

Postby woodster » Wed Mar 30, 2016 1:52 pm

I have modified the milight library and added support of receive mode.
Actually Im using a Pl8900 receiver but it is compatible with the LT1167.

The problem is still the new protocol.
woodster
 
Posts: 30
Joined: Mon Sep 07, 2015 5:54 am

Re: New milight bulb - different protocol

Postby krulkip » Wed Mar 30, 2016 7:55 pm

Could not find your posting with the modified library. Could you post it again please.
krulkip
 
Posts: 5
Joined: Fri Mar 04, 2016 12:52 pm

Re: New milight bulb - different protocol

Postby woodster » Wed Mar 30, 2016 8:33 pm

Sure thing. viewtopic.php?f=2&t=38
Post number 23.

This however must be updated with the new channels and sync words.

I have a heavily modified library under way, but it is not ready for public release.
woodster
 
Posts: 30
Joined: Mon Sep 07, 2015 5:54 am

Re: New milight bulb - different protocol

Postby woodster » Tue Apr 05, 2016 5:24 am

Hi guys,

any news regarding the procotol.....

I have asked Hamish at Limitlessled and some people at Futlight (the manufacturer) but no one can give an estimate when a wifi bridge will be released, nor what it can do, and how it will work.
Neither want's to give info regarding the protocol.

So a bit up hill....
woodster
 
Posts: 30
Joined: Mon Sep 07, 2015 5:54 am

Re: New milight bulb - different protocol

Postby pietromoscetta » Wed Apr 06, 2016 10:20 am

This time the protocol seems to be a little bit more difficult than previous.
Unfortunately we are working on another important project and not have so much time available to study it.
I really hope to give you some good news as soon as we can.

Pietro
pietromoscetta
Site Admin
 
Posts: 65
Joined: Tue Jun 30, 2015 3:03 pm

Re: New milight bulb - different protocol

Postby woodster » Fri Apr 08, 2016 5:41 am

Hi,

don't worry - we'll get then eventually.... It just annoys me that I cannot find the pattern....

New info:
I have received another remote, and as expected the frames look similiar in the cases, where the byte at index 0 is the same.

0xb1 0x06 0x8d 0x56 0xc9 0xa8 0xcd 0xca 0xa9 --> Remote 1
0xb1 0x06 0x98 0x59 0xc9 0xa8 0xbd 0xca 0xa7 --> Remote 2

I think the bytes have the following meaning:

Index 0 : Key to descramble
Index 1 : Perhaps part of the key
Index 2 : Remote ID MSB
Index 3 : Remote ID LSB
Index 4 : Part of the command
Index 5 : Part of the command
Index 7 : Frame ID --> increasing for each frame
Index 8 : ?
Index 8 : CRC
woodster
 
Posts: 30
Joined: Mon Sep 07, 2015 5:54 am

PreviousNext

Return to Installation & Troubleshooting

Who is online

Users browsing this forum: No registered users and 1 guest

cron