This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

ADS1015: Understanding settling time

Part Number: ADS1015

Tool/software:

In our product we are using ADS1015 with 4 external multiplexer ICs, one for each of the converter's input. As you can see below in the screenshot, we have RC filters of 200R/10n between each external multiplexer and the ADC.

 

In the firmware we are using the ADC to measure from all the inputs as follows:

  1. Select an ADC channel
  2. Select the first channel of the external MUX that is connected to that ADC channel
  3. Initiate some single-shot conversions and then average their results
  4. Cycle through the rest of the external MUX channels
  5. Cycle through the rest of the ADC channels.

What I am trying to understand is how much time we need to wait to get accurate results. I am thinking mostly how much time between step 2 and step 3.

I understand from the ADC's datasheet, that the converter has single-cycle settling, so that means that once we initiate a conversion we get an accurate representation of the output already from the first conversion (after approximately 625 us + 25 us (for wakeup), if we are using the default output rate of 1600 SPS.

But we also have the modulator or sampling frequency. Does the time of 1/250 kHz need to be added to the above time?

We also have the external filters of course that contribute with tau = 2 us to the settling time. Assuming I want to wait 5 x tau = 10 us, does that mean that we should probably first wait this time after the external MUX channel is selected and then initiate a new conversion?

There is of course also the time needed to set the OS bit via the I2C command, which, assuming a 400 kHz bus, needs already 90 us, so perhaps there isn't really a need to wait for this 10 us?

  • Hi Nikos,

    I'll get to you on this by tomorrow.

    -Angel

  • Hi Nikos,

    I understand from the ADC's datasheet, that the converter has single-cycle settling, so that means that once we initiate a conversion we get an accurate representation of the output already from the first conversion (after approximately 625 us + 25 us (for wakeup), if we are using the default output rate of 1600 SPS.

    Correct, the ADS1015 is a single-cycle settling ADC, which means there is no need to worry about digital filter settling time. Output data will always correspond to fully settled data. You only need to make sure that the analog input is settled during the conversion period. 

    But we also have the modulator or sampling frequency. Does the time of 1/250 kHz need to be added to the above time?

    The ADS1015 is a delta-sigma ADC, which means the modulator frequency is the frequency at which the input is sampled by the ADC. The ADC then outputs conversion data at the selected SPS data rate setting. The ratio between the output data rate and the modulator clock frequency is the OSR.

    There is no extra 1/250kHz that needs to be added.

    We also have the external filters of course that contribute with tau = 2 us to the settling time. Assuming I want to wait 5 x tau = 10 us, does that mean that we should probably first wait this time after the external MUX channel is selected and then initiate a new conversion?

    Your RC filter values aren't very large, so the input should settle rather quickly. 

    As you mentioned, the time it takes to send a new conversion start command should be enough for your input to be settled when the ADC begins a new conversion, so I wouldn't worry too much about adding that extra time delay.

    When cycling the MUX of the ADS1015, it is recommended to use single-shot mode rather than continuous conversion mode, to guarantee that the newest conversion data always corresponds to the input channel configuration selected when issuing a data conversion start.

    Best Regards,

    Angel

  • Hi Angel,

    that's great insights, thanks a lot for answering!

    Best regards,
    Nikos