<?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>nrf52810 SPI anomaly - similar to errata [109]</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/54796/nrf52810-spi-anomaly---similar-to-errata-109</link><description>I am dealing with a strange anomaly on the MOSI line of the SPI bus - sometimes, the first byte of a command 0x84 to the external SPI flash, I get this on the bus (~ 4 MHz SPI clock, sampled at 50 MHz): 
 
 
 I may not pick the second pulse at all times</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 25 Nov 2019 16:55:21 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/54796/nrf52810-spi-anomaly---similar-to-errata-109" /><item><title>RE: nrf52810 SPI anomaly - similar to errata [109]</title><link>https://devzone.nordicsemi.com/thread/221930?ContentTypeID=1</link><pubDate>Mon, 25 Nov 2019 16:55:21 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d7ad0984-608f-4a57-9dfc-a88c7afb6bc5</guid><dc:creator>MatevzB</dc:creator><description>&lt;p&gt;You can close the ticket - the issue has been traced to SPI flash chip holding the MOSI line low. Although the SDI pin can be used as bidirectional pin, this should only apply after the first command byte after CS going low - it appears to be an undocumented &amp;#39;feature&amp;#39; for the SPI flash...&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52810 SPI anomaly - similar to errata [109]</title><link>https://devzone.nordicsemi.com/thread/221898?ContentTypeID=1</link><pubDate>Mon, 25 Nov 2019 14:53:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8e524341-caa8-4eb3-acc6-1e6c89b44130</guid><dc:creator>Jared</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Are you using the development kit or a custom board? Could you share the design files if you use a custom board?&lt;/li&gt;
&lt;li&gt;Could you see if &lt;a href="https://infocenter.nordicsemi.com/pdf/nRF52_PAN_109_add_v1.1.pdf"&gt;workaround 3.7 in the Errata workaround description&lt;/a&gt; resolves the issue?&lt;/li&gt;
&lt;li&gt;How often do you see the spurious signals?&lt;/li&gt;
&lt;li&gt;If you&amp;#39;re using the development kit, could you try changing the wire that you use for MOSI.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Jared&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52810 SPI anomaly - similar to errata [109]</title><link>https://devzone.nordicsemi.com/thread/221721?ContentTypeID=1</link><pubDate>Sun, 24 Nov 2019 21:09:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0fdc75ad-99af-461b-ade0-932572b91508</guid><dc:creator>MatevzB</dc:creator><description>&lt;p&gt;Additional data: removing sleep from the waiting loop doesn&amp;#39;t improve on the issue. Moreover, spurious signals appear in other bytes (not only the first one).&lt;/p&gt;
&lt;p&gt;&lt;img src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/pastedimage1574629839923v1.png" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>