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.

ADS8668: Question about daisy chaining

Part Number: ADS8668

Hello all,

On page 39 of the datasheet for ADS8668 (12-bit, eight-plus-one analog inputs, SAR ADC), under section 8.4.1.3.1 and as illustrated by Figure 93, is the description of daisy-chaining the device. It is described that the first 16 clocks of an access cycle are for shifting into all of the chained devices a common control/programming word and that the following clocks are for shifting out conversion data from the chained devices, requiring 16 clocks for each device’s data to appear in succession on the SDO line coming out of the last device in the chain. So that a chain of three devices would be accessible with a cycle of 16 + 3 x 16 = 64 clocks total.

Yet, on page 56 of the datasheet, Table 13 under section 8.5.2.3.2 describes various SDO formats, controlled by a 3-bit field of the Feature-Select Register of the device (address 0x03 in the device’s register map), all of which imply that it takes 25 clocks to output a conversion result, followed by nine additional bits of pertinent information.

How are these two functionalities reconciled? If it takes 25 clocks to place on the SDO everything relevant to a sample conversion, how can a daisy chain need only 16 bits per device to output data? Is there a mode for 25-bits output that is incompatible with daisy-chaining? Are there templates that I could look into, regarding the above discussed functionalities?

Best regards

  • Dimitrios,


    I'm sorry we didn't get to this question today. We should be able to get you an answer to this tomorrow. I'm not very familiar with the daisy chain feature for this device and I'll need to find out more about the data transfer.


    Joseph Wu
  • Hi Dimitrios,,
    Figure 93 only shows the timing example for SDO format 000 which is the default configuration in 03h register(Device Features Selection Control Register) after power on or reset the device. If a different SDO format is selected and configured in 03h register, more clocks will be needed to get additional information(channel address, device address or input range).
    I would like to double-check with design team and get it back to you soon. Thanks for your patience.

    Regards,
    Dale

  • Hi Dimitrios,,

    I have confirmed with team. The Figure 93 in ADS8668 datasheet shows the diagram only for SDO format 000. If a different SDO format is selected or configured in Device Features Selection Control Register(Address=03h), the number of SCLK clocks are needed per ADC in Daisy-chain mode as below:

    SDO format – 000 – Code width = # of CLKS per ADC = 16

    SDO format – 001 – Code width = # of CLKS per ADC = 20

    SDO format – 010 – Code width = # of CLKS per ADC = 22

    SDO format – 011 – Code width = # of CLKS per ADC = 25

     If your CPU only supports 16 clocks per word, an integer multiple of the clock can be sent to ADC. For example, for SDO format=011 and 3 ADCs in the daisy-chain, the minimum clocks is 91, your CPU can send 96 SCLK clocks to ADC to get all data and device/channel information.

    Please let me know if you have any further question, thanks.

    Regards,

    Dale

  • Hello all,

    Many thanks for your support on the matter. I will contact my colleague (he will be back to work on Tuesday 12 March) to verify that his question is resolved.

    Best regards