<?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>RTC causes VDD to rise in deep sleep mode</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/95373/rtc-causes-vdd-to-rise-in-deep-sleep-mode</link><description>I have some custom hardware that uses an nRF52832 interfaced to a PCF85063A RTC. I&amp;#39;m using I2C0 to communicate with the RTC, and am coding with v2.2.0 of NCS. 
 My MCU spends most of its time in deep sleep, occasionally exiting when triggered by a GPIO</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 06 Jan 2023 04:00:23 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/95373/rtc-causes-vdd-to-rise-in-deep-sleep-mode" /><item><title>RE: RTC causes VDD to rise in deep sleep mode</title><link>https://devzone.nordicsemi.com/thread/403509?ContentTypeID=1</link><pubDate>Fri, 06 Jan 2023 04:00:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:87cf57fc-c014-48c0-beea-644486ad3887</guid><dc:creator>Mike Austin (LPI)</dc:creator><description>&lt;p&gt;Thanks guys.&amp;nbsp; You are right - seems I&amp;#39;m getting &amp;quot;backdraft&amp;quot; via R9.&amp;nbsp; The RTC pull-up resistor thing was just a diversion.&lt;/p&gt;
&lt;p&gt;Looks like I&amp;#39;ll need to mod my battery sense circuit to something like the following:&amp;nbsp;&lt;img style="max-height:240px;max-width:320px;" alt=" " src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/pastedimage1672977297435v2.png" /&gt;&lt;/p&gt;
&lt;p&gt;This will ensure my VB_SIG GPIO is isolated from the battery voltage when the MCU is in deep sleep mode.&lt;/p&gt;
&lt;p&gt;Only thing I&amp;#39;ll need to check out is the Idss leakage on Q4, as this seems to vary wildly with junction temperature - over a range of 1uA to 500uA!&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;Mike&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RTC causes VDD to rise in deep sleep mode</title><link>https://devzone.nordicsemi.com/thread/403463?ContentTypeID=1</link><pubDate>Thu, 05 Jan 2023 16:17:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:48d78923-e762-4247-a51b-ff94ad1b1ca1</guid><dc:creator>hmolesworth</dc:creator><description>&lt;p&gt;I concur with &lt;a href="https://devzone.nordicsemi.com/members/ketiljo"&gt;ketiljo&lt;/a&gt;; VB_SIG is phantom-powering VDD via the internal nRF52 schottky clamp diode. This is bad. VB_SIG must be limited to max of (say) 3.3V when battery is at&amp;nbsp; its highest expected value.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RTC causes VDD to rise in deep sleep mode</title><link>https://devzone.nordicsemi.com/thread/403392?ContentTypeID=1</link><pubDate>Thu, 05 Jan 2023 12:26:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ec6895a6-fdc5-4b18-9ace-33dedd45c554</guid><dc:creator>ketiljo</dc:creator><description>&lt;p&gt;The must be caused by the power supply. There are no other explanation to why you see the supply voltage increasing like this. One thing is certain, the nRF52 and most likely the RTC as well will not survive this kind of voltage for long. It&amp;#39;s not the only current that causes breakdown but voltage as well.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Try to remove R9 and see what happens then.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RTC causes VDD to rise in deep sleep mode</title><link>https://devzone.nordicsemi.com/thread/403280?ContentTypeID=1</link><pubDate>Thu, 05 Jan 2023 03:31:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6d32041e-6d70-4ace-986a-626e6c442a15</guid><dc:creator>Mike Austin (LPI)</dc:creator><description>&lt;p&gt;I&amp;#39;m generating VDD (3V) via a 9V battery and a LDO linear regulator (using the TPS77030 as its got the lowest quiescent and ground currents of any LDO I could find).&amp;nbsp; See screen shot of the relevant section of the schematic below.&amp;nbsp; Note that R20/R21/R9/R10/Q2 are used for measuring battery voltage.&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/pastedimage1672888965062v1.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;I did test the DC-DC conversion stage in isolation, with just a resistive load that I would apply to simulate &amp;quot;on&amp;quot; mode, and then removed that load to simulate deep sleep (so, in this mode, the LDO had zero load).&amp;nbsp; The LDO was able to keep regulation with no issue, so I know its not an issue with that.&lt;/p&gt;
&lt;p&gt;I&amp;#39;m guessing the nRF52 or my RTC has some sort of internal ESD protection that is limiting the rise on VDD to 6V, and because there is very little current behind that voltage source, its not actually causing any damage to the MCU.&amp;nbsp; But its not something I want to be seeing in my production version, hence why I&amp;#39;m trying to sort this issue out.&lt;/p&gt;
&lt;p&gt;I can verify that there is GND continuity across my board - I have a 4 layer board, with:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;the bottom layer and Layer 2 acting as a GND plane&lt;/li&gt;
&lt;li&gt;layer 3 as the power (VDD) plane&lt;/li&gt;
&lt;li&gt;top layer as the signal layer&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;In terms of how I&amp;#39;ve connected my nRF52 to VDD and GND, I&amp;#39;ve followed a very similar approach to that used on the nRF52-DK.&lt;/p&gt;
&lt;p&gt;Looking at the specs for the nRF52, it mentions something about configuring the SCL/SDA pins prior to going into low power mode&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/pastedimage1672889433673v3.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;I am wondering if this has something to do with the issue I am seeing&lt;/p&gt;
&lt;p&gt;Mike&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RTC causes VDD to rise in deep sleep mode</title><link>https://devzone.nordicsemi.com/thread/403277?ContentTypeID=1</link><pubDate>Thu, 05 Jan 2023 02:35:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:77cacbb4-1e27-4e81-8033-23427150de54</guid><dc:creator>hmolesworth</dc:creator><description>&lt;p&gt;Where does VDD come from? Is there a series LDO or&amp;nbsp;DC-DC or battery? There may be an issue with minimum current, in that this may be simple leakage although disconnecting 4k7 pull-ups indicates a voltage doubler effect; however unless the nRF52 GND is faulty 6V will cause failure of the nRF52 in any case which implies the nRF52 is not correctly connected to the common GND (ie a GND break between nRF52 and regulator or clock)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>