[B3OHACK3R]

Steve at Sounds Heavenly wrote:

I still have access to new Masterlink connectors

Ah, okay. Interesting. Maybe new-old-stock from somewhere? At least I could not find anything off-the-shelf available from the usual sources. Is it an official Molex part?

The problem is not making them. It’s more things like cost of compliance stuff if sold world-wide, customer support and probably marketing as well. It just does not fit our regular business.

Wanted to share it here anyway. So consider it something like a personal hobby project.
I saw popping up questions on how ML and DL works in this and also in the two older forums. So happy to answer technical questions if there are any.

[B3OHACK3R]

Glitch,

thanks for the praise 🙂

Audio wise the “non-B&O world” currently can be served either by the AirPlay protocol or by a html webstream. For both I’m using a really nice open source software called owntone.

For the control part there is a simple html5 webapp that can be easily added to the homescreen of your smartphone. One can select all ML or DL sources from there and direct it to the desired output device.

There are many scenarios that are tested in hardware but not implemented in software yet. It could e.g. act as a “source center” and handle N.Radio and N.Music requests on the ML bus. So for example on an incoming AirPlay stream from your smartphone it could automatically switch on the audio master and inject the music stream accordingly.

Also it can map many functions to custom buttons on a BR Halo. So that one does not depend on the webapp only. It was implemented using the public available Halo python library.

[B3OHACK3R]

Yes, saw that before and also the second one you linked in the other thread.

Both are a bit improvised and at least on a RP2040 MCU it didn’t work straight out of the box.

If you want to dig into it using an MCU I can recommend starting here. It supports IR and datalink so should be usable for PL data as well I guess.

https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/ir_BangOlufsen.hpp#L4

In the end you don’t have to understand or reverse engineer the data protocol at all. Just record and replay what comes out of the W1 PL data pin. So any software that can record and send raw IR data will work. For the sending part just make sure to switch of any carrier frequency.

[B3OHACK3R]

Madskp wrote:

After testing with the BL W1 I am now at the point where I have no further open ideas to test for the topic of this thread. Therefor any suggestions for further testing is very welcome..

Hi!

now where you have found out that both the trigger signal and some communication on the data pin is necessary just a hint from my side.

The next obvious step would be analyzing the data stream W1 sends on the PL Socket.
You can use a logic analyzer for it or a dev board like Arduino, Raspberry Pi, etc. Just watch our re the voltage level.
Since PL, DL, MCL and IR more or less all share the same data protocol my idea is treating it like an electrical IR signal (without the carrier). Use an IR library for recording the raw data stream that turns on the BL3500. Then just play it back again and the BL3500 should turn on. Make sure to turn off the carrier frequency when sending. If it does not work straight away use an oscilloscope for debugging.

No guaranty – to be done on your own risk 😉

[Author]

Posts