<?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>nRF51822 twi hard fault</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/4334/nrf51822-twi-hard-fault</link><description>Hi, 
 I&amp;#39;ve an HardFault, the program crash to the HardFault service routine at this row of the twi_hw_master.c: 
 --&amp;gt; NRF_PPI-&amp;gt;CH[0].EEP = (uint32_t)&amp;amp;NRF_TWI1-&amp;gt;EVENTS_BB; 
 This appens after the call twi_master_init(); 
 The same code runs well in</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 20 Nov 2014 22:11:56 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/4334/nrf51822-twi-hard-fault" /><item><title>RE: nRF51822 twi hard fault</title><link>https://devzone.nordicsemi.com/thread/15430?ContentTypeID=1</link><pubDate>Thu, 20 Nov 2014 22:11:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0a526842-7c02-4b4e-a55b-aeb04e9e2145</guid><dc:creator>marco</dc:creator><description>&lt;p&gt;Thanks for the reply Stian:
are you saying that the routine in twi_hw_master_c shouldn&amp;#39;t works even on PCA10004 board?
At now I have a lot of days and hours of test and my one board works fine, so the problem is left....but, I would be sure about this issue.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 twi hard fault</title><link>https://devzone.nordicsemi.com/thread/15431?ContentTypeID=1</link><pubDate>Thu, 20 Nov 2014 11:26:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ff66a613-136f-469e-9dba-55a9808ea693</guid><dc:creator>Stian R&amp;#248;ed Hafskjold</dc:creator><description>&lt;p&gt;I suspect that since it works on PCA10004 but not your custom hardware, it has to be because of the clock source. It is probably some timing differences that arbitrarily make it work on PCA10004 when it really shouldn&amp;#39;t.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 twi hard fault</title><link>https://devzone.nordicsemi.com/thread/15429?ContentTypeID=1</link><pubDate>Wed, 05 Nov 2014 16:50:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9d2d685a-daa2-4df4-9594-00dc51f7b595</guid><dc:creator>marco</dc:creator><description>&lt;p&gt;Ok, I followed this issue:
&lt;a href="https://devzone.nordicsemi.com/question/309/best-place-to-get-started/"&gt;devzone.nordicsemi.com/.../&lt;/a&gt;
and replaced the routine twi_hw_master.c with the sd_twi_hw_master.c as suggested, and now the app doesn&amp;#39;t crash.
So, I was right about the protection writing to peripherials by softdevice, BUT: why in the DK PCA10004 the fault does not appear even with the old one routine? It is not clear...&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF51822 twi hard fault</title><link>https://devzone.nordicsemi.com/thread/15428?ContentTypeID=1</link><pubDate>Wed, 05 Nov 2014 16:07:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:926cd3f4-500e-4f52-9b33-75d3fbe35432</guid><dc:creator>marco</dc:creator><description>&lt;p&gt;I was thinking about an MPU protection o similar case from softdevice direct peripherial accesss but I am asking here because the same code runs in the DK PCA board.&lt;br /&gt;
Anyone know some similar cases?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>