nRF52840 SPI3 data corruption at 16 Mhz - anomaly workaround included

Question

citing the following issues 
 Nrf 52840 SPIM3 slew rate issue at 16 Mhz RE: nRF52840 BLE causing display glitch on GC9A01 using SPIM 
 SPIM3 tx data corruption, byte carried over from previous operation. 
 I've been able to implement the 16 Mhz on the SPIM3. However, the incoming data on the MISO is still corrupted. With my oscilloscope I can see the incoming data is correct. 
 I've implemented the CONFIG_NRF52_ANOMALY_198_WORKAROUND in my proj.conf, even thought this config is now enabled by default in the Connect SDK. 
 The solution proposed in RE: nRF52840 BLE causing display glitch on GC9A01 using SPIM is not really clear to me and touching files in the build folder is not ideal. 
 Is there any extra anomaly that I might be missing and/or configuration of the SPI3 for speed above 8 Mhz? 
 
 [EDIT] 
 Apparently the incoming data is shifted by 1 bit to the RIGHT. As I wrote before, is correctly detected by my oscilloscope, but once in the nRF it gets shifted. This is still an issue since I cannot state the value of the missing right-most bit. CPOL and CPHA are correct by the datasheet on the interfaced device.

hmolesworth · Accepted Answer

Bit-shift is likely due to hardware timing issues, very different to byte-corruption due to SPIM3 anomaly issues. 
 "Standard four-wire 32-bit SPI interface with CMOS or low-voltage differential signaling (LVDS) I/O pins ". If using LVDS_en tied high a 100R termination resistor is required on the digital inputs to the RHS2116 and the differential receive circuit on MISO may be adding a delay. If LVDS_en is tied low is there a single-ended buffer in the MISO path contributing to phase delay? 
 In both cases connection wires or traces above 1 or 2 inch should be suspect. Test effect of connection wires or traces by doubling or tripling the connection length of SCLK, MOSI and MISO and see if a further bit shift to the right occurs. If possible test with a connection length of 1 inch or less and see if the bit shift disappears. Yes, not so easy ..

nRF52840 SPI3 data corruption at 16 Mhz - anomaly workaround included

Top Replies