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.

LMX2491: Reopen discussion of best crystal drive to synthesizer chip

Part Number: LMX2491

Hello:

I had a recent discussion with Dean Banerjee on best crystal drive to the LMX2491 to get lowest phase noise.  This issue is not discussed in the LMX2491 data sheet except to mention that driving dv/dt should be at least 3V/ns.  However, other TI data sheets give graphs showing phase noise degradation of up to 14 - 17dB. 

Crystal oscillators do not typically provide dv/dt that meets the recommended speed.  Also, synthesizer data sheets typically recommend brute force resistive matching at 50 ohms for the crystal drive that will further slow dv/dt, while the crystal ocillators are not typically specified to even be able to drive 50 ohms.  It's a real mismatch in the industry that needs addressing.  

Additionally, TI does not specify the input spec's or model of the reference input.  As far as I know, it is not made clear the form of circuitry and its model that are used.  Linear Technology typically uses a differential pair input with two sets of two diodes in series that clip input at 1.4Vpp for each channel.   Presumably the chip designers are providing a differential input because that is the superior solution over single-ended, but again we have a mismatch because crystal oscillators do not typically provide differential outputs.  

The attached Word doc report addresses the issues in detail, and provides a recommended solution.  I would appreciate it if Dean could be called in to have a look and comment.

Thanks, Farron

TI-SynthBufferReport1P0.docx

  • Farron,

    It looks like you put a lot of work into this and looks like it can be a useful paper.

    My comments:
    1. For the ultimate phase noise measurement, we get the best results with a Wenzel 100 MHz oscillator at +13 dBm and then followed by a limiter that limits the output to +10 dBm. I agree that using resistive pads sacrifices slew rate.
    2. There do exist XOs that do not degrade the output, such as the Vectron VC-708
    3. Whenever you put something in the input path, the noise gets multiplied up to higher frequencies. So it would be good to take the 1/f and noise floor of the input buffer and multiply by 20*log(N/R) to ensure that it is well below the PLL noise.


    Regards,
    Dean
  • Hello Dean:

    Thanks for the quick reply. 

    I would like to use the LTC6957 buffer instead of cheap inverters, since it is purpose designed to be both fast and low noise while squaring up a crystal output.  Its additive phase noise is lower than that of a quite good crystal oscillator out to about 40kHz offset, and my zone of interest on the current design is well below that.  But, the part is expensive and limited to 3.3V, where it might be driving a very large current into the LMX2491 reference input.  If padded, then it is driving a large current into the pad resistors. 

    Can you say if the reference input to the LMX2491 is a diff pair with the kind of diode clipping shown in Figure 4 (page 7) of the report I attached?  That is the structure Linear is using.  This seems quite important to designing an optimum driver that generates high dv/dt, without drawing a lot of current that puts a lot of 25MHz to 100MHz noise on a low noise supply. 

    Thanks,

    Farron

  • Hello Dean:

    Not hearing back in a few days, I assume you are probably waiting permission to disclose the circuit structure of the LMX2491 crystal reference input processing.  Hopefully that can happen, as it appears essential to have it for optimum crystal driver design.  

    Since you recommended the Vectron VC-708 as a reference that limits phase noise degradation due to high driver dv/dt, Texas Instruments has in the past clearly considered the same problem set I am now pointing out.  The VC-708 output is in LV-PECL form (low voltage positive emitter coupled logic with differential output).  This has these advantages:

    1.  Fast rise time at 1ns or faster.

    2.  Limited voltage swing at about 800mV on each differential output that will not turn on two clipping diodes in series, or only lightly turn on a single diode.

    3.  Resulting dv/dt of 0.8V/ns per channel, or 1.6V/ns effective differential dv/dt.  It's fast, though only half the 3V/ns recommended in the LMX2491 data sheet. 

    4.  Being current steered logic with nearly constant current draw, does not pull sharp spikes of current from the low noise supply, thus it avoids inducing a lot of voltage noise on the supply.  

    This is architecturally exactly in line with the solution I was arriving at.  However, the VC-708 is about 10dB inferior in close in phase noise to some other low cost crystal oscillators of this class.  Also, it draws about 50mA, which is a characteristic of PECL.  Some crystal oscillators with this output form draw as much as 100mA.  Their high power is to drive 50 ohm clock distribution in differential form, at which they excel.  But, this capability is overkill if all the clock has to do is drive the high-Z crystal input pins of a synthesizer chip that is physically placed right next to the crystal oscillator. 

    For the synthesizer application, the PECL output form is both a little slower than desired and much higher power consumption than desired.  An ideal form would provide its limited swing to avoid input diode clipping, at higher dv/dt, and with much lower power consumption. 

    It appears that an ideal form does not yet exist in the industry.  I was trying to approach it with the lower voltage, differential, moderately padded CMOS form in the report I attached opening this thread.  How well that form can approach ideal depends on the input structure of the reference input circuitry, which is why I am hoping that can be disclosed. 

    Since the phase noise degradation for poor crystal dv/dt can be as bad as 17dB according to TI's own data, this is a significant problem.  I might mention that including crystal dv/dt effects on the PLL noise in PLLatinum Sim would appear to be necessary to have accurate noise simulation.  Including the additive noise of the buffering that appears necessary to get higher dv/dt from currently available rather slow dv/dt coming right out of the crystal oscillators would also be necessary for the noise simulation to get full accuracy. 

    I will be mentioning this situation in terms of available parts and simulation for Part 4 of my MW&RF series on low noise synthesizer design, which needs to be turned in within two weeks.  In the concluding Part 5, which finishes the series off with examples, I will be showing implementation.  A top RF text author has also recently contacted me for permission to use some of the material from this series in a book to be completed in June.   We can certainly do a better job of presenting Texas Instruments synthesizers relative to this problem if the input structure of the crystal input pins can be disclosed.

    Regards,

    Farron 

  • Farron,

    Indeed I would agree that it is hard to find a oscillator that is:
    1. Excellent phase noise
    2. High slew rate
    3. Not too high voltage

    We definitely found a lot of oscillators that were worse than the VC-708. Other things that we have found to be around this performance level or better are:
    1. Crystek CVHD VCXO
    2. Rhode & Schwartz SMA100B signal generator
    3. Welzel crystal.

    I'm likely not going to be able to get you the input structure, but I can make a few comments:
    For characterization we like to take the 100 MHz Wenzel crystal and run through a 10 dB limiter. However, if you remove the limiter and drive +13 dBm , then phase noise improves on the order of 0.5 dB. Also, I tried using a connectorized balun to split this into a differential signal and this did NOT improve the phase noise.

    Regards,
    Dean
  • Hi Dean:

    OK, thanks for trying. 

    This has turned out to be a much trickier situation to get to the bottom of than you would guess going in.  But, it seems like what I have is about as close to ideal as I can get with low cost and without more information, so I'll go forward with it. 

    I'll leave this trail temporarily open, and close it next week if burning questions do not arise. 

    Thanks,

    Farron

  • Farron,

    Thank you for your insights regarding the input to the OSCin pin.

    It's a good and worthwhile discussion, but it would be best for us if we could not have this thread open today, as we are scored on our E2E metrics at the end of the month and we get punished for any open threads.

    Regards,

    Dean

  • Sorry, I should have come back and closed this earlier.   Closing now...