• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Mixed-Signal Design
  3. PLL Verification RAK - Total Phase Noise

Stats

  • Locked Locked
  • Replies 14
  • Subscribers 65
  • Views 8151
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

PLL Verification RAK - Total Phase Noise

JoJakNap
JoJakNap over 1 year ago

Hello,

I've been going through the PLL Verification RAK. I have some experience with PLLs but I guess not enough to understand how the calculated total phase noise is done in this RAK.

  1. In the RAK, the phase noise is measured for each component and injected into an appropriate node of the loop using verilog-A - which is an awesome idea.
  2. The same test bench is used to measure response time of the PLL - which is great re-use and I love it.
  3. from (1) and (2) I'm concluding that the noise sources are Volts/Sqrt(Hz) and the transfer functions are not magnitudes.

Question:

  1. Strangely the VCO Phase noise looks like it is 1/f and white not 1/f^3 and 1/f^2 and white. Why?
  2. In the section where the total phase noise is summed, all noise sources appear to be summed together directly - as opposed to summing their squares and taking square root at each frequency.

Are these two correct? And if so can someone explain why?

Thank you

 

  • Cancel
  • ShawnLogan
    ShawnLogan over 1 year ago in reply to Andrew Beckett

    Dear Andrew,

    Andrew Beckett said:
    Anyway, the key here (to JJ's last questions) are that whilst the models are the same, the parameters are not. I adjusted the CDF settings so that both instances can show their parameters in the property assistant at the same time:

    Thank you for both taking your valuable to review my comments and provide the verilog-A pfd/cp model parameters! I suspected the default model parameter values were replace with instance based parameters and had asked Mr. JoJak Nap to confirm that.

    However, the values you provided are not consistent with the simulated PFD_CP noise contribution to the PLL shown in the figure on page 60 of the note. Something is stll amiss. I computed the noise contribution of the PFD_CP to the PLL using its transfer function (from the RAK, page 14) and its charge pump gain and divider using your parameters and updated the note to v1.2 with the result. I also determined the set of model parameters whose noise contribution does correlate well with PFD-CP noise contribution on page 60. Slide 25 of the updated note contains the result and is included below if you are interested.

    Shawn

    Slide 25 from v1.2 of note at

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • Andrew Beckett
    Andrew Beckett over 1 year ago in reply to ShawnLogan

    Shawn,

    I'm not going to try to work out what you've done differently from the workshop - but it appears that you're not taking into account the transfer functions from the point the noise is injected into the circuit to the output (there are s-domain models of each block). Comparing your working from extracting curves from graphs in a PDF, into a spreadsheet, and to the output - there's just too much scope for a discrepancy somewhere along the way and I'm afraid I don't have the time to check your working (I started to, but decided there were better things to spend my holiday weekend on...).

    Suffice to say, that the noise contributions are indeed the values specified on the instance and if I turn on noise separation, I can see the noise at source versus the output noise contributions - here I've overlaid those versus the output noise:

    I would encourage the original poster that if they have any questions, please contact customer support - having access to the actual data here is key to accuracy. There may of course be errors in the workshop instructions or the models, but reverse engineering things from partial information from the PDFs is not the right way to get to the bottom of any potential issues (assuming there are any issues).

    Andrew

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • ShawnLogan
    ShawnLogan over 1 year ago in reply to Andrew Beckett

    Dear Andrew,

    Andrew Beckett said:
    I'm not going to try to work out what you've done differently from the workshop - but it appears that you're not taking into account the transfer functions from the point the noise is injected into the circuit to the output (there are s-domain models of each block).

    I am so sorry and never intended that you work out the differences!

    I am actually taking into the transfer function from the point of noise injection using the gain of the phase detector and the divider. I am also not using spreadsheets to compute the contributions from the extracted data, but tools I have for signal and PLL analysis.

    I was only trying to provide my analysis for JoJakNap. I agree that JoJakNap should contact customer support to discuss the issue and, if necessary, provide feedback for any possible corrections or updates. I am certainly no longer able to do this...and never intended that you would or should!

    Irrespective of this, and you are curious, if you just examine the noise component of the PFD_CP to the output noise at low frequencies (say 100 Hz), it matches the output noise and reference source noise and has a value on the order of -50 dB (V^2/Hz expressed in dB). This does not make sense for a 1 Hz 1/f noise component of 10 ^(-192.9/10) even with the divider of 124 and phase detector gain.

    Nuff said, I apologize for wasting your valuable time.

    Shawn

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • Andrew Beckett
    Andrew Beckett over 1 year ago in reply to ShawnLogan
    ShawnLogan said:
    Irrespective of this, and you are curious, if you just examine the noise component of the PFD_CP to the output noise at low frequencies (say 100 Hz), it matches the output noise and reference source noise and has a value on the order of -50 dB (V^2/Hz expressed in dB). This does not make sense for a 1 Hz 1/f noise component of 10 ^(-192.9/10) even with the divider of 124 and phase detector gain

    Whilst it's been a while since I last designed a PLL, I struggle to see why the noise contribution from the PFD_CP to the output of the PLL (the VCO output) would have a gain path through the divider and the phase detector rather than through the LP/LPF and VCO. Maybe there's something I'm missing here, but the simulation results all appear reasonable to me - that a noise source for the PFD_CP goes through the gain of the LP/LPF and VCO to reach the measured noise output at ph_out.

    Anyway, need to spend time on other things now that I'm back after the holidays.

    Andrew

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
<

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information