<?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>nRF52832 external crystals needed or not</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/23982/nrf52832-external-crystals-needed-or-not</link><description>Hello, 
 I need some clarifications about external crystals for nRF52832. 
 We are evaluating a prototype system with two units A and B each containing an nRF52832.
A and B will communicate via UART.
Unit A will also use BLE to communicate with other</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 02 Aug 2017 07:16:00 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/23982/nrf52832-external-crystals-needed-or-not" /><item><title>RE: nRF52832 external crystals needed or not</title><link>https://devzone.nordicsemi.com/thread/94416?ContentTypeID=1</link><pubDate>Wed, 02 Aug 2017 07:16:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6fe2e3d5-9dfd-4a74-b6f0-b4a707510450</guid><dc:creator>Mattias</dc:creator><description>&lt;p&gt;Thanks! I understand your comment about using a general purpose MCU. If the configuration in the final product will be as I described in my question this will probably be the case. At the moment we are in an early concept evaluation phase and want a prototype that can support different configurations with minor changes (e.g. add crystal and support BLE in unit B).&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 external crystals needed or not</title><link>https://devzone.nordicsemi.com/thread/94415?ContentTypeID=1</link><pubDate>Tue, 01 Aug 2017 14:28:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:61f216fc-4e8a-4911-bde3-08ef9cb10601</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Hi Mattias,&lt;/p&gt;
&lt;p&gt;There are like dozens of similar questions on the forum but let&amp;#39;s go through it again;)&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;You always need external HF clock source on nRF52, no exceptions (more about that in last point).&lt;/li&gt;
&lt;li&gt;You don&amp;#39;t need to have LF external clock source but then you are either on &amp;quot;power hungry and not officially supported for Nordic BLE stack&amp;quot; synthesized clock from HF or on internal RC which need some SW routine to periodically calibrate. There are many hints on infocenter and this dev zone about this so it should be still safe way.&lt;/li&gt;
&lt;li&gt;The same as previous point.&lt;/li&gt;
&lt;li&gt;I believe that running nRF52 on internal HF clock (which is normally used only before external 32MHz crystal is stable and can be used) is highly not recommended. You can probably run nRF2 on it but that means you cannot use radio which brings the question: why would anyone on Earth use chip dedicated for BLE for something else when any general purpose ARM Cortex-M MCU can be used instead?;) Just with STM32 product line you get cheaper, smaller, more power effective (when you don&amp;#39;t need 2.4GHz radio) and smaller PCB footprint items, similar with other vendors...&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Cheers Jan&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52832 external crystals needed or not</title><link>https://devzone.nordicsemi.com/thread/94414?ContentTypeID=1</link><pubDate>Tue, 01 Aug 2017 14:24:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:29765775-56f1-482e-8973-9ba8d624d129</guid><dc:creator>RK</dc:creator><description>&lt;ol&gt;
&lt;li&gt;yes&lt;/li&gt;
&lt;li&gt;no - but you&amp;#39;ll get possibly bad RTC accuracy with the LC oscillator. If you don&amp;#39;t care that 10ms becomes 12ms, that&amp;#39;s not an issue.&lt;/li&gt;
&lt;li&gt;you do not&lt;/li&gt;
&lt;li&gt;you do not, the unit will run off RC for as long as you like. Might find UART timing at high baud rates a bit interesting, but it&amp;#39;ll run&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;you can test all this stuff with the dev kit by just writing code which doesn&amp;#39;t even turn the LF or HF crystal oscillators on.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>