<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Channel sounding output shows the exact same data for longer durations</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/127229/channel-sounding-output-shows-the-exact-same-data-for-longer-durations</link><description>Hi, I am testing the Nordic samples for different environments, and started noticing this strange thing, that sometimes the data output is the same as the previous output. This happens most often in the case of an NLOS path with obstacles in between.</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 03 Mar 2026 16:00:38 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/127229/channel-sounding-output-shows-the-exact-same-data-for-longer-durations" /><item><title>RE: Channel sounding output shows the exact same data for longer durations</title><link>https://devzone.nordicsemi.com/thread/562466?ContentTypeID=1</link><pubDate>Tue, 03 Mar 2026 16:00:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fe9ba167-c65f-49a9-9c48-5d0a3728364a</guid><dc:creator>Vinayaka KS</dc:creator><description>&lt;p&gt;I did not use the semaphore. Then I am assuming that with the obstacle blocking LOS, the tonal quality might have been bad, and I would have read the same values again.&lt;/p&gt;
&lt;p&gt;Now, I have used the semaphore and will continue with the testing with this. Thanks for pointing this out.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Vinayaka KS&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Channel sounding output shows the exact same data for longer durations</title><link>https://devzone.nordicsemi.com/thread/562431?ContentTypeID=1</link><pubDate>Tue, 03 Mar 2026 13:23:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:517ec983-e54b-4b5a-b696-b1135f551011</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
[quote user=""]sometimes the data output is the same as the previous output[/quote][quote user=""]Is this because of the median filter? And if it is, the size of the filter is 9, so shouldn&amp;#39;t I get new data after 9 windows?&amp;nbsp;[/quote]
&lt;p&gt;It could be, since the median (middle when sorted) value out of the 9 values in the window, could be the same several times in a row, if the new and old (falling out of the window) values are either both higher than the current median or lower than the current median. If this is the reason for repeated values, then you should expect only a few repeats, yes, since the repeated value would slide out of the window.&lt;/p&gt;
&lt;p&gt;Please note also how in the&amp;nbsp;&lt;a href="https://docs.nordicsemi.com/bundle/ncs-latest/page/nrf/samples/bluetooth/channel_sounding/ras_initiator/README.html"&gt;Bluetooth: Channel Sounding Initiator with Ranging Requestor sample&lt;/a&gt;, in the while loop near the bottom of main(), it waits for the &lt;code&gt;sem_distance_estimate_updated&lt;/code&gt; semaphore signalling that distance estimates are updated. If you do not use such a mechanism, but rather get the current value every time interval regardless, then you may also get the same output several times in a row, simply because the underlying data structure containing measurements has not been changed in the mean time. From what you describe, I assume this is mostly what you are currently seeing.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>