Boot up without SoftDevice possible? (nRF Connect)

RE: Boot up without SoftDevice possible? (nRF Connect)

Edvin — Wed, 14 Feb 2024 13:55:02 GMT

[quote user="jose321"]For the samples that don't use the radio, am I correct in assuming mpsl_lib_uninit() will have to be called?[/quote]

If you are not using the radio at all, you can avoid including any stacks by just not including them (CONFIG_BT=y, CONFIG_THREAD=y, and so on). If they are not included, then you don't need to do anything. But if you want to include BT in your application, you need to set CONFIG_BT=y. By default, it is already enabled when you hit your main() function, so it is not possible to avoid it being enabled. If you want that option, you need to use MPSL, which then gives you the option to uninit itself.

BR,
Edvin

RE: Boot up without SoftDevice possible? (nRF Connect)

jose321 — Wed, 14 Feb 2024 11:55:31 GMT

Hello Edvin,

Thanks for the response! Ok noted.

For the samples that don't use the radio, am I correct in assuming mpsl_lib_uninit() will have to be called?

I will be trying this out in the coming few days, and I will feedback on how I get on!

Thank you

Jose

RE: Boot up without SoftDevice possible? (nRF Connect)

Edvin — Wed, 14 Feb 2024 11:46:25 GMT

As far as I know, there are no samples that are doing this. The typical use case in our samples is to either use the radio stack, or not at all. Also, most customers use a different application to run radio tests, and when it passes, they flash the final application to the nRF. And I don't think they run the radio test on all devices. Just a selection.

However, you should be able to just add a line saying CONFIG_MPSL_DYNAMIC_INTERRUPTS=y to your prj.conf.

Best regards,

Edvin

RE: Boot up without SoftDevice possible? (nRF Connect)

jose321 — Tue, 13 Feb 2024 18:42:31 GMT

Hi Edvin , thank you for the answer, that helps with better understanding.

Regarding the suggestion of MPSL initialised at boot with CONFIG_MPSL_DYNAMIC_INTERRUPTS & calling mpsl_lib_uninit(), can you point me to any examples which might be the closest starting point I can use to understand this further?

Thank you

RE: Boot up without SoftDevice possible? (nRF Connect)

Edvin — Fri, 19 Jan 2024 14:43:39 GMT

1. Systick is not used in any of our SDKs.

2. The link you provided is for the s132 softdevice, which is intended for the nRF52832. I believe you are looking for "this Nordic document".

3. Yes, by default, if you enable the softdevice controller (using bt_enable()) then the softdevice controller in nRF Connect SDK will handle all interrupts, and forward most of them to the application. But if you use the mpsl library as described in the previous reply, and make sure to disable it before you enable the bluetooth stack, you will have direct access to all interrupts. Then you would need to enable both MPSL and the bluetooth stack when your self test is done.

Best regards,

Edvin

RE: Boot up without SoftDevice possible? (nRF Connect)

jose321 — Thu, 18 Jan 2024 19:39:15 GMT

Hello, I dug around the nRF Connect examples & also the nRF5 SDK, just to understand the interrupt priorities more.

1. In both, it appears that SysTick takes a higher priority. However I am confused because I thought the SoftDevice always took a higher priority? (see header files attached below with interrupt priorities listed)

2. For the header file for nRF5 SDK, the interrupts don't match the values given in this Nordic document (the image in the original post). Is that because the interrupts are configured after boot, after these values are initialised? And is that the same for nRF Connect SDK?

3. I also found this document- https://infocenter.nordicsemi.com/topic/sds_s132/SDS/s1xx/processor_avail_interrupt_latency/interrupt_forwarding_to_application.html. This says that the SoftDevice (from nRF5 SDK) always gets the interrupts and then chooses what to forward to the application. Is it the same with nRF Connect SDK?

Thank you

Jose

The header files I refer to are attached below-

devzone.nordicsemi.com/.../nrf5340_5F00_application-from-nRF-Connect-SDK-2.5.1.h

devzone.nordicsemi.com/.../nrf52-from-nRF5-SDK17.1.0.h

devzone.nordicsemi.com/.../nrf52840-from-nRF-Connect-SDK-2.5.1.h

RE: Boot up without SoftDevice possible? (nRF Connect)

jose321 — Thu, 18 Jan 2024 18:07:58 GMT

Edvin , thank you for getting back to me! I am checking this out in more detail. Probably not, but just wondering if there are any example codes that touch upon this, or I can use for inspiration?

Quick couple of questions-

Does your comment apply equally to nRF Connect based operation in nRF52 as well as nRF53?
When I see the MPSL library, it mentions interrupts like RADIO_IRQn & RTC0_IRQn (e.g. developer.nordicsemi.com/.../mpsl_lib.html). Where can I get a complete list of these interrupts & also ideally the default priorities used within nRF Connect?

Thank you!

Jose

RE: Boot up without SoftDevice possible? (nRF Connect)

Edvin — Wed, 17 Jan 2024 14:09:50 GMT

Hello,

You can use MPSL, and this will be initialized on boot (before you hit your main() function). However, you can use CONFIG_MPSL_DYNAMIC_INTERRUPTS, and call mpsl_lib_uninit() before you call bt_enable. This way you will get access to all interrupts, as if there was no softdevice at all. Is that something that you can utilize?

Best regards,

Edvin