<?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 can I give the radio priority over everything else for doing easyDMA?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/40193/how-can-i-give-the-radio-priority-over-everything-else-for-doing-easydma</link><description>Not sure if this is possible or not, but it&amp;#39;s beginning to look as though the radio may be corrupting packets, either when sending them or receiving them or both, because of possible contention with the CPU (and/or the CPU&amp;#39;s access its program in flash</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 13 Nov 2018 14:05:11 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/40193/how-can-i-give-the-radio-priority-over-everything-else-for-doing-easydma" /><item><title>RE: How can I give the radio priority over everything else for doing easyDMA?</title><link>https://devzone.nordicsemi.com/thread/157112?ContentTypeID=1</link><pubDate>Tue, 13 Nov 2018 14:05:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b6c957ce-496e-4b4c-a148-c577f4b0c03a</guid><dc:creator>run_ar</dc:creator><description>&lt;p&gt;Ram (which is used by easyDMA) and flash is on different AHB slaves. The only thing you must consider is that the cpu will need some time between (or after a set of) packets to read the content from the radio buffers. For other HW peripherals you should check the AHB multilayer priorities and make sure they use a different AHB slave than the radio (if they run concurrently that is).&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How can I give the radio priority over everything else for doing easyDMA?</title><link>https://devzone.nordicsemi.com/thread/156199?ContentTypeID=1</link><pubDate>Tue, 06 Nov 2018 15:11:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c9e48511-b19f-4265-b0af-9a0c7f913ea0</guid><dc:creator>David Fogelsong</dc:creator><description>&lt;p&gt;Here&amp;#39;s the situation.&amp;nbsp; The programming code is in flash memory and is executing from there (fairly standard).&amp;nbsp; However, I am concerned that maybe accessing the flash memory in that way is causing a problem with the radio attempting to do easyDMA (I&amp;#39;m using Nordic&amp;#39;s proprietary radio mode).&amp;nbsp; Is this a valid concern?&amp;nbsp; If so, how do I avoid the problem &amp;quot;by using different AHB slaves&amp;quot;?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How can I give the radio priority over everything else for doing easyDMA?</title><link>https://devzone.nordicsemi.com/thread/156143?ContentTypeID=1</link><pubDate>Tue, 06 Nov 2018 11:59:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:09bd8c88-5c82-43d9-a741-c70b6230db98</guid><dc:creator>run_ar</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;As far as I can see from our documentation the priority of the&lt;a href="https://infocenter.nordicsemi.com/topic/com.nordic.infocenter.nrf52840.ps/ahbmultilayer.html?cp=2_0_0_3_6"&gt; AHB bus &lt;/a&gt;masters is static. However your application can avoid conflicts by using different &lt;a href="https://infocenter.nordicsemi.com/topic/com.nordic.infocenter.nrf52840.ps/memory.html?cp=2_0_0_3_1"&gt;AHB slaves&lt;/a&gt; for different tasks.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: How can I give the radio priority over everything else for doing easyDMA?</title><link>https://devzone.nordicsemi.com/thread/156075?ContentTypeID=1</link><pubDate>Tue, 06 Nov 2018 08:27:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d6fded85-20f1-401c-9f61-64d5f8551f45</guid><dc:creator>David Fogelsong</dc:creator><description>&lt;p&gt;I would like the CPU to remain productive (perhaps processing a packet already received) while it waits for the next packet to be received.&amp;nbsp; That is why I would rather not simply sleep the CPU.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>