<?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>nrf51422 hardfault when disabling gpiote task</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/13160/nrf51422-hardfault-when-disabling-gpiote-task</link><description>Hi everybody! 
 Im trying to implement slave spi to bluetooth bridge. 
 In short, when cs line goes low, i want that one handshake line automaticaly go in busy (high) state (nBLE_RTR_PIN), and i did that througt ppi (note that SPI_nCS_INT_PIN is shorted</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 14 Apr 2016 12:47:54 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/13160/nrf51422-hardfault-when-disabling-gpiote-task" /><item><title>RE: nrf51422 hardfault when disabling gpiote task</title><link>https://devzone.nordicsemi.com/thread/50165?ContentTypeID=1</link><pubDate>Thu, 14 Apr 2016 12:47:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8e1c2507-80c2-4b2e-b75a-c30cc67378e6</guid><dc:creator>RK</dc:creator><description>&lt;p&gt;You can&amp;#39;t break whilst debugging with the softdevice going. As soon as  you do, the timing is messed up and the softdevice errors the next time it gets an interrupt as it sees it&amp;#39;s failed to properly service events within the critical BTLE time requirements and faults.&lt;/p&gt;
&lt;p&gt;You get to stop &lt;em&gt;once&lt;/em&gt; and that&amp;#39;s it, you can&amp;#39;t resume afterwards.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf51422 hardfault when disabling gpiote task</title><link>https://devzone.nordicsemi.com/thread/50164?ContentTypeID=1</link><pubDate>Thu, 14 Apr 2016 12:07:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ae1a671b-a4e0-460f-bddc-a110fb2f3cda</guid><dc:creator>kvrbek</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Yes, I tried already disabling PPI channel, but with the same result. Softdevice is s110 v8.0.0.&lt;/p&gt;
&lt;p&gt;It seems that I have problem somewhere else, and nrf51 hardfaults because of stopping during debugging. Maybe my slave spi processing function what executes in spis evennt handler was long (it wasnt blocking, and not too long in executnig but...).&lt;/p&gt;
&lt;p&gt;Anywhay, In event handler only signal (rtos is used in application) is set now. All processing including clearing RTR pin as above is done in main thread after catching signal and everything is working fine now.&lt;/p&gt;
&lt;p&gt;Regards&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf51422 hardfault when disabling gpiote task</title><link>https://devzone.nordicsemi.com/thread/50163?ContentTypeID=1</link><pubDate>Wed, 13 Apr 2016 10:51:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:948d5166-7412-4a42-9d0c-6df053a08227</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hi, Not sure what is the problem here, but maybe you can try to disable the ppi channel before gpiote task disable, and enable ppi channel again after task enable. What softdevice and version are you using here?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>