LE Audio Controller Subsystem for nRF53 Source Code

RE: LE Audio Controller Subsystem for nRF53 Source Code

benwefers — Tue, 09 Apr 2024 01:05:31 GMT

Hi Amanda!

I realize it has been a month, but I just finally got my hardware back. Unfortunately modifying the overlay (or the dts) was not successful. However, your second suggestion did work! I added the following to my init code for each of the GPIOs and that seemed to do the trick:

#include <hal/nrf_gpio.h>

enum {
	GPIO_NAME = DT_GPIO_PIN(DT_ALIAS(alias), gpios),
	...
}


// Reclaim GPIOs from the net core
nrf_gpio_pin_control_select(GPIO_NAME, NRF_GPIO_PIN_SEL_APP);

RE: LE Audio Controller Subsystem for nRF53 Source Code

Amanda Hsieh — Tue, 05 Mar 2024 18:04:42 GMT

Hi,

Could you try adding this to your app overlay?

/delete-node/ &gpio_fwd;

...Rest of your overlay's

PS: remember to delete your build folder and regenerate it after adding/removing overlay files.

-Amanda H.

RE: LE Audio Controller Subsystem for nRF53 Source Code

benwefers — Tue, 05 Mar 2024 17:38:35 GMT

Hi Amanda!

Thank you for the detailed answer, and I will do better to stay up to date. I'm a little disappointed I didn't notice the gpio_fwd section of the dts myself, but oh well. This seems like the easiest way to fix it. Again, I'm fairly new to using Zephyr, so is there an easy way to to remove this using my overlay instead of modifying the file directly in ncs?

Unfortunately, my hardware is not currently available, but once I have it back I will test this and hopefully mark this as the solution. Thanks again!

RE: LE Audio Controller Subsystem for nRF53 Source Code

Amanda Hsieh — Tue, 05 Mar 2024 14:57:10 GMT

Hi,

NCS v2.3.0 is quite old and it has many bugs and stability issues.

Since there will NCS v2.6.0 release soon, I would suggest you wait a little bit for it or check NCS v2.6.0-rc1, which uses SDC as the default controller when using buildprog.py for building the project.

Back to the topic:

The Controller in the NET does have the features for toggling those GPIO pins, but the APP can decide if APP or NET can access those pins
There are two ways to bring back those pins from NET to APP
A: remove the entire part "gpio_fwd" here
https://github.com/nrfconnect/sdk-nrf/blob/8f26142b2f815d5a12e1f77ee8a6ea554a89b079/boards/arm/nrf5340_audio_dk_nrf5340/nrf5340_audio_dk_nrf5340_cpuapp_common.dts#L20
Which would NOT tell the APP core to forward the access permission from the APP core to the NET core.
B: Write the MCUSEL from GPIO PIN_CNF[n] in the application for moving back the pin access permission from NET to APP
Seems there's an APP for that "nrf_gpio_pin_control_select()"

We improve the Nordic LE Audio solution all the time, and it is still marked as experimental - even in the upcoming NCS 2.6. (We may soon change that.)

Please be aware of this, and are usually better off trying to stay up-to-date.

Regards,
Amanda H.

RE: LE Audio Controller Subsystem for nRF53 Source Code

benwefers — Mon, 04 Mar 2024 17:28:58 GMT

Hi there!

Yes, the binary is ble5-ctr-rpmsg_3330.hex. I believe I am using NCS v2.3.0 (at least that is where the ncs/nrf folder is checked out).

RE: LE Audio Controller Subsystem for nRF53 Source Code

Amanda Hsieh — Mon, 04 Mar 2024 14:53:49 GMT

Hi,

What version of NCS are you using?

What image do you program to the net core? Is it the precompiled Bluetooth Low Energy Controller binary file ble5-ctr-rpmsg_<XYZ>.hex? If so, what is the version number <XYZ>?

Regards,
Amanda H.