<?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>Changing the nRF51822&amp;#39;s supply voltage at runtime</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/4200/changing-the-nrf51822-s-supply-voltage-at-runtime</link><description>We have an application in which it would be nice to change the supply voltage for our Nordic module (nRF51822 running the Soft Device) depending on which other modules on our board are powered up and in use. This is because the other modules have higher</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 27 Oct 2014 14:32:16 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/4200/changing-the-nrf51822-s-supply-voltage-at-runtime" /><item><title>RE: Changing the nRF51822's supply voltage at runtime</title><link>https://devzone.nordicsemi.com/thread/15008?ContentTypeID=1</link><pubDate>Mon, 27 Oct 2014 14:32:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c7be50ee-f485-436d-96e7-dea18f1932d1</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;Hi Eliot,&lt;/p&gt;
&lt;p&gt;Dropping the voltage from 3.0 -&amp;gt; 1.8V will not be a preferred solution for your issue.
This drop in voltage is to be considered as a voltage ripple, which we do not have a hard specification for, but we recommend that the ripple on VDD is within 100 mVpp.&lt;/p&gt;
&lt;p&gt;A more preferred solution is to use a level shifter (discrete via two transistors on RXD/TXD or a IC solution).&lt;/p&gt;
&lt;p&gt;Regarding the GPIO state; when you&amp;#39;re powering up, the nRF is in a RESET-state (which is a undefined state), where the GPIOs are undefined.
When the chip has successfully powered up, the GPIOs are disconnected (internally) by default (hi Z).&lt;/p&gt;
&lt;p&gt;Cheers,
Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>