<?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>nRF52 BLE app hangs on ble_stack_init()</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/43032/nrf52-ble-app-hangs-on-ble_stack_init</link><description>I am experiencing an issue where the program hangs on one board, but not another. I am able to program the Evaluation board (EV BT832AF) ok and run everything, but when I program a production board (BT832AF) The program hangs. (I am able to program and</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 28 Jan 2019 10:27:00 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/43032/nrf52-ble-app-hangs-on-ble_stack_init" /><item><title>RE: nRF52 BLE app hangs on ble_stack_init()</title><link>https://devzone.nordicsemi.com/thread/168188?ContentTypeID=1</link><pubDate>Mon, 28 Jan 2019 10:27:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:09cf4e3e-538b-443d-99f7-cbcc76ed9da9</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The&amp;nbsp;SoftDevice Handler library is used by most BLE example in SDK 15.2. Do you use it? If so you have to configure it to use the RC oscillator by setting&amp;nbsp;NRF_SDH_CLOCK_LF_SRC to 0 (NRF_CLOCK_LF_SRC_RC) in the projects sdk_config.h. You should not have to do any other modifications.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52 BLE app hangs on ble_stack_init()</title><link>https://devzone.nordicsemi.com/thread/168041?ContentTypeID=1</link><pubDate>Fri, 25 Jan 2019 23:16:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:23e45320-3f7e-4098-aa3f-c9200bc66337</guid><dc:creator>spaniel</dc:creator><description>&lt;p&gt;I&amp;#39;ve poked around and found this in nrf_drv_clock.c&lt;/p&gt;
&lt;p&gt;#if (CLOCK_CONFIG_LF_SRC == NRF_CLOCK_LFCLK_RC) &amp;amp;&amp;amp; !defined(SOFTDEVICE_PRESENT)&lt;br /&gt;#define CALIBRATION_SUPPORT 1&lt;br /&gt;#else&lt;br /&gt;#define CALIBRATION_SUPPORT 1 //&amp;nbsp; ** This was 0, changed it to 1 to force calibration support. **&lt;br /&gt;#endif&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Changing this to 1 seems to have gotten everything up and running.&amp;nbsp; I really don&amp;#39;t know what the consequences of this action are fully yet.&amp;nbsp; The if statement seems to suggest that if a softdevice is present (which it is) then I shouldn&amp;#39;t use calibration support....&amp;nbsp; I really don&amp;#39;t know why this worked, which is scary!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52 BLE app hangs on ble_stack_init()</title><link>https://devzone.nordicsemi.com/thread/168038?ContentTypeID=1</link><pubDate>Fri, 25 Jan 2019 22:03:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:40f6677f-4ff0-4859-8043-14f0caf1e2c9</guid><dc:creator>Nguyen Hoan Hoang</dc:creator><description>&lt;p&gt;That seems correct for setting the RC. &amp;nbsp;You&amp;#39;ll need to trace it out. &amp;nbsp;There might be some places in your code that may bypass the RC settings.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52 BLE app hangs on ble_stack_init()</title><link>https://devzone.nordicsemi.com/thread/168037?ContentTypeID=1</link><pubDate>Fri, 25 Jan 2019 21:45:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a810d3d2-642f-4088-9fcc-3573b7fef15a</guid><dc:creator>spaniel</dc:creator><description>&lt;p&gt;thanks for the quick response.&amp;nbsp; That does seem to be the root cause.&amp;nbsp; To confirm that the crystal is the problem, I removed the LF crystal from the circuit on the Development board and was able to reproduce the problem.&lt;/p&gt;
&lt;p&gt;I&amp;#39;ve done some interneting and found that the clock source can be changed to RC instead of XTAL for applications where there is no LF crystal.&amp;nbsp; Here&amp;#39;s a resource that seemed to lay it out fairly well:&amp;nbsp;&amp;nbsp;&lt;a href="https://rigado.zendesk.com/hc/en-us/articles/225674668-Example-files-will-not-run-on-my-hardware-LF-Clock-Source-Selection"&gt;https://rigado.zendesk.com/hc/en-us/articles/225674668-Example-files-will-not-run-on-my-hardware-LF-Clock-Source-Selection&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;I followed those steps and rebuilt, but still having the same issue.&amp;nbsp; Am I missing another step?&lt;/p&gt;
&lt;p&gt;thanks!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52 BLE app hangs on ble_stack_init()</title><link>https://devzone.nordicsemi.com/thread/168031?ContentTypeID=1</link><pubDate>Fri, 25 Jan 2019 20:00:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ef240d46-c63d-45bc-918b-7c24b9bac31b</guid><dc:creator>Nguyen Hoan Hoang</dc:creator><description>&lt;p&gt;I think the 32KHz crystal is missing on your production board.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>