<?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>NRF52840 Hard fault Exception Root cause Tracker</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/61194/nrf52840-hard-fault-exception-root-cause-tracker</link><description>Hi Team, 
 We are using the NRF52840 with s140 Soft device for our BLE application. 
 While we are facing some issues while doing debugging. 
 1. We are getting Hard Fault exceptions, how to know the root cause for those fault, we have checked the call</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 13 May 2020 12:31:16 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/61194/nrf52840-hard-fault-exception-root-cause-tracker" /><item><title>RE: NRF52840 Hard fault Exception Root cause Tracker</title><link>https://devzone.nordicsemi.com/thread/249720?ContentTypeID=1</link><pubDate>Wed, 13 May 2020 12:31:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a7e5eec3-85ac-424e-bf33-1888b50ef963</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Probably, yes. But I am not familiar with these kinds of issues. If you stop the execution, and then resume, and later receives a hardfault, then the break in the execution is the issue.&lt;/p&gt;
&lt;p&gt;Most reset issues aren&amp;#39;t hardfaults. It is a cool word, but usually not the case. The most common issues are APP_ERROR_CHECK(err_code) receiving an err_code != 0 (NRF_SUCCESS). The best way to know which one is to use logging. If you have enabled the log, it should say &amp;quot;fatal error&amp;quot;. If you get this, define &amp;quot;DEBUG&amp;quot; in your preprocessor definitions, and it should give you the file and line number that triggered the error. Then you need to check why the function that returned that err_code returned this value.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;So does your log say anything? What SDK version do you use?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF52840 Hard fault Exception Root cause Tracker</title><link>https://devzone.nordicsemi.com/thread/249694?ContentTypeID=1</link><pubDate>Wed, 13 May 2020 11:29:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:25bd387c-fe60-4b15-8b3b-d1bf2b17c551</guid><dc:creator>Srinivas V</dc:creator><description>&lt;p&gt;Hi Edvin,&lt;/p&gt;
&lt;p&gt;Thanks for your valuable reply.&lt;/p&gt;
&lt;p&gt;1. Is there any way to find out or know the Root cause or source&amp;nbsp; for Hard Fault exceptions, or other reset issues, means which function is causing or which instruction is giving the Reset or exception. we have checked the call stack, it is not showing any reference.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Srinivas.V&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: NRF52840 Hard fault Exception Root cause Tracker</title><link>https://devzone.nordicsemi.com/thread/249171?ContentTypeID=1</link><pubDate>Mon, 11 May 2020 11:37:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:30e580b8-67f5-45b8-966f-029ad9db9aea</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;The softdevice is a very time sensitive module, so you can&amp;#39;t pause the project execution while you are doing BLE operations and resume afterwards. If you set a breakpoint, or manually pause the execution, you will need to restart the application before the next softdevice operation kicks in. This basically means that you can use breakpoints, and step a few lines, but then you need to restart the application after this, because when the softdevice realizes that it has missed a lot of timeslots, it will assert.&lt;/p&gt;
&lt;p&gt;I am sorry, but this is the way it works.&lt;/p&gt;
&lt;p&gt;Please note that for development, the NRF_LOG is also a quite useful tool, in addition to breaking and stepping in the project.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;BR,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>