• 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. parasitic extraction question on sub-blocks using top-level...

Stats

  • Locked Locked
  • Replies 11
  • Subscribers 126
  • Views 14881
  • 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

parasitic extraction question on sub-blocks using top-level RCE

life
life over 4 years ago

Hi,

If I have a RCE .spf file for a top level cell (for example Cell A) which is comprised of multiple sub-blocks, can I use this same RCE file on simulations where I am only using sub blocks in a test bench? 

To clarify in an example:
Assume the top level cell (Cell A) is comprised of sub-blocks X, Y, and Z, and I only have the parasitic extraction of Cell A (top level). Now let's say I have a new test bench that is only simulating sub-block Y and miscellaneous logic. Can I include this SAME RCE of the top-level Cell A in the .spf files and if so, will Cadence be able to pull the appropriate parasitic data on the nets that I have for sub-block Y? 

  • Cancel
  • MaximX
    MaximX over 4 years ago in reply to ShawnLogan

    Hi Shawn -

    you are right that parasitics and the root causing of the electrical problems created by parasitics is not a function of the simulator.

    Ron Rohrer (the grandfather of SPICE, and of many other developments in EDA) wrote that SPICE was not designed to handle parasitics:

    https://www.linkedin.com/feed/update/urn:li:ugcPost:6726538187788824576?commentUrn=urn%3Ali%3Acomment%3A%28ugcPost%3A6726538187788824576%2C6726865316619677696%29

    There are several tools offered by Cadence (EAD, PAD, ...) or by other vendors (including the one mentioned by Frank) that help understand parasitics, with different degrees of convenience, speed, insight, etc.

    I jumped in to this discussion because the idea and question raised by the topic starter is very sound, very reasonable - and not addressed by the standard flows or tools!

    It's upper hierarchy levels that can wreck a havoc and invalidate your block-level verification.

    The size of the top hierarchy design, with all the parasitics, is sometimes too big for the standard tools.
    The problems caused by the parasitics (IR/EM, timing, signal integrity, matching, etc.), if not captured by the design and verification flow, can be very costly.

    Maxim

    • 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