Channel Sounding – Ranging Data Overwritten and No Distance Update

RE: Channel Sounding – Ranging Data Overwritten and No Distance Update

Kenneth — Wed, 06 Aug 2025 13:50:18 GMT

Hello,

There may be a few different reasons, such as:

A possibility is that the data is not being acknowledged when received, so the peer has to assume it never was received.

Noise on air could lead to dropped packets in the data transfer, which again would lead to it not being received properly and therefore overwritten.

It could be that the CS parameters are so that there is not enough ACL time to transfer the data before a new CS procedure is initiated, without more information it's hard to find the root cause.

When you see the distance has stopped updating, that's because the distance printed is just the last calculated distance, so when no data transfer is successful there are no new distance measurements.

Kenneth

RE: Channel Sounding – Ranging Data Overwritten and No Distance Update

witc — Sun, 03 Aug 2025 19:49:22 GMT

Hi Terje,
I am still struggling with this behaviour....

Please try to specify it more clearly, what exactly does it mean when the initiator says “Ranging data overwritten”? Does it mean that the initiator is not fast enough to process the new incoming data? Does this mean my own user code is too slow? In the callback ranging_data_ready_cb, I am informed that new data is ready and I can read it – so does this mean the CPU is too slow to do this action? Or does it mean some background processes of BLE, CS, etc., which I cannot control as a user?

My code is almost the same as your ras_initiator example… I do not think my code is so slow that the CPU cannot read/process the data fast enough…

RE: Channel Sounding – Ranging Data Overwritten and No Distance Update

tesc — Wed, 25 Jun 2025 15:35:28 GMT

Hi,

To be more specific, the "Ranging data overwritten" indicates you have gotten new data without the ranging requestor fetching it. This may happen if the ranging requestor stops or does not fetch data often enough for there to not be any overwrites.

Regards,
Terje

RE: Channel Sounding – Ranging Data Overwritten and No Distance Update

witc — Tue, 24 Jun 2025 19:51:18 GMT

Thank you, but decreasing the timeout in the main loop cannot affect whether the data will be overwritten. It looks more like the CS measurement is running in the background all the time, and the main core does not manage to process - pick up the data. So, the data are overwritten and no new distance can be calculated ?!

RE: Channel Sounding – Ranging Data Overwritten and No Distance Update

tesc — Mon, 23 Jun 2025 15:36:57 GMT

Hi,

The board might give some issues, yes. Please create a private ticket with schematics and gerber files, for our review.

Have you tried with the custom board only, or do you see similar issues with an nRF54L15 DK?

[quote user=""]What does "Ranging data overwritten" mean here?[/quote]

Basically that you have gotten a new set of ranging data.

[quote user=""]If I change the main loop delay from the original 5 seconds to for example 200 ms, I never get any measured distance in the log anymore. Why should changing the sleep time matter if the code just checks if (buffer_num_valid != 0)?[/quote]

Ranging might take some time. If you decrease the timeout, you risk timing out before you get the result. In the case of timeout you will not get a result.

Regards,
Terje