SPI delays between writes

RE: SPI delays between writes

Kenneth — Thu, 01 Jul 2021 12:50:12 GMT

Hi Tim,

The GPIO peripheral run of 16MHz (this is fixed), however depending on how the code is written and compiled, and there is an OS running here also, then you likely will not be able to get this high speed. Though, 2us, was a bit slower than I would expect yes.

Kenneth

RE: SPI delays between writes

ProtonTim — Mon, 28 Jun 2021 16:50:13 GMT

Hi Kenneth,

Thank you for the answer. I understand your explanation. Fortunately, running the SPI in blocking mode gets me just under my bandwidth limit, so I should be good to go. However, I do have one additional question. In my trying to optimize the CE assertion timing I put a bunch of set/clear commands together to see what the maximum GPIO toggle rate was. If I remember right it was about 2uS per transition. This seemed slower than I expected. I am very new to the ARM architecture so my question might be ignorant, but I was wondering if there was a way to get faster IO response by changing the peripheral clock speed to the IO or by some other means.

Thanks for your help,

Tim

RE: SPI delays between writes

Kenneth — Mon, 28 Jun 2021 12:51:41 GMT

Hi Tim,

There is no direct hardware control of the CE pin when using SPI, so the application will need to handle the CE pin manually, typically there will be some delays due to the way it's implemented. E.g. there will interrupt latencies here du to possible wakeup before and after the SPI transfer, and possible delay due to the SoC framework if the softdevice is enabled and need to forward the interrupt to the application, not to mention some delay due to code execution handling the interrupt. Adding these up you may experience several us of delay before and after SPI transcation and CE pin.

The only real way to reduce this is to use PPI to handle the CE pin and SPI transcation. There is a discussion in this case how this can be done:
https://devzone.nordicsemi.com/f/nordic-q-a/13523/ppi-to-spim-task-how-to

Alternatively use the nRF52840 which have an SPIM3 interface with CE handling in hardware.

Kenneth

RE: SPI delays between writes

ProtonTim — Fri, 25 Jun 2021 16:50:07 GMT

Simon,

Since I didn't hear back from you I dug into the source code a bit and found that if I pass a NULL for the interrupt handler it will run as blocking code. Running the code in blocking mode provides about a 15% speed increase, but the delay between /CE being asserted and data coming out, and the delay between data finishing and /CE being deasertted are still way to long. Do you know why there is such latency? Is there a way to remove that latency? I am under a bit of time pressure so a prompt response would be greatly appreciated.

Tim

RE: SPI delays between writes

ProtonTim — Thu, 24 Jun 2021 13:25:06 GMT

Hi Simon,

I am having trouble seeing any difference between what you are recommending and what I am currently doing. I have always had #include nrf_drv_spi.h" as part of my file and I call the nrf_drv_spi_transfer just as it says in the link you provided (see line below). It looks to me like I have been doing what you said and what is indicated in the link but this is what is giving me the long delays.

APP_ERROR_CHECK(nrf_drv_spi_transfer(spi_inst, tx_buffer, tx_length, rx_buffer, rx_length));

Can you please tell me what I might be missing?

One additional note: I think it is important to point out the that the delays that I need to get rid are the delay between when CE is asserted and when the data transmission starts, and the delay between when the data transmission has ended and CE is deasserted. These delays can be seen by referring to the second of the timing pictures at the start of this thread.

Thanks,

Tim

RE: SPI delays between writes

Simon — Thu, 24 Jun 2021 10:19:25 GMT

He used the api nRF5_SDK_17.0.2_d674dde/integration/nrfx/legacy/nrf_drv_spi.h, add #include "nrf_drv_spi.h" at the top of you file. Also check out the the driver description of SPI Master in the documentation: https://infocenter.nordicsemi.com/index.jsp?topic=%2Fsdk_nrf5_v17.0.2%2Fhardware_driver_spi_master.html&cp=8_1_2_0_13

Best regards,

Simon

RE: SPI delays between writes

ProtonTim — Tue, 22 Jun 2021 15:21:44 GMT

Hi Simon,

In the referenced thread he mentioned he used the standard spi transfer api to get faster time between transfers. Could you point me to where I might find out more about that api and how it is different that what I have implemented using the example code?

Thanks,

Tim

RE: SPI delays between writes

Simon — Tue, 22 Jun 2021 08:40:01 GMT

This thread may be useful to take a look at: https://devzone.nordicsemi.com/f/nordic-q-a/56180/reduce-time-between-spi-transfers, where also a piece of code is attached that demonstrates how to achieve a low delay between the SPI transfers.

Best regards,

Simon