<?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>Turning SPI peripheral on/off from PPI</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/19330/turning-spi-peripheral-on-off-from-ppi</link><description>I have an application working using PPI to start a SPI master transaction from a GPIOTE event. Unfortunately, I currently have very high current consumption which I am led to believe is because the SPI peripheral is always enabled. Can the SPI peripheral</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 10 Feb 2017 15:33:53 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/19330/turning-spi-peripheral-on-off-from-ppi" /><item><title>RE: Turning SPI peripheral on/off from PPI</title><link>https://devzone.nordicsemi.com/thread/74980?ContentTypeID=1</link><pubDate>Fri, 10 Feb 2017 15:33:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4e7cf836-76d7-4067-8668-4b9762dbb55e</guid><dc:creator>Stian R&amp;#248;ed Hafskjold</dc:creator><description>&lt;p&gt;Yes, high accuracy mode consumes about 8uA when activated. When using low accuracy mode (= PORT event), the PPI will not be able to distinguish between between which pin triggered the event. You have to use a software interrupt handler for this.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Turning SPI peripheral on/off from PPI</title><link>https://devzone.nordicsemi.com/thread/74979?ContentTypeID=1</link><pubDate>Thu, 02 Feb 2017 18:33:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2d778401-6300-45f7-ac76-34a2cf33718e</guid><dc:creator>cirlam</dc:creator><description>&lt;p&gt;Thanks for both of your responses. You are correct - I was using GPIOTE events in High accuracy mode. I was under the impression that these events are not horrendous in terms of current draw: &lt;a href="https://devzone.nordicsemi.com/question/84653/run-currentresources-with-gpiote-event-nrf52/"&gt;devzone.nordicsemi.com/.../&lt;/a&gt; However, it sounds like this isn&amp;#39;t correct?&lt;/p&gt;
&lt;p&gt;I actually have multiple sensors presenting a data ready interrupt. Can PORT events be used in this case - I presume there is no way for PPI to be able to distinguish between which pin (and therefore which sensor has data ready) triggered the PORT event?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Turning SPI peripheral on/off from PPI</title><link>https://devzone.nordicsemi.com/thread/74978?ContentTypeID=1</link><pubDate>Thu, 02 Feb 2017 11:20:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b15e1733-c962-474d-9026-c0db937125d8</guid><dc:creator>Stian R&amp;#248;ed Hafskjold</dc:creator><description>&lt;p&gt;Roger Clark&amp;#39;s answer is correct. It could be that the GPIOTE is in high accuracy mode. You should check out low accuracy mode and using the PORT event instead. And yes, you can use PPI to both start the TWI transaction and toggle a GPIO when it is done.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Turning SPI peripheral on/off from PPI</title><link>https://devzone.nordicsemi.com/thread/74977?ContentTypeID=1</link><pubDate>Tue, 31 Jan 2017 00:09:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:833c0228-64a4-4b68-b005-89f0a6871cd5</guid><dc:creator>Roger Clark</dc:creator><description>&lt;p&gt;From what I understand, nRF52 power management of peripherals is supposed to automatically turn off devices when they are not being used.&lt;/p&gt;
&lt;p&gt;Are you sure the problem is SPI inside the nRF52 and not your peripheral.&lt;/p&gt;
&lt;p&gt;Also GPIOTE events in fast mode are known to take a lot of power.&lt;/p&gt;
&lt;p&gt;I know on the nRF51 that for GPIOTE to operate in fast mode, that it requires the HF oscillator to run.
Hence for low power operation on the nRF51, GPIOTE needs to be set to Port Mode.&lt;/p&gt;
&lt;p&gt;From what I have read, GPIOTE event current is still high on the nRF52 (see &lt;a href="https://devzone.nordicsemi.com/question/83539/power-consumption-of-nrf52-gpiote-in/)"&gt;devzone.nordicsemi.com/.../)&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Also see this errata
&lt;a href="http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.nrf52832.Rev1.errata%2Fanomaly_832_89.html&amp;amp;cp=2_2_1_0_1_26"&gt;infocenter.nordicsemi.com/index.jsp&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>