Can I get data from an external ADC without using CPU time?

RE: Can I get data from an external ADC without using CPU time?

MartinBL — Mon, 11 Sep 2017 09:29:55 GMT

My bad. I was thinking about doing everything using the SPI registers directly. Anyway, you should look into the nrf_drv_spi_xfer() function. It allows you to schedule and start multiple transfers by using PPI.

RE: Can I get data from an external ADC without using CPU time?

ndarkness — Fri, 08 Sep 2017 06:45:22 GMT

@Martin Børs-Lind, I don't fully understand what you mean. If I do use the SPI function nrf_drv_spi_transfer(&spiInstance, txData, bytesNumberTx, rxData, bytesNumberRx); the pointer to the buffer rxData will be always used as the position to store a SPI transfer, meaning that I previous samples on that buffer will be lost right?

RE: Can I get data from an external ADC without using CPU time?

MartinBL — Thu, 07 Sep 2017 17:40:48 GMT

The EasyDMA feature will never reset the buffer address itself. It will just continue to increment the pointer to the buffer forever and you will have to control this in your software to avoid buffer overflows. So in other words, you are the one responsible for resetting the buffer start address.

RE: Can I get data from an external ADC without using CPU time?

ndarkness — Thu, 07 Sep 2017 14:14:08 GMT

@TurboJ , thanks for your reply. Are you aware if using SPIMx->TASKS_START will restart my buffer position to the inital value?

RE: Can I get data from an external ADC without using CPU time?

Turbo J — Thu, 07 Sep 2017 14:00:16 GMT

I see an possible issue with PPI memory buffer in that the memory pointer is not incremented each time I read a sample which would lead to lose the previous samples.

This could be somewhat migitated by the list feature in EasyDMA.

If your ADC has a "data ready" pin, you can try using GPIOTE and PPI to trigger the SPIMx->TASKS_START on each sample.

Note that keeping track of the sample count may need additional ressources (e.g. Timer+ PPI channel).