<?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>NRF52832 SPI receives the first byte as 0xFF</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/85377/nrf52832-spi-receives-the-first-byte-as-0xff</link><description>I use SPI to develop motion sensors KX022 and DW1000. The first digit of the received data is always 0xFF. If the first byte received is removed, it can be used normally. I want to know what caused this. 
 The results are the same with or without EasyDMA</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 03 Mar 2022 09:10:20 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/85377/nrf52832-spi-receives-the-first-byte-as-0xff" /><item><title>RE: NRF52832 SPI receives the first byte as 0xFF</title><link>https://devzone.nordicsemi.com/thread/355960?ContentTypeID=1</link><pubDate>Thu, 03 Mar 2022 09:10:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d3c5bb0e-7478-4483-9fcf-5f6700f46825</guid><dc:creator>Turbo J</dc:creator><description>&lt;p&gt;Expected behavior, the readback on the command byte is a dummy (= not valid). I believe there are SPI communication examples in the datasheets.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>