nRF54L15 Channel Sounding test

RE: nRF54L15 Channel Sounding test

Elfving — Thu, 29 Jan 2026 09:30:41 GMT

CS doesn't perform as well as UWB, but I agree that it should do better than this. It can take some time before it settles to a certain range, but I am not getting the impression you've observed this either.

Whether it was from the zephyr repo or the nRF one is what I am after.

We provide more support for the nRF one, and that is the one we've made ourselves. Channel sounding is somewhat new as well, so it might be that the zephyr one does perform differently. Though with that said: I wouldn't expect either of the two to perform this bad. You can also check what the default name of the sample is. That should tell me all I need to know.

Regards,

Elfving

RE: nRF54L15 Channel Sounding test

wjw0 — Wed, 28 Jan 2026 03:20:29 GMT

I updated to the latest sdk3.2.1, but the test results were still not good.

I used the official latest test demo, and the test results were very unsatisfactory. I don't know if it's a problem with my testing method or something else. I hope to get your help .

I used two development boards, one to download the initiator and the other to download the reflector. Then, the two boards were placed approximately 6 meters apart. The serial port log of the initiator is as follows:

I think even if it's a test routine, the effect shouldn't be so bad.

[11:07:12.922]收←◆Estimated distance to reflector:
- Round-Trip Timing method: 28.480282 meters (derived from 5 samples)
- Phase-Based Ranging method: 24.135538 meters (derived from 36 samples)
[11:07:18.123]收←◆Estimated distance to reflector:
- Round-Trip Timing method: 34.925819 meters (derived from 5 samples)
- Phase-Based Ranging method: 14.190191 meters (derived from 36 samples)
[11:07:22.524]收←◆Estimated distance to reflector:
- Round-Trip Timing method: 23.133982 meters (derived from 6 samples)
- Phase-Based Ranging method: 17.695242 meters (derived from 36 samples)
[11:07:27.924]收←◆Estimated distance to reflector:
- Round-Trip Timing method: 23.358829 meters (derived from 6 samples)
- Phase-Based Ranging method: 23.644922 meters (derived from 36 samples)
[11:07:32.523]收←◆Estimated distance to reflector:
- Round-Trip Timing method: 25.167574 meters (derived from 5 samples)
- Phase-Based Ranging method: 14.368811 meters (derived from 36 samples)
[11:07:37.573]收←◆Estimated distance to reflector:
- Round-Trip Timing method: 30.518871 meters (derived from 5 samples)
- Phase-Based Ranging method: 23.053284 meters (derived from 36 samples)

RE: nRF54L15 Channel Sounding test

Elfving — Fri, 19 Dec 2025 11:32:20 GMT

I dont think that bootbanner necessarily implies any of the two. Please have a look at what sample you used. Is it from the nRF repo?

RE: nRF54L15 Channel Sounding test

wjw2025 — Fri, 19 Dec 2025 10:19:13 GMT

Hi,

Booting nRF Connect SDK v3.1.1-e2a97fe2578a
Using Zephyr OS v4.1.99-ff8f0c579eeb

I'm currently using this version without any modifications. I directly compiled and downloaded it to the development board through vscode. Now I want to use the development board for verification and then develop and apply it to my own products.

thank you.

RE: nRF54L15 Channel Sounding test

Elfving — Fri, 19 Dec 2025 10:11:15 GMT

Hi,

I am a bit uncertain about some things, like this:

[quote user=""][10:55:40.517]收←◆W: Mismatch of local and peer step mode 2 != 1[/quote]

Did you use the samples from the nRF repo? this and this?

[quote user=""]ifft: nan,[/quote]

Looks like the quality is too bad for it to give an output here, is this a particularly rf-noisy area? I think changing the threshold for the quality needed for an output there is something that can be changed in the code though.

Though keep in mind that CS isn't UWB; the best you can expect is ±0.5m. Differentiating between ±0.5m would be impossible/hard.

Secondly, it is tempting to simply say that you should disregard anything but the IFFT measurements from the sample, as IFFT might be the most developed algorithm we have there, but the truth is rather that all of these metrics work best in different situations. RSSI is okay in short range for instance, and RTT is best for very long ranges (and I wonder if the phase slope might get you a max range, but don't quote me on that). This old webinar (which is meant to describe how our old "Distance Toolbox" worked, but the tech is almost the same) goes a bit further into the details of what separates these measurements.

Most importantly: if you really want a good accuracy for your product, what you would typically do is to buy a third party algorithm that gets you a better accuracy than what our free code does. I assume the better algorithms combine all of these metrics in some fancy way. If you contact your local regional sales manager I bet he would be able to put you in contact with someone selling third party CS algorithms.

Regards and happy holidays,

Elfving