<?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>how to avoid softdevice interrupts during i2c read operation</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/21952/how-to-avoid-softdevice-interrupts-during-i2c-read-operation</link><description>hi, i am reading mpu6050 with nrf51822. every now and then the data got corrupt because of softDevice interrupts. if i don&amp;#39;t use Softdevice the it runs perfectly but when i use softdevice(S130) it give me some corrupt data and at times it got stuck at</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 11 May 2017 07:13:55 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/21952/how-to-avoid-softdevice-interrupts-during-i2c-read-operation" /><item><title>RE: how to avoid softdevice interrupts during i2c read operation</title><link>https://devzone.nordicsemi.com/thread/86150?ContentTypeID=1</link><pubDate>Thu, 11 May 2017 07:13:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:679f21d1-a9e8-4e62-9bb0-77d20e3bb6ed</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Also are you sure you use proper DMA enabled driver from SDK?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: how to avoid softdevice interrupts during i2c read operation</title><link>https://devzone.nordicsemi.com/thread/86148?ContentTypeID=1</link><pubDate>Wed, 10 May 2017 16:47:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:40918178-9f49-4772-82d1-4a6f7f833fa0</guid><dc:creator>Daniel Wang</dc:creator><description>&lt;p&gt;try to increase the &lt;code&gt;TWI_DEFAULT_CONFIG_IRQ_PRIORITY&lt;/code&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: how to avoid softdevice interrupts during i2c read operation</title><link>https://devzone.nordicsemi.com/thread/86147?ContentTypeID=1</link><pubDate>Wed, 10 May 2017 16:38:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6be6b881-f305-42f0-b0c0-d68007771780</guid><dc:creator>microembedded</dc:creator><description>&lt;p&gt;i am using I2C as master. the reading i get are mostly correct lets say 5 incorrect readings in 100 readings. in very unusual case it got stuck during reading I2C. if i don&amp;#39;t use S130 then it works perfectly well. so i am guessing the application interrupts are causing it.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: how to avoid softdevice interrupts during i2c read operation</title><link>https://devzone.nordicsemi.com/thread/86149?ContentTypeID=1</link><pubDate>Wed, 10 May 2017 11:48:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2de5cb9c-3c3c-4a7c-ada1-76413e48009b</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;If you use I2C (TWI) slave on nRF51 during BLE connection with Nordic stack (SD) then I&amp;#39;m afraid you have a problem. In our case it leaded to redoing HW architecture because it was simply impossible to achieve reliable communication during heavy BLE processing (connection event). I2C (TWI) Master should be OK on nRF51 because it has DMA (since rev 2 or 3 I believe), similar to SPI (should work both Master and Slave). So if you experience problems when nRF51 is Master then are you sure you started from proper SDK example?&lt;/p&gt;
&lt;p&gt;(Another way could be to use non-Nordic BLE stack but I would not go there, most of open-source promising projects focus on nRF52 now.)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>