<?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>nRF52833/52840 reset pin in brownout</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/124716/nrf52833-52840-reset-pin-in-brownout</link><description>We have 2 projects. 1 using an nRF52833 and the other using an nRF52840. In both circumstances we can cause a brownout condition. In order to remedy this situation i wanted to use the RESET pin and pull it low momentarily after Vcc rail returned from</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 07 Apr 2026 17:37:10 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/124716/nrf52833-52840-reset-pin-in-brownout" /><item><title>RE: nRF52833/52840 reset pin in brownout</title><link>https://devzone.nordicsemi.com/thread/564555?ContentTypeID=1</link><pubDate>Tue, 07 Apr 2026 17:37:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ffceaa57-af5b-424d-a09c-6d009b66d7b5</guid><dc:creator>xgroleau</dc:creator><description>&lt;p&gt;Hi Priyanka,&amp;nbsp;&lt;br /&gt;&lt;br /&gt;We&amp;#39;ve been experiencing something similar with the nRF52833, it seems that when we are using the internal DCDC.&lt;br /&gt;We can&amp;#39;t recover from a brownout when lowering VDD to about 1.6V, raising back the voltage the chip doesn&amp;#39;t startup, we are unabled to connect a debugger to the chip and a reset doesn&amp;#39;t seem to fix it. Note that we are not using high voltage mode in this product.&lt;br /&gt;&lt;br /&gt;Disabling the DCDC and using the LDO instead seems to solve the issue, but I&amp;#39;m not conviced if that just makes it less likely or actually solves the problem.&lt;/p&gt;
&lt;div class="TypographyPresentation TypographyPresentation--medium RichText3-paragraph--withVSpacingNormal RichText3-paragraph HighlightSol HighlightSol--buildingBlock"&gt;If internal DCDC enabled&lt;/div&gt;
&lt;ul class="RichTextList-bulleted" style="list-style-type:disc;"&gt;
&lt;li&gt;Power starts at 1.8V&lt;/li&gt;
&lt;li&gt;
&lt;div class="TypographyPresentation TypographyPresentation--medium RichText3-paragraph--withVSpacingNormal RichText3-paragraph HighlightSol HighlightSol--buildingBlock"&gt;Lower power source at 1.6V: brown out&lt;/div&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;div class="TypographyPresentation TypographyPresentation--medium RichText3-paragraph--withVSpacingNormal RichText3-paragraph HighlightSol HighlightSol--buildingBlock"&gt;1.85V Still not alive, need complete power cycle to start properly&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;If internal DCDC disabled (thus using LDO&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Power starts at 1.8V&lt;/li&gt;
&lt;li&gt;Lower power source at 1.6V: brown out&lt;/li&gt;
&lt;li&gt;1.65V Comes back and the MCU starts properly&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Before issuing that fix to our customers I would like to confirm if that is an actual fix or that just makes the issue less likely. Also if that is a known/reproducible and what is the source of the issue in the nRF, if it&amp;#39;s an issue with the startup power path or something else.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Thank you&lt;br /&gt;Xavier&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52833/52840 reset pin in brownout</title><link>https://devzone.nordicsemi.com/thread/550806?ContentTypeID=1</link><pubDate>Tue, 07 Oct 2025 12:41:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1e55939e-ccf4-4cba-9366-76ccb29108da</guid><dc:creator>Priyanka</dc:creator><description>&lt;p&gt;Hi Dominic,&lt;/p&gt;
&lt;p&gt;Apologies for the delayed response. If you power the chip through VDDH (High-Voltage mode), the BOR comparator still watches the internal VDD (REG0 output), not VDDH. So the internal VDD may still be &amp;lt;1.6 V on the nRF52833 (e.g., regulator hasn’t restarted yet, or is loaded), so BOR is still asserted. Could you check the&amp;nbsp;actual VDD pin at the SoC and not just the 3.3/3.6 V rail ?&lt;/p&gt;
&lt;p&gt;-Priyanka&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>