<?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>BLE Secure bootloader SD clock issues</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/55505/ble-secure-bootloader-sd-clock-issues</link><description>Hallo All :-) 
 As an enthousiast hobbyist I&amp;#39;ve developed a custom board around an nRF52832-CIAA. When I started testing with a BLE secure bootloader from the SDK16 examples, it all worked flawless on my PCA10040 evaluation board. On my own board however</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 12 Dec 2019 09:27:47 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/55505/ble-secure-bootloader-sd-clock-issues" /><item><title>RE: BLE Secure bootloader SD clock issues</title><link>https://devzone.nordicsemi.com/thread/225100?ContentTypeID=1</link><pubDate>Thu, 12 Dec 2019 09:27:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:33bdca6b-e99c-487d-b372-b2134f8f8eef</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;Hi Peter,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Aha, that explains it. Anyways, happy to hear that things are working as they should!&lt;/p&gt;
&lt;p&gt;Happy to help &lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f642.svg" title="Slight smile"&gt;&amp;#x1f642;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Best regards&lt;/p&gt;
&lt;p&gt;Bjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Secure bootloader SD clock issues</title><link>https://devzone.nordicsemi.com/thread/225088?ContentTypeID=1</link><pubDate>Thu, 12 Dec 2019 09:08:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fd88a04a-5718-4827-9886-9022c544bffc</guid><dc:creator>pjboudewijns</dc:creator><description>&lt;p&gt;Hi Bjorn,&lt;/p&gt;
&lt;p&gt;You are so right! I am using the nRF Connect app. But to my shame I discovered I was still using an RSSI filter that was critical. So most of the time the RF signal from my board didn&amp;#39;t exceed the threshold. And thus, the device did not appear in the app leading me to conclude it was not transmitting. Stupid mistake. So now the bootloader and my own buttonless DFU application both work super!&lt;/p&gt;
&lt;p&gt;Thanks for your support. Nordic rocks :-)&lt;/p&gt;
&lt;p&gt;PeTer&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Secure bootloader SD clock issues</title><link>https://devzone.nordicsemi.com/thread/225075?ContentTypeID=1</link><pubDate>Thu, 12 Dec 2019 08:05:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7888ce71-0fd5-426e-9a68-cf4ead5b6801</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;The LFCLK setting should not affect the &amp;quot;discoverablity&amp;quot; of the device. Its the advertisment interval that will determine how quickly a device is &amp;quot;found&amp;quot; by a BLE Central that is scanning. WHich mobile app are you using to scan for BLE devices?&lt;/p&gt;
&lt;p&gt;Best regards&lt;/p&gt;
&lt;p&gt;Bjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Secure bootloader SD clock issues</title><link>https://devzone.nordicsemi.com/thread/224949?ContentTypeID=1</link><pubDate>Wed, 11 Dec 2019 14:29:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0e302c71-0c72-48fd-9b99-da6d3baa67ff</guid><dc:creator>pjboudewijns</dc:creator><description>&lt;p&gt;Hi Bjorn,&lt;/p&gt;
&lt;p&gt;No, my own design does not have a 32.768 kHz crystal. So I already experimented with the settings you mentioned. Right now my bootloader is functional, but is looks like the changed setting has a great influence on the BLE functionality. When I start the device without a valid application it sometimes takes almost 30 seconds before the device is &amp;#39;found&amp;#39; by the app on my phone. Sometimes it cant be found at all.&lt;/p&gt;
&lt;p&gt;When found, I can perform an OTA DFU with my own application based on the BUTTONLESS_DFU example. So I&amp;#39;ve made a huge leap forward. But my only concern is the seemingly &amp;#39;unstable&amp;#39; behaviour on BLE.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Secure bootloader SD clock issues</title><link>https://devzone.nordicsemi.com/thread/224942?ContentTypeID=1</link><pubDate>Wed, 11 Dec 2019 14:06:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f5f00566-6861-43e5-8c65-45f1de0caa87</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;Hi Peter,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Does your custom board have the external 32.768 kHz crystal?&amp;nbsp; If it does not, then you need to configure the SoftDevice to use the internal RC oscillator by setting the following defines in the sdk_config.h file in both the bootloader project and in your application project.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="c_cpp"&gt;#define NRF_SDH_CLOCK_LF_SRC 0

#define NRF_SDH_CLOCK_LF_RC_CTIV 16

#define NRF_SDH_CLOCK_LF_RC_TEMP_CTIV 2

#define NRF_SDH_CLOCK_LF_ACCURACY 1 &lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;Best regards&lt;/p&gt;
&lt;p&gt;Bjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>