<?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>nRF54l15 Custom Board &amp;amp; nRF21540 FEM &amp;amp; nRF7001  GPIOTE error</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/127515/nrf54l15-custom-board-nrf21540-fem-nrf7001-gpiote-error</link><description>We designed a nRF54L15 custom board with a nRF21540 FEM and nRF7001 Module which are on the same SPI with separate CS pins our device tree is configured for this as follows: 
 
 wifi_coex: nrf7001_coex { 
 compatible = &amp;quot;nordic,nrf7001-coex&amp;quot; ; 
 status</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 23 Mar 2026 14:11:46 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/127515/nrf54l15-custom-board-nrf21540-fem-nrf7001-gpiote-error" /><item><title>RE: nRF54l15 Custom Board &amp; nRF21540 FEM &amp; nRF7001  GPIOTE error</title><link>https://devzone.nordicsemi.com/thread/563893?ContentTypeID=1</link><pubDate>Mon, 23 Mar 2026 14:11:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:96c512c5-37e0-4694-b902-382f3b420d5c</guid><dc:creator>Hieu</dc:creator><description>&lt;p&gt;While I am quite curious why you got the compilation error,&amp;nbsp;PaKa raised a key point.&lt;/p&gt;
&lt;p&gt;Sharing&amp;nbsp;SPI bus between the FEM and another device won&amp;#39;t work&amp;nbsp;well. I don&amp;#39;t know much about the nRF70x products, but the timing requirement for controlling the nRF21540 is very strict, so the tiniest delay due to sharing bus can cause failures.&lt;/p&gt;
&lt;p&gt;Therefore, we&amp;nbsp;strongly recommend against sharing the same SPI bus between nRF7001 and nRF21540.&lt;/p&gt;
&lt;p&gt;If you already have a hardware designed, then you could consider controlling the nRF21540 only over GPIO instead.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54l15 Custom Board &amp; nRF21540 FEM &amp; nRF7001  GPIOTE error</title><link>https://devzone.nordicsemi.com/thread/563836?ContentTypeID=1</link><pubDate>Mon, 23 Mar 2026 08:47:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b3b0089a-77e4-4349-b409-986ba77cc3a4</guid><dc:creator>PaKa</dc:creator><description>&lt;p&gt;To be clear:&lt;/p&gt;
&lt;p&gt;The nRF21540 control should be on a dedicated SPIM in the peripheral domain and the pins should be on Port 1. This is what is validated on our side.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Both sharing SPIM and using port 2 are issues in this setup.&lt;/p&gt;
&lt;p&gt;Using port 2 is not OK as you will have extra delays due to cross domain connections and thus you will also need to run with constlat enabled as stated in the datasheet.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54l15 Custom Board &amp; nRF21540 FEM &amp; nRF7001  GPIOTE error</title><link>https://devzone.nordicsemi.com/thread/563794?ContentTypeID=1</link><pubDate>Fri, 20 Mar 2026 17:20:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0c2ef439-7614-4554-a808-f373cc7eb11b</guid><dc:creator>Dawson</dc:creator><description>&lt;p&gt;For reference here is my SPI pin definitions&lt;br /&gt;&lt;br /&gt; /* Shared SPI master bus for nRF70 (CS1) and nRF21540 FEM (CS2) */&lt;br /&gt;spi21_default: spi21_default {&lt;br /&gt;&amp;nbsp; &amp;nbsp; group1 {&lt;br /&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; psels = &amp;lt;NRF_PSEL(SPIM_SCK, 2, 6)&amp;gt;,&lt;br /&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;lt;NRF_PSEL(SPIM_MOSI, 2, 8)&amp;gt;,&lt;br /&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;lt;NRF_PSEL(SPIM_MISO, 2, 9)&amp;gt;;&lt;br /&gt;&amp;nbsp; &amp;nbsp; };&lt;br /&gt; };&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54l15 Custom Board &amp; nRF21540 FEM &amp; nRF7001  GPIOTE error</title><link>https://devzone.nordicsemi.com/thread/563792?ContentTypeID=1</link><pubDate>Fri, 20 Mar 2026 17:10:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b8ce2bc0-b39b-450c-9949-330d8101748e</guid><dc:creator>Dawson</dc:creator><description>&lt;p&gt;I thought that since I used spi21 and the cs for the nRF21540 is on port 1 that this would be fine. &lt;br /&gt;To be clear are you saying that the issue is that&amp;nbsp;&lt;span&gt;SPIM_SCK,&amp;nbsp;SPIM_MISO,&amp;nbsp;SPIM_MOSI are on Port 2 or is the issue that I am trying to share the SPI with the nRF7001 and need a sperate dedicated SPI with all of the SPI pins on Port 1?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54l15 Custom Board &amp; nRF21540 FEM &amp; nRF7001  GPIOTE error</title><link>https://devzone.nordicsemi.com/thread/563790?ContentTypeID=1</link><pubDate>Fri, 20 Mar 2026 16:53:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2a85f9ce-f037-4d77-8127-f27e9b19e246</guid><dc:creator>Dawson</dc:creator><description>&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/nRF21540_5F00_Shared_5F00_SPI_5F00_Example.zip"&gt;devzone.nordicsemi.com/.../nRF21540_5F00_Shared_5F00_SPI_5F00_Example.zip&lt;/a&gt;&lt;br /&gt;Here is example of this currently in not compiling state described above.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54l15 Custom Board &amp; nRF21540 FEM &amp; nRF7001  GPIOTE error</title><link>https://devzone.nordicsemi.com/thread/563766?ContentTypeID=1</link><pubDate>Fri, 20 Mar 2026 13:00:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e3064919-c86f-4545-94e7-844101c5682a</guid><dc:creator>PaKa</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;If you are going to use the SPI on the nRF21540 to control the gain/output power on the FEM then it has to be on a dedicated SPI module. This is required to meet the timing requirements of the FEM as MPSL needs extremely tight control of the timing to meet the stack requirements. If the SPI is in use to communicate with the nRF7001 when you try to use the nRF54L15 radio then it would crash..&lt;/p&gt;
&lt;p&gt;From the FEM documentation for the SDK:&lt;/p&gt;
&lt;p&gt;On nRF54L Series devices, use SPI bus instance belonging to the PERI Power Domain (on the nRF54L15 SoC one of the &lt;code class="docutils literal notranslate"&gt;&lt;span class="pre"&gt;spi20&lt;/span&gt;&lt;/code&gt;, &lt;code class="docutils literal notranslate"&gt;&lt;span class="pre"&gt;spi21&lt;/span&gt;&lt;/code&gt;, &lt;code class="docutils literal notranslate"&gt;&lt;span class="pre"&gt;spi22&lt;/span&gt;&lt;/code&gt; instances). Select the pins for the SPI interface that belong to the same power domain as the SPI bus instance. This is Port 1 for the nRF54L. All pins on the same port to guarantee timing&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54l15 Custom Board &amp; nRF21540 FEM &amp; nRF7001  GPIOTE error</title><link>https://devzone.nordicsemi.com/thread/563749?ContentTypeID=1</link><pubDate>Fri, 20 Mar 2026 09:45:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ce31363a-e992-4987-bf41-6ad66907526a</guid><dc:creator>Hieu</dc:creator><description>&lt;p&gt;Hi Dawson,&lt;/p&gt;
&lt;p&gt;Looking at the SDK source file doesn&amp;#39;t help explain what is wrong. I will have to reproduce this and&amp;nbsp;debug further.&lt;/p&gt;
&lt;p&gt;If you have a minimal sample, that would help speed thing up a lot. Otherwise, I will return when I find something.&lt;/p&gt;
&lt;p&gt;Hieu&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>