nRF5340 Audio - configure gateway unit also as ACL peripheral

[Dekel]

Hi,

I'm working with nRF5340 Audio DKs.

I'm able to successfully run the audio example in BIS mode (with gateway and headset devices).

My goal is to open another BT connection, in parallel to the audio broadcast on my gateway device, to which I can connect with the headset units and the nRF Toolbox App via NUS. I'd like the gateway device to act as peripheral in that manner and to be able to connect to 6 different devices concurrently via NUS (5 headset units + 1 smartphone app).

I tried implementing it by myself, and I feel like on the brink of it, but calling bt_le_ext_adv_create() twice (once for audio and once for ACL) fails with EIO (I/O error). It's unclear to me why it happens. As I see it, the challange is to create 2 concurrent advertisements in the gateway unit - audio streaming and ACL connection.

On this ticket I received great help from Brian Kim, which implemented the gateway device as central in terms of ACL connection.

I'll share that I was able to deduce from his development and successfully configure the headset device as central in terms of ACL connection (in parallel to audio streaming receival). here are the relevant files: headset_as_ACL_central.rar

I would appreciate any help with such implementation.

Thank you,

Dekel

[Brian Kim]

Thanks for your patience, Dekel.

Please the attached file. As you know, adding ACL link affects the LE audio performance directly. so you can tune the related parameters number of retransmissions, bitrate, advertising interval and so on. For better performance, you should tune the numbers accordingly. 

  

Best regards,

BrianModifiedFiles.7z

[Dekel]

Hi Brian,

I tried to run the code you've shared as it is. When trying to connect to the gateway unit with my iPhone, either through nRF connect for mobile or nRF Toolbox, it doesn't succeed.

I receive the error of BT_HCI_ERR_CONN_FAIL_TO_ESTAB and the unit constantly connects and disconnects from the iPhone:

I'll mention that there's no I2S audio source connected to the gateway unit and also there's no headset unit around it. That's in order to avoid interference.

I tried to manipulate prj.conf, but with no success.

I would appreciate your help.

Thanks,

Dekel

[Brian Kim]

Thanks Dekel.

I haven't checked with iOS, but with Android-based one.  So please try it with Android-based one. Since iOS is always tricky for developers to know the way how it works, I will try to check in the meantime.

//Brian

[Dekel]

Hi Brian.

Thank you for your willingness to test it with iOS.

I've tested it with Android (using nRF Connect), and unfortunately I get similiar results:

any thoughts?

Thanks

[Brian Kim]

Hello Dekel,

I see the error code 0x0E, which is BT_HCI_ERR_INSUFFICIENT_SECURITY.

I guess the bonding information on the phone side might have trouble. Would you try it again after erasing it on the phone side?

//Brian

[Dekel]

Hi Brian,

The unit wasn't bonded with my Android phone, therefore there's nothing to erase.

I'll mention that compiling the code you've provided out-of-the-box fails on my PC:

That's probably due to prj.conf. When I replace it with another file it compiles without issues: 28130.prj.conf

The attached file is a combination of your prj.conf and another prj.conf, which suits the scenario of using the headset unit as ACL central.

Can you please take a look on that?

[Brian Kim]

Hello Dekel,

I verified it all from scratch on NCS2.6.0 and confirmed it's built without any errors.

are you sure that you modified all the files as below?

-. applications/nrf5340_audio/broadcast_source/main.c
-. applications/nrf5340_audio/child_image/hci_ipc.conf
-. applications/nrf5340_audio/prj.conf
-. applications/nrf5340_audio/src/bluetooth/bt_management/bt_mgmt.c

And please make sure it should be built with pristine option(--pristine) when you build again.

//Brian