Data Length Extension & BT CTLR on NRF53

RE: Data Length Extension & BT CTLR on NRF53

Hung Bui — Mon, 07 Mar 2022 11:10:15 GMT

Hi Hichem,

From the logs I can see that the central support 251 bytes datalength but the slave was responding with only 27 bytes.
I suspect that the hci_rpmsg was not compiled with the updated value of the datalength.
I would suggest to try compile the hci_rpmsg separately (with 251 bytes datalength configuration in the prj.conf) and flash it separately into the netcore.

Please make sure you erased the netcore before the test. If you use nrfjprog you would need to use "--coprocessor CP_NETWORK"

I would suggest to test with our throughput sample in the SDK and capture a sniffer trace to see if Datalength is updated correctly.

I also attached my own data throughput sample that based on the peripheral_uart sample. You can simply test the throughput using a phone or any central. Just need to enable notification CCCD to start the test.

In the log you can see something like this:

devzone.nordicsemi.com/.../0486.peripheral_5F00_uart_5F00_throughput.zip

RE: Data Length Extension & BT CTLR on NRF53

HichMenta — Fri, 04 Mar 2022 15:40:34 GMT

Hi Hung Bui,

I send you the traces with the two configurations.
It is the NRF53 which answers or sends 27 Bytes in parameter of LL_REQ.
I think that there is a problem of configuration between the CPU NET and the CPU APP.

devzone.nordicsemi.com/.../data_5F00_length_5F00_with_5F00_AUTO_5F00_DATA_5F00_LEN_5F00_UPDATE.pcapng devzone.nordicsemi.com/.../data_5F00_length_5F00_without_5F00_AUTO_5F00_DATA_5F00_LEN_5F00_UPDATE.pcapng

RE: Data Length Extension & BT CTLR on NRF53

Hung Bui — Fri, 04 Mar 2022 11:33:34 GMT

Hi Hichem,
Please capture a sniffer trace, we would need to see which side of the connection set it to 27.

There could be a chance that the nRF52840 doesn't accept the long data length.

Please capture the trace in both cases with CONFIG_BT_AUTO_DATA_LEN_UPDATE=y and CONFIG_BT_AUTO_DATA_LEN_UPDATE=n.

RE: Data Length Extension & BT CTLR on NRF53

HichMenta — Fri, 04 Mar 2022 11:25:02 GMT

Hi Hung Bui,

Thank you for your answer.

I was able to compile the project following your directions. I added the hci_rpmsg.conf in the child_image folder to set up the BT_CTLR.

However, with the NRF BLE application when trying to change the data length to 251 Bytes it stays locked at 27 Bytes. I tried on the peripheral device side to change the data length value by executing the function bt_conn_le_data_len_update in the connected callback. The data length is blocked at 27 Bytes.
As a reminder, I use the Nrf52840 dongle.

Thanks,

Hichem devzone.nordicsemi.com/.../3771.prj.conf devzone.nordicsemi.com/.../hci_5F00_rpmsg.conf

RE: Data Length Extension & BT CTLR on NRF53

Hung Bui — Thu, 03 Mar 2022 12:34:58 GMT

Hi Hichem,

Please be aware that when you compile a BLE application for nRF53 there are 2 applications compiled, one for the app core and one for the net core. Have a look here.

It's the hci_rpmsg application is built for the netcore. This contains the BLE controller stack.

The configuration you made in the prj.conf will not affect the hci_rpmsg image. If you want to configure the netcore/controller to support longer data length you would need to create a hci_rpmsg.conf file and put it in child_image folder.

Please have a look at the hci_rpmsg.conf file inside \nrf\samples\bluetooth\throughput\child_image

Make sure you do a pristine build after you add the file and re-flash the net core.