DLE doesn't seem to be working in hci_uart sample

RE: DLE doesn't seem to be working in hci_uart sample

Matthias Ringwald — Tue, 03 Feb 2026 17:22:53 GMT

Thanks. The high throughput is due to your SoftDevice Controller, our stack is merely keeping it busy 🙂

Such an overview would be great. I'm a bit afraid that it will become complex to document the dependencies fully, but even a partial one is helpful.

RE: DLE doesn't seem to be working in hci_uart sample

Hung Bui — Tue, 03 Feb 2026 11:42:01 GMT

Hi Matthias,
I'm glad that you get it working now. 80kB of actual payload is pretty good at 1Mbps PHY .

I agree that it would be great if there is a list of all the features that can be enabled so that we have an overview of the configuration/feature that can be turned/tuned on/off . I will forward this internally.

RE: DLE doesn't seem to be working in hci_uart sample

Matthias Ringwald — Mon, 02 Feb 2026 14:55:28 GMT

Hi Adrian

Well, then thanks for bringing this up last year. I've just verified that it works on NCS v3.2.1.

Best regards,
Matthias

RE: DLE doesn't seem to be working in hci_uart sample

Matthias Ringwald — Mon, 02 Feb 2026 14:53:44 GMT

Hi Hung.

Thanks for the answer and pointing to the older ticket.

After adding these two KConfig options, the throughput for bi-directional data at 1M-Phy jumped from 50 kB/s to 80 kB/s matching our expectations!

As I'm not the only one struggling with this, I think it would be helpful to promote a "All batteries included" KConfig setup which enables all features of the SoftDevice for the HCI UART example/use-case as there's no need to conserve memory to save.

I find it much easier to disable a feature I don't need then to figure out what's needed to enable it.

Anyways thanks again for helping us getting this sorted out. We'll try to keep our HCI UART example up-to-date.

Best,
Matthias

RE: DLE doesn't seem to be working in hci_uart sample

Adrian Eggenberger — Mon, 02 Feb 2026 12:11:09 GMT

Hi Matthias

I followed this issue and now an old ticked of me is referenced... :-)

For us the two mentioned CONFIG_BT_CTLR_SDC_MAX_CONN_EVENT_LEN... kconfig options solved the problems with data length extension. We still use these settings within our solution (uses NCS v3.1.1).

Regards Adrian

RE: DLE doesn't seem to be working in hci_uart sample

Hung Bui — Mon, 02 Feb 2026 11:53:25 GMT

Hi Matthias,
I found that I had a very similar ticket exactly a year ago.
Could you take a look at this: https://devzone.nordicsemi.com/support-private/support/338248#permalink=

Do you have CONFIG_BT_ISO_* enabled ? In the ticket, if CONFIG_BT_ISO is not enabled DLE worked just fine. If CONFIG_BT_ISO_* is enabled, the DLE max length is set to 27 and the following configuration needed:

CONFIG_BT_CTLR_SDC_MAX_CONN_EVENT_LEN_DEFAULT_OVERRIDE=y

CONFIG_BT_CTLR_SDC_MAX_CONN_EVENT_LEN_DEFAULT=5000

I have provided samples in the ticket that you can try (NCS v2.9.0).

The ticket was initially private, and some info has been redacted before it's converted to public ticket, I would suggest to go straight to the last replies.

RE: DLE doesn't seem to be working in hci_uart sample

Matthias Ringwald — Fri, 30 Jan 2026 16:23:02 GMT

Hi Hung

1. I've tried adding CONFIG_BT_USER_DATA_LEN_UPDATE=y and got the following error/warning:

warning: BT_USER_DATA_LEN_UPDATE (defined at subsys/bluetooth/host/Kconfig:407,
subsys/bluetooth/host/Kconfig:407) was assigned the value 'y' but got the value 'n'. Check these
unsatisfied dependencies: ((BT_DATA_LEN_UPDATE && BT_CONN && BT_HCI_HOST && BT_RPC_STACK) ||
(BT_DATA_LEN_UPDATE && BT_CONN && BT_HCI_HOST && BT_HCI && BT)) (=n). See
docs.zephyrproject.org/.../kconfig.html and/or look up
BT_USER_DATA_LEN_UPDATE in the menuconfig/guiconfig interface.

