RE: Multiple SAADC Channels at different intervals

rms — Wed, 27 Sep 2017 15:51:57 GMT

Thanks for the prompt response

RE: Multiple SAADC Channels at different intervals

Jørgen Holmefjord — Wed, 27 Sep 2017 12:49:02 GMT

Hi,

I assume you are talking about the SAADC driver in the SDK, since you are talking about blocking/non-blocking modes. In hardware, the SAADC is task/event driven.

Yes, when multiple channels are enabled the SAADC will automatically enter scan mode. The blocking function in the SAADC driver take the channel as parameter and sample this channel. All other channels will be disabled when this function is called.
The SAADC peripheral will allways use EasyDMA when sampling. When the SAADC is enabled, the EasyDMA current of ~1.2 mA will be added. Using blocking functions for SAADC sampling might cause higher current, as the CPU is busy-looping while waiting for the sample to finish, contrary to having the possibility to put the CPU in sleep mode when waiting for the end event, when using non-blocking mode functions.
If your sample rate is low, it makes sense to disable the SAADC peripheral between every sample to save power. This is independent on whether you use blocking or non-blocking setup.
No, the SAADC peripheral can only sample one channel at a time. When the blocking function is called, it will disable all enabled channels before setting up the peripheral for sample of the requested channel. If non-blocking sampling is allready setup, a call to the blocking sample function will return with the error code NRF_ERROR_BUSY, indicating that the driver is allready busy with other sampling.

If you are doing regular sampling using the SAADC peripheral, it makes no sense to use blocking over non-blocking setup. This only makes sense if you just need a single sample. You can find an example of low power SAADC on our GitHub. It you have multiple channels enabled, you might need to use this version to get it running with low power.

Best regards,

Jørgen