<?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 Failure while using Radio Timeslot, PC=0x00000timA60</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/57467/softdevice-assertion-failure-while-using-radio-timeslot-pc-0x00000tima60</link><description>Hi, 
 [Softdevice 6.1.1] 
 I am developing an application which uses the radio timeslot api in conjunction with BLE. Even without starting BLE advertising, or any other BLE timeslot activity, I still get asserts. 
 I am getting soft device asserts approximately</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 06 Feb 2020 21:25:16 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/57467/softdevice-assertion-failure-while-using-radio-timeslot-pc-0x00000tima60" /><item><title>RE: Softdevice Assertion Failure while using Radio Timeslot, PC=0x00000timA60</title><link>https://devzone.nordicsemi.com/thread/233154?ContentTypeID=1</link><pubDate>Thu, 06 Feb 2020 21:25:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:57004ddb-3285-46d7-9bcf-cb79e6f07319</guid><dc:creator>robwasab</dc:creator><description>&lt;p&gt;I think the issue is that I was using NRF_RNG (random number generator) in the timeslot. According to the specification, its access is restricted and can only be used through the softdevice.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Softdevice Assertion Failure while using Radio Timeslot, PC=0x00000timA60</title><link>https://devzone.nordicsemi.com/thread/233045?ContentTypeID=1</link><pubDate>Thu, 06 Feb 2020 12:29:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9f82fd33-9ea5-4e3f-883f-e38a31b76697</guid><dc:creator>Susheel Nuguru</dc:creator><description>&lt;p&gt;It is really difficult to narrow down what caused the hardfault you mentioned. But 0xA60 is softdevice hardfault assert handler. I am guessing since you saw this PC value, you are running your code in debugger and you see that the execution halts here? If this is the case, you can continue the execution and most likely this will call your application assert handler and that will provide more information as to where the hardfault was created. If this is application generated hardfault, it would be easy to analyze it thereafter.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>