SAADC scan mode with internal timer on nRF54L15

RE: SAADC scan mode with internal timer on nRF54L15

Einar Thorsrud — Tue, 09 Dec 2025 08:50:18 GMT

Hi,

I am glad to hear that. The ticket is internal, so there is unfortunately nothing you can refer to (other than perhaps this thread).

RE: SAADC scan mode with internal timer on nRF54L15

erwallc — Mon, 08 Dec 2025 16:48:46 GMT

Thank you Einar,

That answers my current questions. I've marked the first reply as Verified Answer, since that answered my original question.

If there is a public issue tracker for the driver update that I can refer to in my commits, it would be nice if you can provide a link to that.

Thanks again for timely and useful replies!

RE: SAADC scan mode with internal timer on nRF54L15

Einar Thorsrud — Mon, 08 Dec 2025 15:27:28 GMT

Hi Charlie,

For the first part of the question it is up to you and what fits your need how you want to organize the code and various repositories. A workspace application often makes sense as you are free to point to your own fork of repositories if you have to make changes in some (as an alternative to patching).

For the other question, you can only provide one result buffer for the SAADC at a time. And if using two channels in scan mode, you every second sample will be for one or the other channel. So in this case you will end up with a single buffer holding data for both channels. I do not have a particularly efficient way of handling this. It would be OK to have separate threads that only read from the same buffer and skips every second sample, as long as you ensure that both are done with the data before the buffer is re-used. But if you need the data consecutive for some reason, it has to be copied out and re-assembled in two separate buffers.

RE: SAADC scan mode with internal timer on nRF54L15

erwallc — Fri, 05 Dec 2025 15:33:43 GMT

[quote userid="7377" url="~/f/nordic-q-a/125995/saadc-scan-mode-with-internal-timer-on-nrf54l15/556346"]

timer with multiple enabled channels on nRF54 series.

The check that prevents it is old and has not been updated lately when adding support for the nRF54 series, which it looks like it should have been. I have created an internal ticket to have the driver updated, but it will for sure not happen for the v3.2 release of the SDK.

[/quote]

Einar,

Thank you for the reply. How would you recommend I work around it until a fix is available in an SDK release? Our project is currently set up as a freestanding repo, but I'm guessing a workspace repo and using west patch would be the most straightforward?

I'm also wondering if you have any advice on handling the data. Our setup consists of two differential microphones and I wish to separate the processing of the data (sampled using a double buffer setup) but the data is interleaved in memory. To keep processing time down the initial approach is to pass the full buffer with an offset of 0 and 1 to processing threads. Are there any options in DMA or some efficient way to separate the data or supply separate buffers for each channel?

Best regards,

Charlie

RE: SAADC scan mode with internal timer on nRF54L15

Einar Thorsrud — Fri, 05 Dec 2025 14:11:35 GMT

Hi Charlie,

This was a limitation in the nRF52 and nRF53 series devices, but I do not see a problem using the internal SAMPLERATE timer with multiple enabled channels on nRF54 series.

For a simple use case with a one to one mapping from a timer to the SAADC I do not see a clear advantage using that instead of the internal samplerate timer. DPPI is quite flexible though, so it is probably possible to think of use cases where that would be a better fit.

Br,

Einar