• 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. Custom IC Design
  3. Methodology for Sweeping Vth (delvto) or Defining Sigma...

Stats

  • Replies 1
  • Subscribers 129
  • Views 33
  • Members are here 0

Methodology for Sweeping Vth (delvto) or Defining Sigma Corners for DAC Mismatch Analysis?

VP202511202051
VP202511202051 6 hours ago

Hi everyone,

I am currently performing Corner Case and Monte Carlo analysis for a DAC design using the Tower Semiconductor 65nm (tps65rf) PDK, and I need to verify the sensitivity of my INL/DNL specifically to Threshold Voltage (Vth) variations.

Since the MOS devices in this library are implemented as subcircuits (including SOA and aging assertions), I am unable to directly sweep the standard 'vth0' model parameter from ADE.

Could anyone clarify the recommended methodology for this library?

  1. Does the PDK expose specific instance parameters (e.g., 'delvto', 'dvt', or 'mismatch_shift') that can be varied for sweeping Vth deterministically?

  2. If not, is the standard practice to use a voltage source wrapper at the gate, or is there a specific 'altergroup' syntax required to override the internal core model?

  3. Additionally, if the goal is to avoid running thousands of full Monte Carlo iterations, is there a way to perform a deterministic 3-Sigma Vth corner simulation?

Has anyone already encountered a similar requirement? If so, could you share how you managed this within the TPS65EF library or any references to existing solutions in the community?

Any insights or examples on how to set up the simulation for Vth variations using Monte Carlo or corner case analysis techniques would be highly appreciated.

Thanks in advance!

  • Cancel
  • Sign in to reply
  • VP202511202051
    VP202511202051 6 hours ago

    Hi everyone,

    I am currently performing Corner Case and Monte Carlo analysis for a DAC design using the Tower Semiconductor 65nm (tps65rf) PDK, and I need to verify the sensitivity of my INL/DNL specifically to Threshold Voltage (Vth) variations.

    Since the MOS devices in this library are implemented as subcircuits (including SOA and aging assertions), I am unable to directly sweep the standard 'vth0' model parameter from ADE.

    Could anyone clarify the recommended methodology for this library?

    1. Does the PDK expose specific instance parameters (e.g., 'delvto', 'dvt', or 'mismatch_shift') that can be varied for sweeping Vth deterministically?

    2. If not, is the standard practice to use a voltage source wrapper at the gate, or is there a specific 'altergroup' syntax required to override the internal core model?

    3. Additionally, if the goal is to avoid running thousands of full Monte Carlo iterations, is there a way to perform a deterministic 3-Sigma Vth corner simulation?

    Has anyone already encountered a similar requirement? If so, could you share how you managed this within the TPS65EF library or any references to existing solutions in the community?

    Any insights or examples on how to set up the simulation for Vth variations using Monte Carlo or corner case analysis techniques would be highly appreciated.

    Thanks in advance!

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • 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