Continuous Cyclic SAADC on NRF52

RE: Continuous Cyclic SAADC on NRF52

Einar Thorsrud — Mon, 20 May 2019 06:49:48 GMT

Hi,

That sentence from the driver documentation is somewhat confusing. The thing is that even if you connect the END event with the START task, you still need to update the buffer pointer in the RESULT.PTR, and this must be done in SW (the driver). There is only a single result pointer buffer in the SAADC HW, so this is a HW limitation.

RE: Continuous Cyclic SAADC on NRF52

Waqas Qammar — Sat, 18 May 2019 09:14:52 GMT

the document says this:
if only one channel is used, EasyDMA could automatically start processing using the second buffer if PPI is used to bind SAADC END events with the SAADC START task.

I want to ask by doing this event handling call can be avoided?

RE: Continuous Cyclic SAADC on NRF52

Einar Thorsrud — Tue, 14 May 2019 07:44:29 GMT

Hi,

[quote user=""]MY Questions is how can I bind the saadc end event with start task. for the start task I can get the address using nrf_drv_saadc_sample_task_get(); but how could I get the address of end event to bind it using PPI.[/quote]

The reason for the nrf_drv_saadc_sample_task_get() function is that it handles differences between the driver normal and low power mode (see implementation). For all other tasks and events, you should simply use the enum in nrf_saadc.h (for instance NRF_SAADC_EVENT_END).

[quote user=""]My 2nd question is if I do that is this would be a cyclic process. I mean after the 2nd buffer gets completed the saadc automatically shifts towards first buffer.[/quote]

There is no way to do this in a cyclic way. the SAADC peripheral hardware will write samples to memory using DMA for as many samples as configured. After that, you must use software to process the samples before you start a new sampling sequence.