<?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>No SPIM Stopped Event</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/15556/no-spim-stopped-event</link><description>In the SPIM section of the product spec for the nRF52832, the spec describes sending the STOP task (even if the peripheral is already stopped) and receiving the STOPPED event (section 31.4 Low Power). However, in my experience, the STOPPED event does</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 08 Aug 2016 12:38:40 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/15556/no-spim-stopped-event" /><item><title>RE: No SPIM Stopped Event</title><link>https://devzone.nordicsemi.com/thread/59384?ContentTypeID=1</link><pubDate>Mon, 08 Aug 2016 12:38:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3e9930c3-06b8-466e-80e9-9a9b69d2267c</guid><dc:creator>abkirchhoff</dc:creator><description>&lt;p&gt;Thanks for the workaround ideas. The timeout is a good idea as my SPI transfers are fairly short. My current solution that seems to be working is to use the NRF SPI driver to attempt a zero-length transfer, which starts and stops the SPI module.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: No SPIM Stopped Event</title><link>https://devzone.nordicsemi.com/thread/59381?ContentTypeID=1</link><pubDate>Mon, 08 Aug 2016 12:33:55 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:550325f2-8362-496b-83bf-924b727cfc96</guid><dc:creator>abkirchhoff</dc:creator><description>&lt;p&gt;I am using the nrf_drv_spi driver. However, I am using a PPI channel to trigger the start of the SPI transfer, so I only use the driver to setup the transfer. When I tear things down, I want to make sure the SPI module is stopped.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: No SPIM Stopped Event</title><link>https://devzone.nordicsemi.com/thread/59382?ContentTypeID=1</link><pubDate>Mon, 08 Aug 2016 10:27:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0f87aad6-52a5-4901-878e-cdc034912f27</guid><dc:creator>Stefan Birnir Sverrisson</dc:creator><description>&lt;p&gt;Are you doing this without the help of the nrf_drv_spi driver?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: No SPIM Stopped Event</title><link>https://devzone.nordicsemi.com/thread/59383?ContentTypeID=1</link><pubDate>Mon, 08 Aug 2016 10:27:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:262e5cc6-0056-4ec1-bbbc-8b17f2bfb8d0</guid><dc:creator>Stefan Birnir Sverrisson</dc:creator><description>&lt;p&gt;Hi Austin&lt;/p&gt;
&lt;p&gt;I agree that the PS indicates that stopped event should always be triggered when SPI is enabled, even though the start task has not been called. If it is the case that STOPPED event is not fired when SPI is not started, then I suspect you could update a status register is_started so you will know when the SPI is actually started or stopped. Another option would be to have timeout for the stopped event to arrive, perhaps a few milliseconds timeout. If the timeout expires, and the STOPPED event has not arrived after calling the STOP task, then you can assume the SPI has stopped.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>