<?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>Why is the data I write through the QSPI interface different from the data actually captured on the line?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/121812/why-is-the-data-i-write-through-the-qspi-interface-different-from-the-data-actually-captured-on-the-line</link><description>We used nRF5340 as the controller to develop a product for our customer, which requires a QSPI interface of 5340 to drive a screen. However, during testing, we found that the data captured from the default QSPI interface of the development board was completely</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 27 May 2025 09:37:26 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/121812/why-is-the-data-i-write-through-the-qspi-interface-different-from-the-data-actually-captured-on-the-line" /><item><title>RE: Why is the data I write through the QSPI interface different from the data actually captured on the line?</title><link>https://devzone.nordicsemi.com/thread/537111?ContentTypeID=1</link><pubDate>Tue, 27 May 2025 09:37:26 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bd69ea9c-45d6-4031-bf02-7aa9b5c08a40</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;I just wanted to chime in regarding the QSPI peripheral here. It is indeed only designed for communication with NOR flash devices, but there shouldn&amp;#39;t be anything specific limiting it from being used otherwise, but you will be on your own regarding implementation, and we here at Nordic can&amp;#39;t guarantee it&amp;nbsp;&lt;strong&gt;will&amp;nbsp;&lt;/strong&gt;work since it&amp;#39;s not tested or designed for it.&lt;/p&gt;
&lt;p&gt;With regards to the issues you&amp;#39;re seeing, there are a few erratas that affect the QSPI peripheral on the nRF5340 that you should be aware of when using it, so please check out the errata list &lt;a href="https://docs.nordicsemi.com/bundle/errata_nRF5340_Rev1/page/ERR/nRF5340/Rev1/latest/err_340_new.html"&gt;here&lt;/a&gt;, more specifically numbers 43, 99, 121, 133, 136 and 159.&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: Why is the data I write through the QSPI interface different from the data actually captured on the line?</title><link>https://devzone.nordicsemi.com/thread/537073?ContentTypeID=1</link><pubDate>Tue, 27 May 2025 07:55:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3f6a7647-522a-4697-b987-793a8b1ff9c9</guid><dc:creator>Turbo J</dc:creator><description>&lt;p&gt;Read the QSPI paragraph in the PS. That peripherial has very strict hardware limits.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why is the data I write through the QSPI interface different from the data actually captured on the line?</title><link>https://devzone.nordicsemi.com/thread/537063?ContentTypeID=1</link><pubDate>Tue, 27 May 2025 07:45:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:57897c5f-82ad-484d-a3e9-3711bb3851e2</guid><dc:creator>duxinglang</dc:creator><description>&lt;p&gt;oh my god!&amp;nbsp; Are you saying that even if we connect other hardware peripherals to the default QSPI pin or write the correct drivers in the application code, instruction and data transmission will still be limited by the QSPI controller or NRFX code of 5340?&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Why is the data I write through the QSPI interface different from the data actually captured on the line?</title><link>https://devzone.nordicsemi.com/thread/537059?ContentTypeID=1</link><pubDate>Tue, 27 May 2025 07:33:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9aaa3073-f727-4757-ba5d-7e480edc7ee6</guid><dc:creator>Turbo J</dc:creator><description>&lt;p&gt;Reason is that the QSPI peripherial does not support anything other than some NOR flash chips that it is tailored for.&lt;/p&gt;
&lt;p&gt;Read the PS for details - you will likely need to change the design.&lt;/p&gt;
&lt;p&gt;Scope picture looks like a &amp;quot;read status&amp;quot; (RDSR) opcode to me. That one might be baked into either the hardware or the NRFX code - which one I am not sure right now. Its been a while since I played with QSPI here.&lt;/p&gt;
&lt;p&gt;Note that the scope QSPI decoder looks like its not set up correctly for decoding the opcode.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>