This matches my expectation as we don't use Zephyr Bluetooth Host. Instead, in the HCI UART bridge, BT_HCI_RAW is defined for direct HCI access..

2. Thanks for the link to your older blog post. It's also from the view of an application using Zephyr's host stack like the one I've linked to Nordic academy. As reported, DLE works with the Throughput example, but not with similar KConfig flags in the HCI UART project.

Going back to my previous question: is my observation correct that there's no DLE update callback when the device in peripheral role?

3. How can we debug the SoftDevice controller to find out why it isn't starting and/or responding to DLE updates when used in the HCI UART or our "hci_uart_iso_timesync" project?

Thanks,
Matthias

RE: DLE doesn't seem to be working in hci_uart sample

Hung Bui — Thu, 29 Jan 2026 12:58:02 GMT

Hi Matthias,
Could you try with CONFIG_BT_USER_DATA_LEN_UPDATE=y ?
I have made a blog with example here: Building a Bluetooth application on nRF Connect SDK - Part 3 Optimizing the connection
In the example we request data length update from the device's side.

It's a bit out of date (SDKv2.5.2) but if you have a nRF52 DK you can test with that. Or you can port it to NCS v3.x to test.

RE: DLE doesn't seem to be working in hci_uart sample

Matthias Ringwald — Thu, 29 Jan 2026 12:37:34 GMT

Thanks for your quick reply.

---

I have tested the Throughput example and made two observations:

1. DLE works as expected (at least according to throughput numbers and the callback)
2. the le_data_len_updated callback is not called on the peripheral side.

I see this on central

==== Starting throughput test ====
PHY update pending
LE PHY updated: TX PHY LE 1M, RX PHY LE 1M
LE Data length update pending
LE data len updated: TX (len: 27 time: 2120) RX (len: 27 time: 2120)

And this on peripheral

LE PHY updated: TX PHY LE 1M, RX PHY LE 1M

==============...

While this doesn't have an effect on the throughput, it makes debugging the DLE setup harder.
It looks like the missing callback might be an issue in the SoftDevice Controller.

Please check attached log files. Do you agree that the callback should have been called?

devzone.nordicsemi.com/.../2026_2D00_01_2D00_29_2D00_Throughput.zip

---

Back to the HCI UART example. I did use overlay-all-bt_ll_sw_split.conf in the hope to enable all features. Let's ignore this configuration for now.

We use an extended version of the HCI UART example that supports an additional command for time sync between the Host and the Controller. The project is here: https://github.com/bluekitchen/hci_uart_iso_timesync

I've attached new log files as well as the .config file from build/hci_uart_iso_timesync/.config which shows that

CONFIG_BT_CTLR_DATA_LENGTH_MAX=251
CONFIG_BT_CTLR_DATA_LENGTH=y

devzone.nordicsemi.com/.../2026_2D00_01_2D00_29_2D00_DLE_2D00_PTS_2D00_nRF54L15_2D00_SoftDevice.zip

During stack startup, DLE seems to be supported, but nothing happens. What's wrong / missing?
Any suggestions to get more insight or how to find the difference between your Throughput example and our tests using HCI UART?

Thanks,
Matthias

RE: DLE doesn't seem to be working in hci_uart sample

Hung Bui — Mon, 26 Jan 2026 14:56:17 GMT

Hi Matthias,

Could you explain why you use overlay-all-bt_ll_sw_split.conf when you want to use softdevice controller? My understanding is that CONFIG_BT_LL_SW_SPLIT=y will select Zephyr controller, not softdevice controller.

My suggestion is to test the nRF54L as a stand alone BLE device first and verify that it can do DLE before you move to the hci_uart.
Have you tried the sample \nrf\samples\bluetooth\throughput ? I believe it should have the DLE covered.