Does the nRF Distance Measurment application support TX power be increased to 4/8 dBm?

[J0sh1101]

Hi,

I am trying to measure the distance of two objects, which can vary from 20 to 350 meters. We have tried the nRF Distance Measurement with Bluetooth LE discovery, which worked fine up to 120 meters. I would like to increase the range by increasing the transmit power to 8 or at least 4 dBm.

I took this code snippet we found here and added it to the RF Distance Measurement with Bluetooth LE discovery. This is what I added to the code:

	err = service_ddfs_init();
	if (err) {
		printk("DDF Service init failed (err %d)\n", err);
		return 0;
	}
	
	set_tx_power(BT_HCI_VS_LL_HANDLE_TYPE_ADV,0, 4);
	
	err = bt_enable(NULL);
	if (err) {
		printk("Bluetooth init failed (err %d)\n", err);
		return 0;
	}
	

After running the code I got an exception fromt hci core:

*** Booting Zephyr OS build v3.3.99-ncs1 ***
Starting Distance Measurement example
E: ***** MPU FAULT *****
E:   Data Access Violation
E:   MMFAR Address: 0x14d31
E: r0/a1:  0x00000000  r1/a2:  0x00000004  r2/a3:  0x00014d31
E: r3/a4:  0x2000f700 r12/ip:  0x00000022 r14/lr:  0x00032e59
E:  xpsr:  0x21000000
E: s[ 0]:  0x00000000  s[ 1]:  0x00000000  s[ 2]:  0x00000000  s[ 3]:  0x00000000
E: s[ 4]:  0x00000000  s[ 5]:  0x00000000  s[ 6]:  0x00000000  s[ 7]:  0x00000000
E: s[ 8]:  0x00000000  s[ 9]:  0x00000000  s[10]:  0x00000000  s[11]:  0x00000000
E: s[12]:  0x00000000  s[13]:  0x00000000  s[14]:  0x00000000  s[15]:  0x00000000
E: fpscr:  0x00000000
E: Faulting instruction address (r15/pc): 0x0003c76a
E: >>> ZEPHYR FATAL ERROR 19: Unknown error on CPU 0
E: Current thread: 0x20007698 (unknown)
E: Resetting system

After looking in the zehpyhr.lst file to see where the program counter was before the exception occurred, I couldn't find anything helpful:

