<?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>Hardfault happening in the SDK with BLE</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/56462/hardfault-happening-in-the-sdk-with-ble</link><description>I understand there is a hard fault happening in the SDK. I am using SDK 15.3.0, I am not on a sdk example, but on a specific program I am doing I can&amp;#39;t share. It happens a few seconds after BLE connection. Not all the time, just one time out of many.</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 16 Jan 2020 11:32:02 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/56462/hardfault-happening-in-the-sdk-with-ble" /><item><title>RE: Hardfault happening in the SDK with BLE</title><link>https://devzone.nordicsemi.com/thread/229391?ContentTypeID=1</link><pubDate>Thu, 16 Jan 2020 11:32:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ed67c0d2-249e-4e34-b706-8df621d1e1db</guid><dc:creator>Salmat</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I did not really tried to understand, but in the mean time I detected a function on my application not verifying the length of data I corrected, and I have not seen the bug any more ... witch could be what you explained.&lt;/p&gt;
&lt;p&gt;Thanks for your response/time,&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hardfault happening in the SDK with BLE</title><link>https://devzone.nordicsemi.com/thread/228740?ContentTypeID=1</link><pubDate>Mon, 13 Jan 2020 09:22:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a03eb233-6056-4bdf-a15b-9d2dc9602a94</guid><dc:creator>H&amp;#229;kon Alseth</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The sections are located in RO data (ie: in flash), and the section_var library would then fetch&amp;nbsp;a pointer to these and execute it.&lt;/p&gt;
&lt;p&gt;Since you see a corruption in the&amp;nbsp;p_observer (thus, possibly the &amp;quot;iter&amp;quot; variable), it points to a stack corruption of some kind.&lt;/p&gt;
&lt;p&gt;Q1: Do you have a log / picture of the cpu registers when this occurred? In your screenshot, I am not seeing the SP (R13) content.&lt;/p&gt;
&lt;p&gt;Since this occurs quite early in the process, it might not be a stack corruption, but a free running pointer (array going out-of-bounds or something) that happens to&amp;nbsp;corrupt global memory.&lt;/p&gt;
&lt;p&gt;Q2: Is the sections handled in the linker script? Could you share your linker script?&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Håkon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>