This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Audio "Broadcast" & receive solution?

Hello, if I want to broadcast low def music at a range of up to 200 meters, what would be the optimum solution?

This is the brief idea: broadcasting device with boosted signal + receiving ends with no need to talk back.

There is one tricky (nothing excruciatingly difficult) part though: ideally, you don't have to do anything to "tune in", you just turn on your receiving device, and it will pick up all the packets being send over the air automatically with no concern for when it will start, when it will end, how to interpret the packet (because we will make sure they work by the same protocol), which means if the broadcaster is running a different version of protocol, the receiver will still try to interpret the packet it received erroneously, as long as the CRC etc. low level properties were correct.

My concern is more on the receiving side, and this is my preliminary scheme:

GAP profile + advertising packet, if one packet isn't enough to stuff the payload (which is odd because I recall the payload is 24bit, that should be good enough for 16 bit audio music)

I think the latest nrf52840, with the impressive 5 mbps transfer rate should be more than enough to do the trick.

So, a quick recap, in case you are not clear about what I just said:

A tuned/modified broadcaster continuously and aimlessly sends out gap advertising packet with music data payload in side

Receivers pick them up, sequentially, and queue them into a FIFO buffer, and then play them using for example, DAC. Receivers will not attempt to talk back, nor will it attempt to establish any bond of any sort, because it is completely unnecessary.

Question: what are the flaws in my scheme?

Parents
  • Hi Mitch,

    I believe you cannot achieve anything above few kbps with standard BLE broadcasting (ADV_IND packets) so to leverage these Mbps data rates you would be building totally custom stack and protocol. It might still work but you probably won't use anything from BLE stack and spec so forget about things like Advertising, GAP etc. Just speak about raw packets, frequencies and protocols. I believe you would flood particular channels pretty heavily so it would work only if there is no 2.4GHz traffic in the area. Overall it doesn't look like easy to build and there will be probably dozens of different technologies (like FM radio?;))) with off-the-shelf hardware usable for this kind of application.

    Cheers Jan

  • Well if you code redundancy as one-way (which is definitely not as efficient as two-way connection based thing) then it could work.

Reply Children
No Data
Related