<?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>Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/14767/why-nrf51x-gpiote-input-mode-static-current-consumpts-so-high</link><description>As the datasheet showing
 
The GPIOTE input mode consumpt upto 22uA ,it is inconceivable.I want use NRF51822 to design a ultra low power consumption production ,and use the GPIOTE INput even to wake up the system from sleep.So if use the GPIOTE input</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 05 Jul 2016 07:04:46 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/14767/why-nrf51x-gpiote-input-mode-static-current-consumpts-so-high" /><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56395?ContentTypeID=1</link><pubDate>Tue, 05 Jul 2016 07:04:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2bf4a9aa-f195-4b2f-b878-143ee26d370a</guid><dc:creator>Lars Sundell</dc:creator><description>&lt;p&gt;I was a inaccurate in my prevoius answer PrithviRaj, I mixed up the root cause for the numbers for nRF51 and nRF52.
As Stefan correctly points out the current consumption for using GPIOTE in input mode in nRF51 is severe. The root case is that clock is requested, see table 33 in the Product specification, version 3.2. In nRF52 this need for clock is removed and we are left with the current caused by a larger part of the design being on.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56396?ContentTypeID=1</link><pubDate>Mon, 04 Jul 2016 16:02:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1587b54a-521d-43da-8217-9087e803ef07</guid><dc:creator>Stefan Birnir Sverrisson</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;As both Lars Sundell and PrithviRaj Narendra have pointed out, use &lt;a href="https://devzone.nordicsemi.com/question/49422/how-to-get-low-power-if-i-using-gpiote-in-events-in-nrf51822/?answer=49535#post-id-49535"&gt;PORT event for low power&lt;/a&gt; nRF51 applications. The current consumption is &amp;lt;&amp;lt;1uA, while the GPIOTE IN current consumption is ~1mA. The &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.sdk5.v11.0.0/hardware_driver_gpiote.html?cp=5_0_0_2_3"&gt;gpiote driver in SDK 11.0.0&lt;/a&gt; implements the tuning Lars mentions in his comment. The GPIOTE PORT event should work equally well as GPIOTE IN events if you use the gpiote driver, with the exception when the pin signal changes faster than ~100Hz, then there is a chance that pin signal change is not captured when using PORT event.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56393?ContentTypeID=1</link><pubDate>Mon, 04 Jul 2016 05:48:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:70055652-ec8f-44ec-a8c8-7698327e1165</guid><dc:creator>Lars Sundell</dc:creator><description>&lt;p&gt;The root cause for the elevated currnet consuption is increased lakage dur to a larger part of the device has to be powered for the GPIOTE input mode to be on. Unfortunately that explanation does not help in your case, and as PrithviRaj Narendra points out. PORT event is the recommended solution.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56394?ContentTypeID=1</link><pubDate>Mon, 04 Jul 2016 03:46:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5de4bb06-ad92-474f-b86c-f39d16c27f79</guid><dc:creator>Songplus</dc:creator><description>&lt;p&gt;Thank you for your answer.I have found a way to avoid using the GPIOTE,but it will raise cost,and have to change the sheet design .I think my problem is not difficult to answer for a Nordic engineers,why couldn&amp;#39;t give me a directly explanation as PrithviRaj Narendra&amp;#39;s answer.It is little dispointed.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56390?ContentTypeID=1</link><pubDate>Mon, 04 Jul 2016 03:28:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b14a1f27-d3d4-4aca-823e-0798209f9e80</guid><dc:creator>Songplus</dc:creator><description>&lt;p&gt;Thank you for you answer.You know,In some applications,especially low power consum products,22uA is very very high current for a cell battery powers.Yeasterday,I found a way to solution the chip bug.I will consider of the nRF52x at the next generation products&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56389?ContentTypeID=1</link><pubDate>Wed, 29 Jun 2016 11:08:37 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a5aa2288-88d7-4bc1-ae53-3728f9fb7d8d</guid><dc:creator>FormerMember</dc:creator><description>&lt;p&gt;Yes, its high current consumption. I&amp;#39;ll be interested in knowing why this is so, although as a system developer I don&amp;#39;t need this info as I can&amp;#39;t fix it. I just work with knowing that GPIOTE input channels take 22 uA.&lt;/p&gt;
&lt;p&gt;Not sure if Nordic will explain to us their design causing the 22 uA consumption. They&amp;#39;ve fixed it in nRF52 where its in nA.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56392?ContentTypeID=1</link><pubDate>Wed, 29 Jun 2016 09:18:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:275b54f4-c003-4e26-9feb-2b25b2fc5f19</guid><dc:creator>Lars Sundell</dc:creator><description>&lt;p&gt;I see that the support team has not answered this yet (probably because they find the answer provided by PrithviRaj Narendra correct). I am part of the design team and can confirm that PORT event is the best solution to ensure as low power consumption as possible.
Using PORT event will give you the Igpio,idle current consumption.
Please not that PORT event will not give you edge triggering, only level, so the IRQ handler may need some tuning if you need edge detect.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56391?ContentTypeID=1</link><pubDate>Wed, 29 Jun 2016 02:57:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d7e07368-5284-4d80-b516-d2281d5d16cf</guid><dc:creator>Songplus</dc:creator><description>&lt;p&gt;SOS ....I need a professional answer.Where  are the Nordic engineers? Why the chip&amp;#39;s GPIOTE consums current so high?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56388?ContentTypeID=1</link><pubDate>Tue, 28 Jun 2016 01:36:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ff639ec9-bab6-4924-90e3-6f0767c09f7d</guid><dc:creator>Songplus</dc:creator><description>&lt;p&gt;I know how to use the GPIOTE,what I care is the GPIOTE current consumption.I think the GPIOTE intrrupt is a big bug design, I &amp;#39;d never seem MUC&amp;#39;s gpio intterup consum so high  current.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56387?ContentTypeID=1</link><pubDate>Mon, 27 Jun 2016 10:31:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:856d1114-ddca-4522-b903-66dc7c068257</guid><dc:creator>FormerMember</dc:creator><description>&lt;p&gt;If your aim is to wake up from sleep, then the PORT event is your best bet. For all the required pins in GPIO peripheral set the SENSE field in &lt;code&gt;PIN_CNF[n]&lt;/code&gt; as High or Low with the input buffer connected.&lt;/p&gt;
&lt;p&gt;Next enable the GPIOTE PORT event&amp;#39;s interrupt. This will cause the system to wake up, even from the OFF mode. In the ON mode, you can check which pin triggered the PORT event in the GPIOTE IRQ handler to do the appropriate next step.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why  NRF51x GPIOTE input  mode static current consumpts so high?</title><link>https://devzone.nordicsemi.com/thread/56386?ContentTypeID=1</link><pubDate>Mon, 27 Jun 2016 01:55:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:21acbed2-5982-4f2e-9c06-3ff310bf7ea8</guid><dc:creator>Songplus</dc:creator><description>&lt;p&gt;PS, my English is not good, so be patience to read it over ^_^&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>