<?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>Shockburst; power consumption in deep sleep</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/91178/shockburst-power-consumption-in-deep-sleep</link><description>Hope someone can bring some clarification to me. 
 I am studying the principle of Shock-burst and a part of that study is to go through every step in the examples of “esb_low_power_ptx_pca10056” and “esb_low_power_ prx_pca10056”. (SDK17.0.2)The code is</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 25 Aug 2022 07:23:50 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/91178/shockburst-power-consumption-in-deep-sleep" /><item><title>RE: Shockburst; power consumption in deep sleep</title><link>https://devzone.nordicsemi.com/thread/383178?ContentTypeID=1</link><pubDate>Thu, 25 Aug 2022 07:23:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:435665a8-7ab1-4a71-b758-953f7a82f75d</guid><dc:creator>Svein</dc:creator><description>&lt;p&gt;Hi Kenneth,&lt;/p&gt;
&lt;p&gt;Thank you very much for the quick and clarifying answer. Regarding power consumption, you were right that it was a GPIO that drew power. Had just completely forgotten that our design had a GPIO that behaved the opposite of what all the other GPIOs do :-O&amp;nbsp; (I am testing SB on a custom board designed for BLE 5.x)&lt;/p&gt;
&lt;p&gt;BR,&amp;nbsp; Svein&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Shockburst; power consumption in deep sleep</title><link>https://devzone.nordicsemi.com/thread/382567?ContentTypeID=1</link><pubDate>Mon, 22 Aug 2022 07:06:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:20dd341a-928a-418a-92d2-a3b78538ede1</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;You can find the intention behing the recover_state() in the documentation for the ESB example:&lt;br /&gt;&lt;a href="https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.1.0/esb_examples_low_power_ptx_prx.html"&gt;https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.1.0/esb_examples_low_power_ptx_prx.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;I don&amp;#39;t have a good explaination directly why you don&amp;#39;t achieve sub uA when going to system OFF, it&amp;#39;s either some current though a GPIO and/or something related to the RAM retention I can see is done&amp;nbsp;before calling&amp;nbsp;NRF_POWER-&amp;gt;SYSTEMOFF = 0x1.&lt;/p&gt;
&lt;p&gt;Maybe you are able (for test) to move&amp;nbsp;&amp;nbsp;NRF_POWER-&amp;gt;SYSTEMOFF = 0x1; straight after&amp;nbsp;gpio_init() for comparison?&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>