• 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. Digital Implementation
  3. detailRoute vs trialRoute

Stats

  • Locked Locked
  • Replies 5
  • Subscribers 90
  • Views 14248
  • 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

detailRoute vs trialRoute

Rajesh Vembu
Rajesh Vembu over 15 years ago

Is there a way to report the differences/ratio of detail route vs trialroute net wirelengths?

Currently reportWire command reports the ratio of detailRoute vs half-perimeter net wirelengths. However, if trialRoute statistics were also included in this, it would be great.

 Are the net lengths stored as part of the net object in encounter? 

  • Cancel
Parents
  • BobD
    BobD over 15 years ago

    Thanks for the feedback on the reasons why trialRoute vs. detaiRoute comparison would be useful.  I will pass this along to our developers.  In parallel with that, I'd encourage you to file an enhancement request with the Cadence support folks you work directly with on an ongoing basis, or on http://support.cadence.com

    You're right that the trialRoute lengths with the script example I shared would need to be stored (via a hash table or a side file) in order to use it to compare to detailRoute.

    Half-perimeter net lengths are (I believe) what are stored in dbNetLenX/dbNetLenY so I don't think it needs to be recalculated on the fly.  I could be wrong on that though.

    I can see there being complexity in implementing what you're requesting from our developer's perspective.  Say for example, someone runs trialRoute and then edits the routes manually.  Then they save the design and exit the tool.  Then they restore the design.  Then later, at some point, they call reportRoute and want it to compare trialRoute to detailRoute.  I can see it being non-trivia for the trialRouted lengths to be accurate and persistent in this scenario.

    I hope this helps understand why this isn't straightforward.  Thanks for raising this issue- even if we don't have this capability straight away, I think it's useful to understand the subject a little better and know what options are/aren't available if you or other users are working in this space.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • BobD
    BobD over 15 years ago

    Thanks for the feedback on the reasons why trialRoute vs. detaiRoute comparison would be useful.  I will pass this along to our developers.  In parallel with that, I'd encourage you to file an enhancement request with the Cadence support folks you work directly with on an ongoing basis, or on http://support.cadence.com

    You're right that the trialRoute lengths with the script example I shared would need to be stored (via a hash table or a side file) in order to use it to compare to detailRoute.

    Half-perimeter net lengths are (I believe) what are stored in dbNetLenX/dbNetLenY so I don't think it needs to be recalculated on the fly.  I could be wrong on that though.

    I can see there being complexity in implementing what you're requesting from our developer's perspective.  Say for example, someone runs trialRoute and then edits the routes manually.  Then they save the design and exit the tool.  Then they restore the design.  Then later, at some point, they call reportRoute and want it to compare trialRoute to detailRoute.  I can see it being non-trivia for the trialRouted lengths to be accurate and persistent in this scenario.

    I hope this helps understand why this isn't straightforward.  Thanks for raising this issue- even if we don't have this capability straight away, I think it's useful to understand the subject a little better and know what options are/aren't available if you or other users are working in this space.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
No Data

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