<?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 Error after calling sd_ble_gap_adv_start</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/11809/hardfault-error-after-calling-sd_ble_gap_adv_start</link><description>Hello, 
 im using NRF 51822 with SDK 10 / S110 8.0. Im working on a project that includes one or two timers (initialized by APP_timer function), the ble calender (like discriebed in ble_cts_c), some Gpio and the ble stack S110 module. 
 I initalized</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 10 Feb 2016 13:09:49 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/11809/hardfault-error-after-calling-sd_ble_gap_adv_start" /><item><title>RE: Hardfault Error after calling sd_ble_gap_adv_start</title><link>https://devzone.nordicsemi.com/thread/44656?ContentTypeID=1</link><pubDate>Wed, 10 Feb 2016 13:09:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:435da83a-3305-4b49-85ee-f1137b9f6e1a</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;oh if you&amp;#39;re trying to debug with the softdevice running that&amp;#39;s not going to work, that&amp;#39;s another often-discussed topic. Once you break into anything with the softdevice running, you can&amp;#39;t restart, the softdevice will assert as you&amp;#39;re ruined its strict timing rules.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hardfault Error after calling sd_ble_gap_adv_start</title><link>https://devzone.nordicsemi.com/thread/44655?ContentTypeID=1</link><pubDate>Wed, 10 Feb 2016 13:06:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:926204d2-277f-4b0c-b5fb-e004402d6bc2</guid><dc:creator>JensWoermann</dc:creator><description>&lt;p&gt;Ok. If gote some new findings. The system runs correctly when I don&amp;#39;t use the Seeger debug module (and let it run in free mode). It seems it may be a debugger problem.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hardfault Error after calling sd_ble_gap_adv_start</title><link>https://devzone.nordicsemi.com/thread/44654?ContentTypeID=1</link><pubDate>Wed, 10 Feb 2016 12:52:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:15596b58-b624-4f6c-988a-73c9f02f8b19</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;ok if you really are in the hardfault handler then you can try to piece things together and work out where you came from and what was going on to cause the hardfault. It&amp;#39;s painful but not impossible and with a bit of luck you&amp;#39;ll find you were in a piece of your own code.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hardfault Error after calling sd_ble_gap_adv_start</title><link>https://devzone.nordicsemi.com/thread/44653?ContentTypeID=1</link><pubDate>Wed, 10 Feb 2016 08:52:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:df4d196d-437b-4adc-8a54-a4a8a87685bb</guid><dc:creator>JensWoermann</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Me again. I try it with PCA10028 Demoboard, Softdevice S110_nrf5_8_0.0 (Id:0x0064) and the ble_app_cts_c example. And it dosn&amp;#39;t work either. The result is the same. After one cycle the system runs to Hard fault.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hardfault Error after calling sd_ble_gap_adv_start</title><link>https://devzone.nordicsemi.com/thread/44652?ContentTypeID=1</link><pubDate>Wed, 10 Feb 2016 08:29:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3f027edc-d6fa-4f3a-a1e1-1f3f88566322</guid><dc:creator>JensWoermann</dc:creator><description>&lt;p&gt;No. The only time we are calling a softdive function outside the scheduler calling from main are in the moment in &lt;em&gt;on_conn_params_evt&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;err_code = sd_ble_gap_disconnect(m_conn_handle, BLE_HCI_CONN_INTERVAL_UNACCEPTABLE);&lt;/p&gt;
&lt;p&gt;Regards&lt;/p&gt;
&lt;p&gt;Jens Wörmann&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hardfault Error after calling sd_ble_gap_adv_start</title><link>https://devzone.nordicsemi.com/thread/44651?ContentTypeID=1</link><pubDate>Wed, 10 Feb 2016 08:21:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:45f292d4-2a1b-42ae-b89a-05c5e0c11df2</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;are you calling any softdevice functions (ie anything starting sd_) from inside your interrupt handler?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hardfault Error after calling sd_ble_gap_adv_start</title><link>https://devzone.nordicsemi.com/thread/44650?ContentTypeID=1</link><pubDate>Wed, 10 Feb 2016 07:18:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d2eb662d-9ab0-4f83-a88f-c11f6fef37e7</guid><dc:creator>JensWoermann</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I only use two interrupt by my side. Its for one timer to realise the time scheduler (1ms) and the security timer (like discriebed in ble_cts_c exapmple for the sequrity request timeout). The only perepheries I using are these 2 timers and some digital IO&amp;#39;s. (excluded the ble stack events and error handlers)&lt;/p&gt;
&lt;p&gt;There is no further code except the timer init and the time scheduler, the IO initialistion and the ble stack. (mostly taken from ble_cts_c)&lt;/p&gt;
&lt;p&gt;I do not getting any error code when calling the function. At this point the system chrash down / run to hard fault handler and give not back any error code. (because it dons&amp;#39;t reach the return potin). I check the error codes during all other ble stack initalisations (ble stack init, gab init, etc.) - that looks fine. (returns always NRF_SUCCSES or 0x00000000)&lt;/p&gt;
&lt;p&gt;I&amp;#39;m going to check today the interrupt priorties. There is no point in my mind where i disable the IRQ functionalties knowingly. I&amp;#39;m going to check this, too.&lt;/p&gt;
&lt;p&gt;Regards&lt;/p&gt;
&lt;p&gt;Jens&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Hardfault Error after calling sd_ble_gap_adv_start</title><link>https://devzone.nordicsemi.com/thread/44649?ContentTypeID=1</link><pubDate>Wed, 10 Feb 2016 05:52:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c24c7a2e-8d9e-4317-9569-a6dc332d9f20</guid><dc:creator>run_ar</dc:creator><description>&lt;p&gt;Do you get any error code when calling sd_ble_gap_adv_start? What interrupts priorities are you useing? Do you have any critical sessions in your code where you could be disabling interrupts?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>