<?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>nRF52 - Zephyr application problems - clock source selection - wake up config</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/94616/nrf52---zephyr-application-problems---clock-source-selection---wake-up-config</link><description>Hello, I have three questions that i could not clarify in an adequate amount of time via Google and DevZone. 
 Setup: I am working on a custom board equipped with nRF52805. We are currently replacing our BLE module from a different manufacturer to one</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 12 Dec 2022 14:02:14 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/94616/nrf52---zephyr-application-problems---clock-source-selection---wake-up-config" /><item><title>RE: nRF52 - Zephyr application problems - clock source selection - wake up config</title><link>https://devzone.nordicsemi.com/thread/400165?ContentTypeID=1</link><pubDate>Mon, 12 Dec 2022 14:02:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ca1f7ee1-edb2-46e1-b8cc-05d47a4d92e0</guid><dc:creator>Dino Seiler</dc:creator><description>&lt;p&gt;After a pristine build, the RAM retention is working again.&lt;br /&gt;I have no explanation why, but I am happy about it ;)&lt;br /&gt;&lt;br /&gt;Regards&lt;br /&gt;Dino&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52 - Zephyr application problems - clock source selection - wake up config</title><link>https://devzone.nordicsemi.com/thread/400150?ContentTypeID=1</link><pubDate>Mon, 12 Dec 2022 13:24:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6c1d9fd8-90d8-4c73-9018-0e2d12b8d028</guid><dc:creator>Dino Seiler</dc:creator><description>&lt;p&gt;Following the &lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/2.1.2/zephyr/samples/basic/button/README.html"&gt;zephyr button example&lt;/a&gt;, I managed to wake the system up again on a GPIO irq.&lt;br /&gt;The current consumption increased now to ~4uA, which corresponts to &amp;quot;I&lt;sub class="ph sub"&gt;ON_RAMON_GPIOTE&lt;/sub&gt;&amp;quot; from &lt;a href="https://infocenter.nordicsemi.com/index.jsp?topic=%2Fps_nrf52805%2F_tmp%2Fnrf52805%2Fautodita%2FCURRENT%2Fparameters.i_sleep.html&amp;amp;cp=4_6_0_4_1_0_0"&gt;table Electrical specification Sleep.&lt;br /&gt;&lt;br /&gt;&lt;/a&gt;I did not research on that, but i assume the sleep mode is entered using a wfi() instruction, not wfe(). -&amp;gt; This might explain why the system doesen&amp;#39;t wake up on port event from &amp;quot;system off example&amp;quot;.&lt;/p&gt;
&lt;p&gt;However, the RAM data retention is not working properly anymore so far. &lt;br /&gt;If I resolve the issue&amp;nbsp; i will update the thread.&lt;br /&gt;&lt;br /&gt;Regards&lt;br /&gt;Dino&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>