<?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>Softdevice crashes with error 1405</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/40246/softdevice-crashes-with-error-1405</link><description>Hi, 
 I have an application (central mode) which regularly connects to a number of clients, read characteristics and then disconnects again. 
 Whenever there is an unintended disconnect from a client, e.g. due to bad coverage, then the next connection</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 07 Nov 2018 14:35:34 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/40246/softdevice-crashes-with-error-1405" /><item><title>RE: Softdevice crashes with error 1405</title><link>https://devzone.nordicsemi.com/thread/156343?ContentTypeID=1</link><pubDate>Wed, 07 Nov 2018 14:35:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3206354d-36be-4647-b2e7-26e3eaa63e27</guid><dc:creator>Peter Lerup</dc:creator><description>&lt;p&gt;Found it now. The problem was that the&amp;nbsp;&lt;span&gt;BLE_GAP_EVT_DISCONNECTED wasn&amp;#39;t passed to the db_discovery module in the case with premature disconnect and this made the next discovery start to crash.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;My bad, sorry.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Softdevice crashes with error 1405</title><link>https://devzone.nordicsemi.com/thread/156319?ContentTypeID=1</link><pubDate>Wed, 07 Nov 2018 13:18:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d48975d1-fca4-471b-a85a-58ee69dc4b3d</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;It wasn&amp;#39;t much to go on here. You will need to find where it is actually &amp;quot;crashing&amp;quot;, I assume that there is api call that return an error code (hopefully not ignored), this typically should be caught by an assert and forwarded to the fault handler. Maybe if you set DEBUG define and disable optimization you might get some more debugging information.&lt;/p&gt;
&lt;p&gt;I assume the case here may be that you have a&amp;nbsp;&lt;span&gt;BLE_GAP_EVT_CONNECTED&amp;nbsp;event shortly followed by a&amp;nbsp;BLE_GAP_EVT_DISCONNECTED, if your application rely on executing a sequence of api calls and for instance start of application timers based on the BLE_GAP_EVT_CONNECTED event, I assume that may give various strange issues if you have not considered this.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Best regards,&lt;br /&gt;Kenneth&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>