<?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>internal rc slow clock problems with sdk12 and sdk14</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/29792/internal-rc-slow-clock-problems-with-sdk12-and-sdk14</link><description>For ble central devices on nrf52, there are problems with the internal rc slow clock. When I load the project ble_app_uart_c onto the PCA10040, everything works as expected. The only thing changed is to set the LF source to 0 for internal rc, CTIV = 12</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 02 Feb 2018 15:15:57 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/29792/internal-rc-slow-clock-problems-with-sdk12-and-sdk14" /><item><title>RE: internal rc slow clock problems with sdk12 and sdk14</title><link>https://devzone.nordicsemi.com/thread/119569?ContentTypeID=1</link><pubDate>Fri, 02 Feb 2018 15:15:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4e180bb8-a45b-41cf-b019-ea3381141311</guid><dc:creator>robotjosh</dc:creator><description>&lt;p&gt;The slow clock does actually work with sdk12 and sdk14. &amp;nbsp;Check the error registers, something might be hard faulting. &amp;nbsp;This problem I reported was actually because it was having a uart rx hard fault if the rx line is disconnected and not pulled high. &amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: internal rc slow clock problems with sdk12 and sdk14</title><link>https://devzone.nordicsemi.com/thread/118192?ContentTypeID=1</link><pubDate>Fri, 26 Jan 2018 01:18:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3e428ecd-b090-4791-9a3b-62298ddfd6a5</guid><dc:creator>jumpingfool</dc:creator><description>&lt;p&gt;Sorry to revive this old thread but I am having this same issue with using the RC clock source and the bootloader in SDK 14.2. Symptoms are that the board won&amp;#39;t run until given an external kick - all it requires is JLINK to be connected once (not even debugger connected) and then the board runs and can be disconnected from the programmer.&lt;/p&gt;
&lt;p&gt;If I flash just the application without the bootloader (so the Softdevice handles clock initialisation) then the board runs fine without the need for the initial JLINK kick.&lt;/p&gt;
&lt;p&gt;I have eliminated a clock configuration issue - I&amp;#39;ve traced through the bootloader initialisation and it is pulling the correct values from sdk_config.h when making the call to nrf_drv_clock_init.&lt;/p&gt;
&lt;p&gt;My suspicion is that the clock initialisation code in the SDK 14 bootloader is missing a step necessary to start the RC oscillator. This wouldn&amp;#39;t be immediately obvious on the DK board as the debug interface would generally be active and this seems to be enough to kick the RC into life.&lt;/p&gt;
&lt;p&gt;This is driving me crazy - any help would be gratefully received!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: internal rc slow clock problems with sdk12 and sdk14</title><link>https://devzone.nordicsemi.com/thread/118190?ContentTypeID=1</link><pubDate>Wed, 23 Aug 2017 22:12:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7bb83680-35b5-4f5e-9842-b1c31a1c233d</guid><dc:creator>robotjosh</dc:creator><description>&lt;p&gt;It was the uart rx pin not pulled high, thought it was always receiving.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: internal rc slow clock problems with sdk12 and sdk14</title><link>https://devzone.nordicsemi.com/thread/118191?ContentTypeID=1</link><pubDate>Wed, 23 Aug 2017 15:18:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:710a8e02-0c4e-48d4-9761-8e1ac636689f</guid><dc:creator>robotjosh</dc:creator><description>&lt;p&gt;I have also cut these traces on my dev kit and can see the code runs as expected.  I am stumped why my design hard faults with invalid instruction when it appears to be the exact same configuration running the exact same code.  Other code that only scans and advertises runs on my design as expected.  Only if the firmware supports connections the code hard faults on startup.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: internal rc slow clock problems with sdk12 and sdk14</title><link>https://devzone.nordicsemi.com/thread/118195?ContentTypeID=1</link><pubDate>Wed, 23 Aug 2017 12:48:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7760309b-889e-4498-b286-67bf0add9eaf</guid><dc:creator>J&amp;#248;rgen Holmefjord</dc:creator><description>&lt;p&gt;Yes, I have tested this on PCA10040 board with &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.nrf52/dita/nrf52/development/nrf52_dev_kit/hw_32khz_crystal.html?cp=2_1_4_5_5"&gt;SB1/SB2 cut and SB3/SB4 soldered&lt;/a&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: internal rc slow clock problems with sdk12 and sdk14</title><link>https://devzone.nordicsemi.com/thread/118194?ContentTypeID=1</link><pubDate>Wed, 23 Aug 2017 12:27:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2d0a5e1a-0c1f-47d7-8d7f-a0b85674e2f3</guid><dc:creator>robotjosh</dc:creator><description>&lt;p&gt;Have you tested this on a device which does not have the low frequency crystal placed?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: internal rc slow clock problems with sdk12 and sdk14</title><link>https://devzone.nordicsemi.com/thread/118193?ContentTypeID=1</link><pubDate>Wed, 23 Aug 2017 12:18:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:02c95e38-d46b-4bef-8fa8-4f193d381410</guid><dc:creator>J&amp;#248;rgen Holmefjord</dc:creator><description>&lt;p&gt;Are you sure that you set the clock source in the correct place? In SDK 14, you can change the clock source using the sdk_config.h macros:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;//==========================================================

