
LTC2000
Production
The LTC2000 is a family of 16-/14-/11-bit 2.5Gsps current steering DACs with exceptional spectral purity.
The single (1.25Gsps mode) or dual (2.5Gsps mode...
Datasheet
LTC2000 on Analog.com
LTC6952
Recommended for New Designs
The LTC6952 is a high performance, ultralow jitter,
JESD204B/C clock generation and distribution IC. It
includes a Phase Locked Loop (PLL) core, consisting...
Datasheet
LTC6952 on Analog.com
LTC2000A
Production
The LTC2000A is a family of 16-/14-/11-bit 2.7Gsps current steering DACs with exceptional spectral purity.
The single (1.35Gsps mode) or dual (2.7Gsps...
Datasheet
LTC2000A on Analog.com
Hi guoxiaoyang ,
We will look into this. I will contact the product owner and get back to you.
Regards,
Marco
Thank you!
Hi guoxiaoyang ,
Thanks for a great question, Overall, addressing synchronous skew issues can be challenging, and it often requires careful PCB design, signal integrity analysis, and possibly additional compensation techniques to minimize the effects of process and environmental variations.like
Temperature Variation: Temperature variations across the DAC chips can impact their performance, including output skew. The temperature gradient across the board or individual chips can lead to variations in propagation delays.
Power Supply Noise: Noise on the power supply lines can cause variations in the DAC's behavior, affecting the output skew.
Clock Jitter: Even though the sample clocks are designed to be synchronous, there might be slight jitter in the clocks, which can lead to skew in the DAC outputs.
Signal Integrity: Signal integrity issues such as reflections, crosstalk, or impedance mismatches in the PCB traces can introduce timing differences in the signals, resulting in skew.
Phase Mismatch in PLLs: The PLL that provides the 2GHz sample clocks might have slight phase mismatches between the different DACs, leading to skew in their outputs.
Regarding the aperture delay variation between different DAC chips (LTC2000s), The LTC2000 datasheet provides information on the typical aperture delay values of 300ps, for you to measure 300os skew which means that DAC did not even trigger?!! which leads me to believe its something else in the design ( like the 6 factors above)
I will discuss this setup with our clocking group for any advice. feel free to contact me directly for more details about your project since you seem to have a full operating system. the more details we get, the more we could help.
Regards
Adam
Hi Adam,
Thanks for your reply. The typical aperture delay value of LTC2000 provided by datasheet is 3ns. And the skew of dac output we measured is large than 300ps in some channels.
The PLL we use is LTC6952 which provide 2GHz sample clock to the four LTC2000s. LTC6952’s configuration is like this.
We have confirmed that the output of LTC6952 is synchronous. And the time skew between the four sample clocks we measured is less than 20ps. There are some measurement results of 2GHz clock signal.
Single-ended output waveform of the four clock signals
Differential output waveform of two clock signals
We've also did some other tests below.
1. We reduced the sampling rate to 1GHz, the time skew of the four DACs outputis same as 2GHz.
2. We use the pattern generator in LTC2000 to send sample data instead of DCKIP/N, DAP/N and DBP/N, however the time skew of the four DACs outputis no difference.
3. We replaced one of the DACs with LTC2000A and found that the skew of this channel changed significantly.However there may have some difference between LTC2000 and LTC2000A.
I think the main factors that affect the synchronous skew of multiple LTC2000s are the sample clock skew, the dac output PCB trace and the difference between dac chips. But it seems no problem. So I have no idea about this large skew. I’m looking forward to your suggestions.
Regards
guoxiaoyang
Hi Guoxuaoyang,
Did you follow the procedure in the datasheet? "Measuring LVDS Input Timing Skew " on page 30, 31 and 32?
thanks
Adam
Hi Adam,
I didn’t measure the LVDS input timing skew. I think it’s to measure the skew between data clock and data to ensure setup and hold margin of the incoming data. If the margin is not enough, the wave DAC output will be abnormal such as having glitch. I didn’t see such anomalies in the DAC output waveform. I think this issue may not be a main factor that affect the synchronous skew of multiple LTC2000s, cause I use the pattern generator in LTC2000 to send sample data instead of DCKIP/N, DAP/N and DBP/N but the time skew of the four DACs output is no difference.
Thanks.