<?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>nRF51822 QFAA resets when connecting to it</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/28970/nrf51822-qfaa-resets-when-connecting-to-it</link><description>As the title says, I&amp;#39;m having problems connecting to my device with my custom board and I don&amp;#39;t know what else to do. This is my Layout: 
 
 Whenever I upload my firmware to the nRF Kit it works perfectly, the chip is able to receive the data and it doesn</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Sun, 07 Jan 2018 20:08:44 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/28970/nrf51822-qfaa-resets-when-connecting-to-it" /><item><title>RE: nRF51822 QFAA resets when connecting to it</title><link>https://devzone.nordicsemi.com/thread/114589?ContentTypeID=1</link><pubDate>Sun, 07 Jan 2018 20:08:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:85b14c26-d826-432e-9ec4-7f7dfc8035af</guid><dc:creator>Nguyen Hoan Hoang</dc:creator><description>&lt;p&gt;First thing to check, your chip (16KB) has less ram than the DK (32KB).  Have you modify the ld script for the ram size of your chip ?  Second a reset could be caused by a SDK returning an error code.  Breakpoint in the error handler and back track stack to see where it happened.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 QFAA resets when connecting to it</title><link>https://devzone.nordicsemi.com/thread/114583?ContentTypeID=1</link><pubDate>Fri, 05 Jan 2018 12:54:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:21d554db-d372-440c-8ec7-d6b37e403dc7</guid><dc:creator>MartinBL</dc:creator><description>&lt;p&gt;I suppose a sniffer trace could also be useful. You can use our &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.tools/dita/tools/sniffer/sniffer_intro.html?resultof=%22%73%6e%69%66%66%65%72%22%20"&gt;sniffer solution&lt;/a&gt; and your nRF51 DK to sniff the packets from your custom board.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 QFAA resets when connecting to it</title><link>https://devzone.nordicsemi.com/thread/114588?ContentTypeID=1</link><pubDate>Fri, 05 Jan 2018 08:58:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:355d7f8d-1117-4ea1-8911-ef1794c17095</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;HW problems like missing passive components or antenna stage problems should be the last. If you say what Soft Device you use we could have a look if chip version without AN is the problem but again it&amp;#39;s unlikely that you would pass all the initialization up to the GAP Peripheral advertising and link establishment. Memory mapping again should cause failure earlier but who knows. In the end you will nee to debug the FW, guessing over the internet does work only in small percentage of cases;)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 QFAA resets when connecting to it</title><link>https://devzone.nordicsemi.com/thread/114587?ContentTypeID=1</link><pubDate>Fri, 05 Jan 2018 08:42:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:45954ec0-ff1e-4c1e-8ec8-fb779999c848</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Btw. if the FW works well on Dev Kit then you should check LF and HF clock sources because these are typically the only differences which matter for FWs which are using Nordic Soft Device. They typically fail during SD init not later but it can happen. If this is fine then make sure you compile for good target (ROM = flash and RAM memory limits). FW compiled for smaller chip version should still work on bigger variant (so on DK it should be always OK while on some other board with smaller chip not). Also check that chip on your custom board is Rev3! That&amp;#39;s coded on letters after QFAA/QFAC code. If you have Rev2 it still can work but if you have Rev1 then many BLE FW examples with newer Soft Device won&amp;#39;t work.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 QFAA resets when connecting to it</title><link>https://devzone.nordicsemi.com/thread/114586?ContentTypeID=1</link><pubDate>Fri, 05 Jan 2018 08:39:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c53c01d3-aa2b-4e60-b491-f480222a51a6</guid><dc:creator>PabloGC</dc:creator><description>&lt;p&gt;My main question is what causes this if the same FW works perfectly in the Nordic Dev Kit:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Is it missing a decoupling capacitor?&lt;/li&gt;
&lt;li&gt;Is it because the nRF 51822 QFAA doesn&amp;#39;t have enough memory space (mapped from the FW) to manage BLE connections?&lt;/li&gt;
&lt;li&gt;Is it because of the Antenna&amp;#39;s design?&lt;/li&gt;
&lt;li&gt;Is it because nRF 51822 QFAA is missing ANT?&lt;/li&gt;
&lt;/ul&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 QFAA resets when connecting to it</title><link>https://devzone.nordicsemi.com/thread/114585?ContentTypeID=1</link><pubDate>Fri, 05 Jan 2018 08:39:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:df7435ff-097e-4462-abdf-19438370335c</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Well black box or not, you have it in the source code, you have compiled it so I&amp;#39;m afraid you should debug;) LED is fine for the beginning but as this is 100% reproducible and in software then logical next step is to enable UART logging, attaching some UART serial to USB (virtual COM port) cable and looking into the log on PC (in some terminal like PuTTY) where is the assert. If not visible then put some more logging (just keep it short not to disturb the operation with too much processing) and dig into it until you will find the place. There is big chance that once you will see it you will understand the problem straight ahead. If not then there is good chance that someone here will help you with analysis. I don&amp;#39;t think anyone here would (and should) spend time on debugging your FW...&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 QFAA resets when connecting to it</title><link>https://devzone.nordicsemi.com/thread/114584?ContentTypeID=1</link><pubDate>Fri, 05 Jan 2018 08:34:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5537c8c5-67bd-459e-ae26-75f5bb97d423</guid><dc:creator>PabloGC</dc:creator><description>&lt;p&gt;Your description is little confusing: is your &amp;quot;custom&amp;quot; board running GAP Peripheral role and you connect to it from your phone with nRF Connect app?&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;- Yes, I connect with my phone to my custom board;
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;Also what FWs you run on the devices?&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;   - A modified version of BLE_APP_HRS. The FW works properly when upload to Nordic Dev Kit (this means that my phone can connect and receive correct data from NDK);
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;Like having UART logging and see what SD call returns unexpected error code, if it is asserted in your FW and you reset the board from FW or is it some total hard fault going from Soft Device?&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;  - I&amp;#39;m debugging with a LED. The reset occurs whenever the phone connects to the board. This part of the code should be a black box provided by the examples from Nordic (didn&amp;#39;t touch anything from here or the handler that manages the connection protocols);
&lt;/code&gt;&lt;/pre&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 QFAA resets when connecting to it</title><link>https://devzone.nordicsemi.com/thread/114582?ContentTypeID=1</link><pubDate>Fri, 05 Jan 2018 07:32:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f6a2f1ea-5a38-4589-b515-4a67e176657a</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Hi Pablo,&lt;/p&gt;
&lt;p&gt;Your description is little confusing: is your &amp;quot;custom&amp;quot; board running GAP Peripheral role and you connect to it from your phone with nRF Connect app? Or is it GAP Central and it tries to connect to another BLE device (GAP Peripheral) which is Nordic Dev Kit? Also what FWs you run on the devices? Finally have you done any debugging on the embedded side? Like having UART logging and see what SD call returns unexpected error code, if it is asserted in your FW and you reset the board from FW or is it some total hard fault going from Soft Device? There are many things you can (and actually should) do before going further here on the forum...&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>