Mix BLE audio and custom BLE Characteristic

[bojan]

Hello, everyone!

I'm interested to know about the possibility of mixing BLE audio and custom BLE Characteristic in one single nRF5340 application.

For example, we would like to mix:

1. A True Wireless Earbud (TWS) BLE audio topology with mono output and microphone input for two-way audio communication and
2. Custom BLE Characteristic that will be used for transferring data collected from various sensors

If there is no possibility to mix BLE audio with the Custom BLE Characteristic for data transfer, would it be possible to have run-time reconfiguration and change the desired BLE profile during run time?

I know that we must have LE Audio Controller for nRF53 app binary implemented in the network core of nRF5340 for BLE audio profile. Is this any blocker for using custom BLE characteristic for data transfer?

Thanks in advance for your time and efforts.

Sincerely,
Bojan.

[bojan]

Hello, Hieu . 

Thanks for the feedback. You are right, both ISO and ACL links are between the same nRF53 device and the same BLE Central. 

However, the ACL link should send sensor data continuously. There will be readings from quite a few sensors so I can also say that the data are large. 

The good thing is that we don't need ISO link too often. We might decide to stop transferring sensor data when we need audio link. That way, both profiles will co-exist without a need for reconfiguration on BLE side. Is that feasible?

Regards,
Bojan.

[Hieu]

Hi Bojan,

How large is your sensor data and how often do you send it? Raw sensor data are usually not too bad.

I consulted an LE Audio engineer and it is also possible to send the sensor data over the ISO link. The ACL link will always be there, because it is necessary to control the ISO link.

Thus, you have two options:

• Sensor data over ISO link
  • Pro: Quick
  • Cons: Data can be lost
  • Cons: Pretty much not possible to have audio comm at the same time as sensor data transfer
• Sensor data over ACL link
  • Pro: Reliable. No package is dropped.
  • Cons: High throughput at the same time as audio comm is difficult

As you don't need both audio comm and sensor data transfer at the same time, both are feasible for you, I believe.

Best wishes,

Hieu

[bojan]

Hello, Hieu .

Don't know by heart about size of data but the MTU size will be 250Bytes and the connection interval not above 12.5ms.

Anyway, good thing is that we could stop some of the sensor readings when we want BLE audio link.

What would be the code we need for the network CPU in this use case?

Regards,
Bojan.

[Karl Ylvisaker]

Hello Bojan,

Hieu is unfortunately unavailable for a couple of days, so I will follow this up in his absence.

bojan said:

Anyway, good thing is that we could stop some of the sensor readings when we want BLE audio link.

Great, then you can send the sensor data over the ACL link when the audio is paused and visa versa without issue.

bojan said:

What would be the code we need for the network CPU in this use case?

The network core must be programmed with the precompiled LE Audio Controller, so you do not need to write any code for the network core specifically.
Please note that we are aware of a stability issue with the current controller when the ACL connection interval is not a 2x multiple of the ISO interval, so please make sure to only use a 2x multiple of the ISO interval for your ACL connection interval to avoid this.
You should also avoid updating the ACL connection interval while the ISO is transferring audio for the same reason, if possible.
We are of course working on a fix for this already, but just keep it in mind for the time being! :)

Best regards,
Karl

[bojan]

Thanks for the update, Karl Ylvisaker .

For transferring sensor readings, we need a connection interval of at least 12.5ms (10 x 1.25).

What is the value of the ISO interval? Is it something fixed or flexible? Can we make it to be 5 x 1.25ms?

Best regards,
Bojan.