<?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>Integrating nRF7002 with RP2040</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/119381/integrating-nrf7002-with-rp2040</link><description>Good Day, 
 We have an ongoing project that uses an RP2040 MCU (with FreeRTOS) and we need to add WiFi capabilities to it. It needs to be dual-band and fairly high throughput, both of which the nRF7002 fit the description of. It&amp;#39;s clear, after reading</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 04 Mar 2025 14:21:09 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/119381/integrating-nrf7002-with-rp2040" /><item><title>RE: Integrating nRF7002 with RP2040</title><link>https://devzone.nordicsemi.com/thread/525754?ContentTypeID=1</link><pubDate>Tue, 04 Mar 2025 14:21:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a87e4277-ffe5-4746-ad97-098e8ab025a7</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi Matt&lt;/p&gt;
&lt;p&gt;I see. Yes, the documentation is on the light side in this regard I&amp;#39;m afraid, and we don&amp;#39;t have too much. What we do have, is the nRF70 bare-metal driver available as an open source Github repo:&amp;nbsp;&lt;a href="https://github.com/nrfconnect/nrf70-bm"&gt;https://github.com/nrfconnect/nrf70-bm&lt;/a&gt;&amp;nbsp;I hope this will work as a starting point for you. It showcases scanning and radio_test applications from a bare metal point of view.&amp;nbsp;The documentation for the nRF70 BM driver is available in the &lt;strong&gt;nrf70_bm_lib/docs&lt;/strong&gt; directory.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Integrating nRF7002 with RP2040</title><link>https://devzone.nordicsemi.com/thread/525370?ContentTypeID=1</link><pubDate>Fri, 28 Feb 2025 23:27:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8b1bb84c-944a-4646-ac57-b429afc4c701</guid><dc:creator>mattaguiar</dc:creator><description>&lt;p&gt;Hi Simon,&lt;/p&gt;
&lt;p&gt;Thank you for your assistance. I&amp;#39;m more than willing to implement my own driver for the RP2040, there&amp;#39;s just a few key pieces of information that are not covered in the product specification docs.&amp;nbsp;I&amp;#39;m not looking for an explanation at the QSPI level necessarily, but the pieces of information I&amp;#39;d appreciate are:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;What address, if any do I write the data to that I want to transmit? Because both&amp;nbsp;READ4IO and PP4IO require a 24-bit address before the data, as seen here from the nRF7002 product specification docs. You&amp;#39;ve said&amp;nbsp;the address map is used for the OTP, but where am I supposed to write the transmission data to? And how do I trigger that transmission?&lt;br /&gt;&lt;br /&gt;&lt;img style="display:block;margin-left:auto;margin-right:auto;max-height:220px;max-width:550px;" height="220" src="https://devzone.nordicsemi.com/resized-image/__size/1100x440/__key/communityserver-discussions-components-files/4/pastedimage1740784819372v1.png" width="550" alt=" " /&gt;&lt;/li&gt;
&lt;li&gt;Likewise for receptions, I assume HOST_IRQ is asserted so the host can read the data. But what address is the data stored at so I can read it into the host MCU?&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Thank you again, Simon&lt;/p&gt;
&lt;p&gt;Matt&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Integrating nRF7002 with RP2040</title><link>https://devzone.nordicsemi.com/thread/525242?ContentTypeID=1</link><pubDate>Fri, 28 Feb 2025 10:21:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:aaf766af-3b7f-4d84-b2de-680220be6e0a</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Yes, the nRF7002 should be possible to use with other host devices, as it is a companion IC. However, we don&amp;#39;t focus on writing firmware for non-Nordic host devices, so on the development itself here you will be on your own, but we&amp;#39;ll do our best to give you advice here.&lt;/p&gt;
&lt;p&gt;First off, if you&amp;#39;re new to the nRF7002 and WI-Fi in general, I would strongly recommend going through the &lt;a href="https://academy.nordicsemi.com/courses/wi-fi-fundamentals/"&gt;Nordic DevAcademy Wi-Fi fundamentals&lt;/a&gt; course where we have an introduction to Wi-Fi and how to get started with the nRF7002.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;1. Are you completely new to the concept of QSPI as well? I&amp;#39;m not entirely sure at what level you want me to explain here.&amp;nbsp;To enable QSPI you need to enable the QEN bit, then the supported read and write commands are generally used for communication.&lt;/p&gt;
&lt;p&gt;2. The memory map of the nRF7002 isn&amp;#39;t too complex as it only has an OTP memory. We have an application note on &lt;a href="https://docs.nordicsemi.com/bundle/nan_043/page/APP/nan_043/intro.html"&gt;nRF70 series Device and commissioning and characterization here&lt;/a&gt; that covers among other things how to do OTP memory programming.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>