Question about NCS DTM and BLE stack option.

RE: Question about NCS DTM and BLE stack option.

Vidar Berg — Fri, 28 Jun 2024 13:23:35 GMT

Hi,

Yes, it should be possible to disable the bt_stack() with bt_disable() if you are on SDK v2.6.

RE: Question about NCS DTM and BLE stack option.

WFKwok — Tue, 25 Jun 2024 02:56:06 GMT

By the way, I have seen another post (2 years ago).
https://devzone.nordicsemi.com/f/nordic-q-a/93656/shutting-down-ble-host-stack-using-bt_disable
You have replied that "it's not possible to disable the bt stack. So you would need to execute a soft reset to enter DTM mode."

So, how about now for the latest NCS?
Is it possible to disable the BT stack to start the DTM without power reset?
Or if not, as you mentioned, which kind of soft reset is feasible to achieve that?
As i know, take BT stack->DFU as example, there is internal flag to indicate to enter DFU after soft reset.
So is there any flag I can use for indication/checking right now for "BT stack -> soft reset -> DFU"?

Thanks a lot.

RE: Question about NCS DTM and BLE stack option.

WFKwok — Mon, 24 Jun 2024 12:27:17 GMT

Hi Kenneth,

Thanks for your attachment and highly appreciated.
I have run the codes and it really works for DTM.

One follow up example, how about if i start the normal BLE stack first, this will run the bt_enable().

If i would like to switch to DTM test from normal BLE without power reset, i tried to call bt_disable() before i start the DTM part of code. However it doesn't work. My nrf52832 DK cannot receive UART command and the nrf Connect at the PC side fail to start the DTM operation.

So am i do something wrong? Or what should i do if i would switch the DTM from BLE without power reset?

Thank you very much.

RE: Question about NCS DTM and BLE stack option.

Kenneth — Sun, 23 Jun 2024 22:22:54 GMT

Can you try the attachment? At least this seems to work with ncs v2.6.1 and CONFIG_BT=y.

Kenneth

devzone.nordicsemi.com/.../0677.direct_5F00_test_5F00_mode.zip

RE: Question about NCS DTM and BLE stack option.

WFKwok — Sun, 23 Jun 2024 13:41:58 GMT

Hi Kenneth,

Yes I did see the reply and had a try already.

I have tried to add the config but still doesn't work for the DTM mode.

DYNAMIC_DIRECT_INTERRUPTS=y
MPSL_DYNAMIC_INTERRUPTS=y

However that is a radio test example, not a DTM example.

Or do i need to add more config or other settings for DTM?

RE: Question about NCS DTM and BLE stack option.

Kenneth — Sat, 22 Jun 2024 11:45:30 GMT

[quote user="kme"]

After a bit of searching I could find this thread which I think solve your problem:
Radio Test and BT exlusive coexistense in same firmware image

Kenneth

[/quote]

Did you see this reply?

Kenneth

RE: Question about NCS DTM and BLE stack option.

WFKwok — Sat, 22 Jun 2024 11:35:03 GMT

Hi Kenneth,

We have tried and done something like what you suggested but it doesn't work.

But the problem is how should we set CONFIG_BT in proj.conf?

If we set CONFIG_BT=y, and the firmware boots int DTM mode. It doesn't work to get "HARD FAULT" error.

If we set CONFIG_BT=n (or no CONFIG_BT), and the firmware boots int BLE mode. It doesn't work as the BLE stack is not loaded in the firmware after build.

What i am struggling now is how should we set to the proj.conf for CONFIG_BT.
So we can really make the DTM and BLE mode combined in one firmware.

Any further idea for that?

Thank you very much.

RE: Question about NCS DTM and BLE stack option.

Kenneth — Sat, 22 Jun 2024 10:59:21 GMT

After a bit of searching I could find this thread which I think solve your problem:
Radio Test and BT exlusive coexistense in same firmware image

Kenneth

RE: Question about NCS DTM and BLE stack option.

Kenneth — Sat, 22 Jun 2024 10:36:46 GMT

Hello,

I guess there are different ways of doing this, and simplest should be as you suggest, is to select whether to run DTM or BLE after a reset. For instance you can have test pin on the board, e.g. with pull-up, such that when it's low on reset the application run DTM, else it will run BLE.

So in start of main() you would simply do something like (example is outdated, check direct_test_mode.zip file instead):

// Edit: Updated code.
// in prj.conf
// DYNAMIC_DIRECT_INTERRUPTS=y
// MPSL_DYNAMIC_INTERRUPTS=y

   void main(void) {
       // read pin to find if application should run DTM or BLE

       if (dtm_mode) {
           printk("Booting into DTM mode\n");
           err = mpsl_lib_uninit();
           dtm_init();
           // Enter DTM mode loop
           while (1) {
               dtm_cmd_process();
           }
       } else {
           printk("Booting into BLE mode\n");
           int err = bt_enable(NULL);
           // Normal BLE application logic here
       }
   }

Or are you saying you have tried this but it doesn't work?

Kenneth