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.

ADS5281 / data setup time and data hold time

Guru 20090 points
Other Parts Discussed in Thread: ADS5281
Our customer use ADS5281 as 12.288MSPS.
Could you please let me know the calculation of  min value of data setup time(tsu) and data hold time(th) ?
There are the tsu and th on 10MSPS and 20MSPS in the datasheet P.13.
Should we consider the value of 20MSPS for 12.288MSPS ?
If there are any calculation or estimation method for 12.288MSPS, please let me know.
Best Regards,
Ryuji Asaka
  • Hi,

    if they use the timing numbers for 20Msps and they still have margin in their design, then that would be the most conservative and safe approach.

    Note that as the data sheet timng sweeps from 30Msps to 20Msps to 10Msps that the extra time for the bit period at slower sample rates go into providing more setup adn hold time, meaning that the actual skews between clock and data from the device are relatively constant.

    At 30Msps the bit period for each bit is 2.77ns and the setup+hold time is 2ns.  So the device skews are about .77ns.

    At 20Msps the bit period for each bit is 4.16ns and the setup+hold time is 3.4ns.  So the device skews are about .76ns.

    At 10Msps the bit period for each bit is 8.33ns and the setup+hold time is 7.6ns.  So the device skews are about .73ns.   See - relatively constant.  All the extra bit period goes into more setup time and hold time.

    If we consider that the bit period at 12.288Msps is 6.78ns and we subtract 0.78ns of device skew then the setup+hold time must be about 6ns.  So I would estimate the setup time to be about 2.9ns and the hold time to be about 3.1ns.   Since these are extrapolated numbers, I would derate them slightly to maybe 2.7ns setup time and 2.9ns hold time just to be safe.  And then see if there is design margin in your design for these timings.


    Richard P.

  • Hello Richard san,
    Thank you for the explanation.
    I understood.
    Best Regards,
    Ryuji Asaka