nRF52 SAADC Continuous sampling

RE: nRF52 SAADC Continuous sampling

Empe — Tue, 24 Mar 2020 06:24:35 GMT

Hello, Karl.

Thanks very much.

now i'm solve all problem and working well.

[quote userid="87869" url="~/f/nordic-q-a/59281/nrf52-saadc-continuous-sampling/241207"]Is there a specific reason for why you would like to manipulate the registers directly, instead of using the SAADC driver?[/quote]

this is why now i'm try to porting the function to another platform,

however SDK example is not working well in there.

that's why need to understand register and working process.

Best regards,

Empe.

RE: nRF52 SAADC Continuous sampling

Karl Ylvisaker — Mon, 23 Mar 2020 15:49:03 GMT

Hello Empe,

[quote user="Empe"]Thanks for kind reply.[/quote]

No problem at all, I am happy to help!

[quote user="Empe"][/quote]

That's why my code is not work well.

I need study more about "PPI". Thanks.

Yes, that might be the reason. Let me know if this resolves your issue!
If you want to read more about PPI, you could do so here. PPI is really just a way to connect two peripherals so that they may function together, without requiring CPU intervention at every sample. What you would like to do is to connect a timer to your SAADC, using PPI. That way, the SAADC will continuously work in the background.
The SAADC example demonstrates how you can connect a timer to your SAADC using PPI.

[quote user="Empe"]if i don't pointed next buffer, DMA will overwrite data automatic to buffer that before pointed? or Stop to converting?[/quote]

If the buffer is filled up, then the NRF_SAADC_EVENT_END event is triggered and you will stop converting, since there is no more space to store samples in.
The pointer will NOT reset to the start of the buffer by itself, you will have to do this yourself if you want this to happen.
However, if you are concerned with possibly loosing samples during processing of the buffer, you might be interested in using the double buffering functionality.
This will set up two equal buffers, and when the first one fill up it will immediately start filling into the second buffer - without missing samples.
This functionality is also demonstrated in the SAADC example I linked earlier, as seen in the saadc_init() functions double call to nrf_saadc_buffer_convert.

[quote user="Empe"][/quote]

Why do I ask this ... because of i have one more question.

assume that i make my model like that,

RESULT.MAXCNT is the size of the buffer provided to store samples in, so if you only set it to 1, the SAADC will only do 1 conversion before the NRF_SAADC_EVENT_END is triggered and conversion is stopped. You would have to restart the SAADC again for each sample, if you were to do it like this.
Instead, I would recommend that you iterate over or directly access the result buffer with an offset equal to the number of channels you have, to retrieve the conversions.

Is there a specific reason for why you would like to manipulate the registers directly, instead of using the SAADC driver?

[quote user="Empe"]oh, That is another reason why data can not read well. Thanks@[/quote]

Yes, this might very well be a reason for incorrect readouts. Let me know if you are able to get proper readings using memory map.

[quote user="Empe"]Thanks for help. : )[/quote]

No problem at all!
Thank you for formatting your code with the insert code option, and having edited it into your original question - it is highly appreciated! :)
Best of luck with your development, and let me know if you should have any other questions or issues!

Best regards,
Karl

RE: nRF52 SAADC Continuous sampling

Empe — Mon, 23 Mar 2020 00:51:13 GMT

Hello Karl,

Thanks for kind reply.

[quote userid="87869" url="~/f/nordic-q-a/59281/nrf52-saadc-continuous-sampling/240941"]you posted it seems you would like to have multiple inputs, which means you must use the PPI for continuous mode. [/quote]

That's why my code is not work well.

I need study more about "PPI". Thanks.

[quote userid="87869" url="~/f/nordic-q-a/59281/nrf52-saadc-continuous-sampling/240941"]you are going to use the RESULT.PTR value directly, you will have to increment it according to the memory usage described in that section.[/quote]

oh, That is another reason why data can not read well. Thanks@

Then, Karl i have another question.

In timing chart, After "STARTED" event generated, need to set next buffer to "RESULT.PTR"

When using "PPI" function for continuous mode of "SAADC",