// &amp;lt;h&amp;gt; Clock - SoftDevice clock configuration

//==========================================================
// &amp;lt;o&amp;gt; NRF_SDH_CLOCK_LF_SRC  - SoftDevice clock source.
 
// &amp;lt;0=&amp;gt; NRF_CLOCK_LF_SRC_RC 
// &amp;lt;1=&amp;gt; NRF_CLOCK_LF_SRC_XTAL 
// &amp;lt;2=&amp;gt; NRF_CLOCK_LF_SRC_SYNTH 

#ifndef NRF_SDH_CLOCK_LF_SRC
#define NRF_SDH_CLOCK_LF_SRC 0
#endif

// &amp;lt;o&amp;gt; NRF_SDH_CLOCK_LF_RC_CTIV - SoftDevice calibration timer interval. 
#ifndef NRF_SDH_CLOCK_LF_RC_CTIV
#define NRF_SDH_CLOCK_LF_RC_CTIV 12
#endif

// &amp;lt;o&amp;gt; NRF_SDH_CLOCK_LF_RC_TEMP_CTIV - SoftDevice calibration timer interval under constant temperature. 
// &amp;lt;i&amp;gt; How often (in number of calibration intervals) the RC oscillator shall be calibrated
// &amp;lt;i&amp;gt;  if the temperature has not changed.

#ifndef NRF_SDH_CLOCK_LF_RC_TEMP_CTIV
#define NRF_SDH_CLOCK_LF_RC_TEMP_CTIV 2
#endif

// &amp;lt;o&amp;gt; NRF_SDH_CLOCK_LF_XTAL_ACCURACY  - External crystal clock accuracy used in the LL to compute timing windows.
 
// &amp;lt;0=&amp;gt; NRF_CLOCK_LF_XTAL_ACCURACY_250_PPM 
// &amp;lt;1=&amp;gt; NRF_CLOCK_LF_XTAL_ACCURACY_500_PPM 
// &amp;lt;2=&amp;gt; NRF_CLOCK_LF_XTAL_ACCURACY_150_PPM 
// &amp;lt;3=&amp;gt; NRF_CLOCK_LF_XTAL_ACCURACY_100_PPM 
// &amp;lt;4=&amp;gt; NRF_CLOCK_LF_XTAL_ACCURACY_75_PPM 
// &amp;lt;5=&amp;gt; NRF_CLOCK_LF_XTAL_ACCURACY_50_PPM 
// &amp;lt;6=&amp;gt; NRF_CLOCK_LF_XTAL_ACCURACY_30_PPM 
// &amp;lt;7=&amp;gt; NRF_CLOCK_LF_XTAL_ACCURACY_20_PPM 

#ifndef NRF_SDH_CLOCK_LF_XTAL_ACCURACY
#define NRF_SDH_CLOCK_LF_XTAL_ACCURACY 7
#endif

// &amp;lt;/h&amp;gt; 
//==========================================================
&lt;/code&gt;&lt;/pre&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>