Michael wrote:

Can this be used for NL conversion as well?

Why not? :-)
Would require some reverse engineering on the NL protocol but seen from the hardware side there is nothing that could prevent this function.
I think at the moment the NL protocol is plaintext and you can easily listen and learn from an existing setup.
As long as they don't start to encrypt it this is a manageable tasks.

BeoMotion wrote:

Why not? :-)
Would require some reverse engineering on the NL protocol but seen from the hardware side there is nothing that could prevent this function.
I think at the moment the NL protocol is plaintext and you can easily listen and learn from an existing setup.
As long as they don't start to encrypt it this is a manageable tasks.

 

Michael wrote:

That is interesting. I just have a BS9000 still, that is ML so perhaps I should just get rid of it, but it seems like a fun project anyway, and if it could communicate with NL perhaps it could be integrated with other stuff as Hue lights?

Yes, of course. 
But remember that there needs a lot of SW work to done before we we can even think of such a solution.
First thing is to get the ML communication on the SW side working reliably.
Once this is done interaction with IP based services like Hue or NL is just a matter of how many people are willing to spend some free time on this topic.  

This is a really interesting project, I am going to follow this one.

Also I am interested in one PCB with audio injection, and one PCB without audio injection.
I am running Raspberry Pi 3 Model B's at the moment. 

Is this still project still in motion? I am still interested!

For a long time I observe this posts with ML communication. if possible I would contribute something.

Simple boards for sending and receiving would be great.

What I did not understand, where can you look at the technical details from your project?

Bruno

This topic is dead??

I have some plans to reverse engineer ML.

I am building a test system with few ML products  and RS485 transceivers which I am not afraid to burn, I am then planing to record and interpret RS485 bus communication. Once timing and data structure is figured out, I am planning to build a dictionary of control commands and device addressing structure as per RS485 Master/Multiple Slaves addressing.

Once this is complete, possibilities are endless. Firstly, any NL products could be integrated into existing ML network, also major limitations of ML could be lifted, having multiple master like I do, masters can be dynamically allocated based on the desired audio workflow with sources and outputs. And finally, all devices could be controlled via home.app on iPhone and for more refine controls via say single web.page. That would leave no need to use BLGW and NL/ML contverters and rather have automation based on home kit and google home or Alexa.

If any of you is willing to contribute, I will be grateful if you can send anything that you have obtained so far with regard decyphering ML protocol, data structure : speed, parity bits, MSB/LSB order. Thanks.