0003c75e <z_handle_obj_poll_events>:
{
   3c75e:	4603      	mov	r3, r0
	return list->head == list;
   3c760:	6800      	ldr	r0, [r0, #0]
	if (!sys_dlist_is_empty(list)) {
   3c762:	4283      	cmp	r3, r0
   3c764:	d008      	beq.n	3c778 <z_handle_obj_poll_events+0x1a>
	sys_dnode_t *const next = node->next;
   3c766:	e9d0 3200 	ldrd	r3, r2, [r0]
	prev->next = next;
   3c76a:	6013      	str	r3, [r2, #0]
	next->prev = prev;
   3c76c:	605a      	str	r2, [r3, #4]
	node->next = NULL;
   3c76e:	2300      	movs	r3, #0
	node->prev = NULL;
   3c770:	e9c0 3300 	strd	r3, r3, [r0]
		(void) signal_poll_event(poll_event, state);
   3c774:	f7ff bf99 	b.w	3c6aa <signal_poll_event>
}
   3c778:	4770      	bx	lr

I also tried to change the TX  power with configuration flag defined in the prj.conf, but It did not improve or help anything:

CONFIG_BT_CTLR_TX_PWR_PLUS_8=y

Can someone explaine me what is happening?

Thanks for the help!!!

OS: Windows

SDK: 2.4.0

IDE: Visual Studio Code

Hardware: nRF52840 DK

[Michal]

Hello,

J0sh1101 said:

I do not completly understand it, because I mainly use the Nordic tools and Nordic software. Shouldn't I then use the SoftDevice controller by default, or am I overseeing something here?

CONFIG_BT_LL_SW_SPLIT is a config for enabling the Zephyr Bluetooth controller. the SoftDevice Controller should be enabled by default if you remove it, as you can see in the documentation.

J0sh1101 said:

The error code -143 is ENOTSUP, which means that the value is not supported. After debugging the code, I found that these two if statements trigger the failure:

J0sh1101 said:

Basically, the code tells me that if the advanced advertising is activated, either only the scan packet or the advertising can be sent, but not both. How can this be resolved? The nRF distance measurement needs both (advertising and scanning options).

I have to ask our bluetooth experts and I will get back to you.

J0sh1101 said:

One way to increase the range is also to increase the antenna gain. We are currently using the nrf9160 DK and nrf52840 boards. Does nordic know of a good, suitable antenna for our current boards that provides a few dBi to increase our range?

I've seen a few suggestions here on the Nordic forum, but I'm not sure how efficient they are, and besides, you have to tune the Atenna, right?

I would recommend creating a new case for that, so that our hardware experts can look into it. And yes, we do offer antenna tuning if needed.

For the cellular antennas you may want to take a look at our list of Nordic Solution Partners.

Best regards,

Michal

[J0sh1101]

Okay, thanks for the upate.

[PaKa]

You need to use the SoftDevice Controller subsystem (SDC) with NDT as it uses the MPSL. MPSL is only supported with SDC and not with the Zephyr controller.

NDT should NOT be used with coded PHY as all ranging is performed with non-coded PHY so trying to use coded PHY may make the devices visible further away but if you can't see them with 1Mbps then you can't range between them anyway so no benefit.

Advertising on coded PHY uses extended advertising and that to my knowledge does not support scan response, probably because it uses data channels in combination with advertising channels to do the job.

[J0sh1101]

PaKa said:

You need to use the SoftDevice Controller subsystem (SDC) with NDT as it uses the MPSL. MPSL is only supported with SDC and not with the Zephyr controller.

Okay. So both SDC and MPSL are a set of libraries, interrupts, to control the radio.

PaKa said:

NDT should NOT be used with coded PHY as all ranging is performed with non-coded PHY so trying to use coded PHY may make the devices visible further away but if you can't see them with 1Mbps then you can't range between them anyway so no benefit.

This is something I don't quite understand. There are many sites (one site) and videos (one video) that claim you can increase your range with ble long range (PHY). If you can get your package to travel a longer distance, then that also means you can measure a longer distance using the RTT method. What am I missing here? The only problem is that the receiver cannot decode a single symbol due to very poor SNR.

PaKa said:

Advertising on coded PHY uses extended advertising and that to my knowledge does not support scan response, probably because it uses data channels in combination with advertising channels to do the job.

What a bummer!! Afterwards I read also that this is not defined in the BLE specifications. 

[J0sh1101]

Hi,

we have currently purchased the BT840E which can provide +13 dBM TX. I found some posts on this topic, but they did not help me completely (post 1, post 2). I followed the instructions described in one of the posts, but I can't seem to activate the FEM. 

I used the same same software (nrf_dm) and added the pin definitions to the overlay:

   

/ {
nrf_radio_fem: skyFem {
        compatible = "skyworks,sky66112-11", "generic-fem-two-ctrl-pins";
        ctx-gpios = <&gpio0 17 GPIO_ACTIVE_HIGH>;
        crx-gpios = <&gpio0 19 GPIO_ACTIVE_HIGH>;
        cps-gpios = <&gpio0 6 GPIO_ACTIVE_HIGH>;
        chl-gpios = <&gpio0 8 GPIO_ACTIVE_HIGH>;
        rx-gain-db = < 11 >;
        tx-gain-db = < 22 >;
     };
};

In the pry.conf added those flags:

 

CONFIG_MPSL=y
CONFIG_MPSL_FEM=y

After compiling, flashing and comparing both boards (nrf5240DK and BT840E) I got these results:

Both boards have the same distance to the mobile device. This clearly means that I have not activated the fem. What else is needed to make it work?

Thank you very much for your help.