<?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>Limiting the power consumption of distance measurement</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/104189/limiting-the-power-consumption-of-distance-measurement</link><description>Hi there, 
 I&amp;#39;m looking for some advice on limiting the power consumption of distance measurement, as it seems I cannot simply configure the example code to do a single form of distance measurement ie: IFFT, and after searching, I was not able to find</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 04 Oct 2023 19:24:19 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/104189/limiting-the-power-consumption-of-distance-measurement" /><item><title>RE: Limiting the power consumption of distance measurement</title><link>https://devzone.nordicsemi.com/thread/448891?ContentTypeID=1</link><pubDate>Wed, 04 Oct 2023 19:24:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:595c00b0-9d05-495d-b096-eb1ba8e3329c</guid><dc:creator>Matthew</dc:creator><description>&lt;p&gt;Fair enough, I really appreciate the help, Kenneth.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Limiting the power consumption of distance measurement</title><link>https://devzone.nordicsemi.com/thread/448766?ContentTypeID=1</link><pubDate>Wed, 04 Oct 2023 08:43:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0aec5e54-69c0-497a-958f-3a7ddc54f6a9</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I can understand the question, but the algorithm is developed by us and we do not want to expose much details on how it&amp;#39;s done. The intention it should just be used as decribed, the short answer I can say is that the NRF_DM_QUALITY_POOR vs NRF_DM_QUALITY_DO_NOT_USE qualities are set when we detect issues with the sampling procedure.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Limiting the power consumption of distance measurement</title><link>https://devzone.nordicsemi.com/thread/448709?ContentTypeID=1</link><pubDate>Tue, 03 Oct 2023 19:42:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:494b3da4-8fd8-4986-b525-49d3ea804bfd</guid><dc:creator>Matthew</dc:creator><description>&lt;p&gt;Thanks Kenneth,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I have seen this webinar and appreciate your direction towards it.&lt;br /&gt;&lt;br /&gt;I guess I am looking for more specifics on how this quality measurement is done, as&lt;/p&gt;
&lt;p&gt;&amp;quot;&lt;/p&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-start-offset style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-timestamp style-scope ytd-transcript-segment-renderer"&gt;13:50&lt;/div&gt;
&lt;/div&gt;
of the of the library so there are a lot of nice features with this one one of them is that we do have&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-start-offset style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-timestamp style-scope ytd-transcript-segment-renderer"&gt;13:56&lt;/div&gt;
&lt;/div&gt;
a quality indicator so we do estimation on the performance of the&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-start-offset style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-timestamp style-scope ytd-transcript-segment-renderer"&gt;14:02&lt;/div&gt;
&lt;/div&gt;
data that is coming in and&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-start-offset style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-timestamp style-scope ytd-transcript-segment-renderer"&gt;14:08&lt;/div&gt;
&lt;/div&gt;
this allows the application layer to determine if the data is sound if it&amp;#39;s&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-start-offset style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-timestamp style-scope ytd-transcript-segment-renderer"&gt;14:14&lt;/div&gt;
&lt;/div&gt;
if you can trust it implicitly or if you need to handle it with care or if&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-start-offset style-scope ytd-transcript-segment-renderer"&gt;
&lt;div class="segment-timestamp style-scope ytd-transcript-segment-renderer"&gt;14:19&lt;/div&gt;
&lt;/div&gt;
you should just discard the data um we also control the tx power as well&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;&amp;quot;&amp;nbsp;&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;comes across as a little vague.&amp;nbsp;&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;How is the performance of the data coming in measured?&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;How is this data measured as &amp;#39;sound&amp;#39;?&amp;nbsp;&lt;/div&gt;
&lt;div class="segment style-scope ytd-transcript-segment-renderer"&gt;&lt;/div&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Limiting the power consumption of distance measurement</title><link>https://devzone.nordicsemi.com/thread/448634?ContentTypeID=1</link><pubDate>Tue, 03 Oct 2023 11:55:33 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:737e82cb-8e49-4918-bc24-35923a80b9f9</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Please check out:&amp;nbsp;&lt;a href="https://www.youtube.com/watch?v=5vZIILTWmW0"&gt;https://www.youtube.com/watch?v=5vZIILTWmW0&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Limiting the power consumption of distance measurement</title><link>https://devzone.nordicsemi.com/thread/448427?ContentTypeID=1</link><pubDate>Sun, 01 Oct 2023 20:48:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ee847ee6-dd31-4887-8db6-5dfbc27ec116</guid><dc:creator>Matthew</dc:creator><description>&lt;p&gt;Would you be able to explain how the &amp;quot;quality&amp;quot; field of a distance measurement is measured?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;In the documentation here:&lt;/p&gt;
&lt;p&gt;&amp;quot;&lt;/p&gt;
&lt;ol class="arabic simple"&gt;
&lt;li&gt;
&lt;p&gt;The initiator transmits a signal to the reflector.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The reflector measures the phase difference to its local reference.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The reflector transmits a signal back to the initiator on the same frequency.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The initiator measures the phase difference to its local reference.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The initiator and reflector jump to a new frequency and repeat the measurement.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The library then calculates the distance between devices based on the measured phase differences as a function of the frequency.&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;What is the purpose of switching to a new frequency and repeating the measurement?&lt;/p&gt;
&lt;p&gt;Thanks&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Limiting the power consumption of distance measurement</title><link>https://devzone.nordicsemi.com/thread/448083?ContentTypeID=1</link><pubDate>Thu, 28 Sep 2023 08:25:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bf901ac0-2cc9-461c-a1ad-b9912dd020af</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;There are two major methods in how the radio can be used, this is controlled by either the round-trip timing or the multic-carrier phase difference:&lt;br /&gt;&lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/nrf_dm/doc/nrf_dm_overview.html"&gt;https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/nrf_dm/doc/nrf_dm_overview.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;For the various calculation methods using multi-carrier phase the radio usage is the same whether you calculate for one or several of the ifft, phase sloop and friis path loss. (Or maybe running the friis path loss only could have significant reduction in time on air, but that one is very inaccurate and don&amp;#39;t add any current (neither radio or calculation) to the other methods.)&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenenth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Limiting the power consumption of distance measurement</title><link>https://devzone.nordicsemi.com/thread/448038?ContentTypeID=1</link><pubDate>Wed, 27 Sep 2023 21:26:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ab8080a5-d586-45d6-bedc-60679760b485</guid><dc:creator>Matthew</dc:creator><description>&lt;p&gt;I appreciate the response.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;Yes I would agree that all of the current consumption here is seemingly coming from the radio activity, my question is, can I limit this radio activity?&lt;/p&gt;
&lt;p&gt;Is there a way to make a device on one side of the transaction not process as many calculations? Or just process one type of distance measurement between the two devices?&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Limiting the power consumption of distance measurement</title><link>https://devzone.nordicsemi.com/thread/448035?ContentTypeID=1</link><pubDate>Wed, 27 Sep 2023 20:22:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0c9cd356-9f56-4242-a863-322728909798</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Just referring a bit to the documentation for the library here:&lt;br /&gt;&lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/nrf_dm/README.html#nrf-dm"&gt;https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/nrf_dm/README.html#nrf-dm&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It&amp;#39;s a closed library that perform all the mathematical calculations, the only option you have is either use&amp;nbsp;nrf_dm_calc (&amp;quot;faster&amp;quot;) vs.&amp;nbsp;nrf_dm_high_precision_calc (&amp;quot;slower&amp;quot;). I expect most of the current consumption here is comming from the radio activity (which will be the same for all), not&amp;nbsp;the time it takes to perform the calculations.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>