if i don't pointed next buffer, DMA will overwrite data automatic to buffer that before pointed? or Stop to converting?

Why do I ask this ... because of i have one more question.

assume that i make my model like that,

    // Init channel 1 SAADC
    // Configure SAADC singled-ended channel, Internal reference (0.6V) and 1/6 gain.
    ...
    
    // Configure the SAADC resolution. (12Bit)
    ...
    
    // Configure result to be put in RAM at the location of "result" variable.
    NRF_SAADC->RESULT.MAXCNT = 1;
    NRF_SAADC->RESULT.PTR = (uint32_t)&adc_CH1_sample;
    
    // Init channel 2 SAADC
        // Configure SAADC singled-ended channel, Internal reference (0.6V) and 1/4 gain.
    ...
    
    // Configure the SAADC resolution. (10Bit)
    ...
    
    // Configure result to be put in RAM at the location of "result" variable.
    NRF_SAADC->RESULT.MAXCNT = 1;
    NRF_SAADC->RESULT.PTR = (uint32_t)&adc_CH2_sample;

can I allocate a different storage buffer address and different resolution set for each channel?

Thanks for help. : )

Best regards,
Empe.

RE: nRF52 SAADC Continuous sampling

Karl Ylvisaker — Fri, 20 Mar 2020 17:05:00 GMT

Hello Empe,

[quote user="Empe"][/quote]

so, when making "saadc" continuous mode we don't need "PPI" must

is it right? i will re-check Reference again

Yes, you can either use SAADC in continuous mode with its own internal timer, or you could use PPI.
Note that using the internal timer is only available for a single channel. From the initial code snippet you posted it seems you would like to have multiple inputs, which means you must use the PPI for continuous mode. Setting up the SAADC to work with PPI is demonstrated in the SAADC example in the SDK.
Have you seen this section about the continuous mode for the SAADC?

[quote user="Empe"]in +add code Part, i want to check is it right to save & call data [/quote]

Not quite, it depends on the configuration of your SAADC. The samples are stored using 16 bits, so you may not just increment a 32 bit pointer.
Please see this section about how the SAADC results are stored for different SAADC configurations. If you are going to use the RESULT.PTR value directly, you will have to increment it according to the memory usage described in that section.

[quote user="Empe"]next time i will try to use "insert code" option[/quote]

Thank you for formatting your code, it is much easier to read and much appreciated! :)

[quote user="Empe"]thanks for information.[/quote]

No problem at all, I am happy to help!

Best regards,
Karl

RE: nRF52 SAADC Continuous sampling

Empe — Thu, 19 Mar 2020 23:15:03 GMT

Hello,
Thanks for reply Karl

so, when making "saadc" continuous mode we don't need "PPI" must

is it right? i will re-check Reference again

in +add code Part, i want to check is it right to save & call data

// Configure result to be put in RAM at the location of "result" variable.
// adc_sample is array type value, int16_t, adc_sample[8]

        NRF_SAADC->RESULT.MAXCNT = 8;
        NRF_SAADC->RESULT.PTR = (uint32_t)&adc_sample;
        
// when we need to read saadc value 0,1,4,5 to check IR 

        temp = adc_sample[0];
        temp = adc_sample[1];
        ...
        ...

next time i will try to use "insert code" option

thanks for information.

Best regards,

Empe.

RE: nRF52 SAADC Continuous sampling

Karl Ylvisaker — Thu, 19 Mar 2020 18:11:06 GMT

Hello,

[quote user=""][/quote]

in SDK example, is it continuous Mode?

it looks like simple tesk Mode call by timer int every time.

Yes, the SAADC example uses the SAADC with PPI, set up to trigger every 400 ms.

[quote user=""]if i set saadc register like this[/quote]

Have you seen the SAADC API Reference? I recommend making use of the functions in the API reference.
Of special interest to you is probably the nrfx_saadc_buffer_convert or the nrf_saadc_continuous_mode_enable.

[quote user=""]+add This is my full init Code for SAADC 0 - 7 Channel [/quote]

Is there anything in particular you would like me to look at in this code snippet?
For future reference, please format code with the "insert code" option to drastically increase readability.

Best regards,
Karl