<?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: ASSERTION FAILED PC=0x17660</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/86812/softdevice-assertion-failed-pc-0x17660</link><description>Hi Nordic Dev community , 
 using: nrf52840-DK SDK 15.2 softdevice S140 6.1.0, 
 Am getting a SoftDevice assert id=1 PC=0x17660 code=0x62D 
 App error handler id=1 PC=0x17660 code=0x62D Filename KGJ`h...@h Line 536871936 
 It&amp;#39;s a ble appliation acting</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 11 Apr 2022 12:49:12 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/86812/softdevice-assertion-failed-pc-0x17660" /><item><title>RE: SOFTDEVICE: ASSERTION FAILED PC=0x17660</title><link>https://devzone.nordicsemi.com/thread/362862?ContentTypeID=1</link><pubDate>Mon, 11 Apr 2022 12:49:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:87301b43-0512-40ac-9671-ebf979deb8f3</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Hello Cedric,&lt;/p&gt;
&lt;p&gt;I had to check with our SoftDevice team, and it looks like this assert is some sort of bug that triggers in some corner cases. Unfortunately, it doesn&amp;#39;t look like there is any way to fix this from the application. The bug was patched in S140 v7.0.0, so if this assert is breaking your application, I am afraid the only workaround that I can think of is to port to the new softdevice (and the easiest way to do this is probably to port to SDK v16.0.0.&lt;/p&gt;
&lt;p&gt;I do understand that this assert will reset your application. But remember that a restart is not deal breaking. Likely, the connected devices will start scan/advertise when the old connection times out, and they will connect again, so in all, it will mean that you will have a small gap where the devices are not connected.&lt;/p&gt;
&lt;p&gt;But if that doesn&amp;#39;t work for you, you will need to port to the new SDK.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;The later nRF5 SDKs are mostly bug fixes, and they don&amp;#39;t have a lot of API changes, so porting your application to SDK16.0.0 (or 17.1.0 for that matter) shouldn&amp;#39;t be a huge job. But yet, I am sorry for the inconvenience.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>