nRF5340 SPIS Max Speed

RE: nRF5340 SPIS Max Speed

Susheel Nuguru — Fri, 24 May 2024 09:23:49 GMT

Aditya, the actual maximum data rate depends on the master's CLK to MISO and MOSI setup and hold timing.

Also can you please create a different ticket and please give as much description about the hardware, software versions and the environment you are testing including the peer SPIM configuration.

RE: nRF5340 SPIS Max Speed

Aditya_p — Fri, 24 May 2024 07:24:16 GMT

Hi Susheel Nuguru ,

I am trying to run the SPI examples using TFT display provided by zephyr. In that I am not able to achieve Max-Frequency. Even though I set the spi-max-freqeuency = <25000000> or spi-max-freqeuency = <30000000> I am only able to receive 16MHz of clock. Can you please help me this.

Thanks

RE: nRF5340 SPIS Max Speed

Susheel Nuguru — Tue, 21 May 2024 06:11:31 GMT

Yes, I think this depends on the rise and hold times of the SPI clock and data lines. If the peer is influencing the rise and hold times of these pins then it is possible that the sampling of data in SPI in nRF might be effected.

RE: nRF5340 SPIS Max Speed

Wangshuhai — Fri, 17 May 2024 07:23:52 GMT

Hello

Thank you for your reply.

According to our setup, we use two 5340DK boards. One is configured with SPIM and set the main frequency to 128M, with SPI at a speed of 16M. The other one is configured as SPIS. It works fine with short data transfers. But when transmitting larger data, for instance, 500 or 1000, problems occur as erroneous data issues emerge from the slave device.

I've also tried to communicate with the 53 through other MCUs and found that as soon as it exceeds 8M, the data transmission and reception become abnormal.

RE: nRF5340 SPIS Max Speed

Susheel Nuguru — Thu, 16 May 2024 05:00:39 GMT

Hi Xuntong,

The actual minimal SCK input depends on the Master clock setup and hold time. If you have a master that is driving the clock which is faster shorter setup time and longer hold time, then you might be able to drive speeds faster than 8MHz but 16Mhz seems too high for which we might have not tested this peripheral at those speeds.