<?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>Achieving low power consumption for BLE advertising</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/76486/achieving-low-power-consumption-for-ble-advertising</link><description>We are developing a new product that requires extremely low power consumption with a target to run advertising intervals of between 2 to 10 seconds. 
 We are using the nRF52805 with S112 softdevice 
 The power-profiler states estimate consumption of </description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 21 Jun 2021 07:50:14 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/76486/achieving-low-power-consumption-for-ble-advertising" /><item><title>RE: Achieving low power consumption for BLE advertising</title><link>https://devzone.nordicsemi.com/thread/316177?ContentTypeID=1</link><pubDate>Mon, 21 Jun 2021 07:50:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8940c317-8d31-4764-b350-dd92f7662c95</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Thank you for the update. Yes, that explains it, LFSYNT will force the high frequency oscillator to be always on.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Achieving low power consumption for BLE advertising</title><link>https://devzone.nordicsemi.com/thread/316147?ContentTypeID=1</link><pubDate>Mon, 21 Jun 2021 01:54:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:248acb90-bfb4-44fc-8574-4f08eeab83a4</guid><dc:creator>Cookiejar</dc:creator><description>&lt;p&gt;Thank you for your quick response and support - the issue was an incorrectly set clock source - using LFSYNT instead of LFRC.&amp;nbsp; We are now getting 1.5uA between advertising events.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Achieving low power consumption for BLE advertising</title><link>https://devzone.nordicsemi.com/thread/316078?ContentTypeID=1</link><pubDate>Fri, 18 Jun 2021 12:57:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1679a679-701e-409a-896a-3da3f13133e0</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;1. The power profiler estimates include the LF clock source pluss RTC0 used internally by the Softdevice, but not RTC1 used by the app timer. However, the run current for an RTC instance is typically only around 0.1 uA so it doesn&amp;#39;t explain why you measure 250 uA on average.&lt;/p&gt;
&lt;p&gt;2. No, it shouldn&amp;#39;t be neccesary. The Softdevice will run advertising in the background at the interval you have specified in the application before you called &amp;quot;advertising start&amp;quot;&lt;/p&gt;
&lt;p&gt;3. The measurements results should have been close to the estimates given by the online power profiler. Are you using the Nordic power profiler kit for measurement? It would be interesting to know if the floor current between advertising and timer events match the typical sleep current given in the product spec: &lt;span&gt;&lt;a title="Sleep" href="https://infocenter.nordicsemi.com/topic/ps_nrf52810/_tmp/gluon/autodita/CURRENT/parameters.id_current_sleep.html?cp=4_5_0_4_1_0_2"&gt;Sleep&lt;/a&gt;&lt;/span&gt;.&lt;/p&gt;
&lt;p&gt;Would you be able share the code you are using for this test? Maybe I will be able to see what the problem is then.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>