• 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 14241
  • 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

    Hi Rajesh,

    There's not a way to have reportRoute key off trialRoute differences instead of half-perimeter net wirelengths.  Would you explain a little more the scenario(s) you're seeing that this information would be particularly helpful?  It might give us reason to pursue an enhancement to the tool.

    The net lengths are *not* stored as part of the net object in Encounter.  There are "dbNetLenX" and "dbNetLenY" but if you create a serpentine route you'll notice that it's more of a half-perimeter number that's reported.  Here's a code example I cooked up that leverages dbGet to capture wire coordinates and adds up the total wire length:

    set totalLength 0
    foreach pt [dbGet $net.wires.pts] {
      if {$pt != "0x0"} {
        set a [lindex $pt 0]
        set ax [lindex $a 0]
        set ay [lindex $a 1]
        set b [lindex $pt 1]
        set bx [lindex $b 0]
        set by [lindex $b 1]
        set xlen [expr $bx - $ax]
        set ylen [expr $by - $ay]
        set len [expr abs($xlen) + abs($ylen)]
        set totalLength [expr $totalLength + $len]
      }
    }
    puts "$totalLength"

    Maybe you could use this on your design as a starting point for comparing whether trialRoute vs. detailRoute is more enlightening than half-perimeter vs. detailRoute.  Let us know what you find, and if I can be of further assistance on scripting especially.

    Thanks,
    Bob

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

    Hi Rajesh,

    There's not a way to have reportRoute key off trialRoute differences instead of half-perimeter net wirelengths.  Would you explain a little more the scenario(s) you're seeing that this information would be particularly helpful?  It might give us reason to pursue an enhancement to the tool.

    The net lengths are *not* stored as part of the net object in Encounter.  There are "dbNetLenX" and "dbNetLenY" but if you create a serpentine route you'll notice that it's more of a half-perimeter number that's reported.  Here's a code example I cooked up that leverages dbGet to capture wire coordinates and adds up the total wire length:

    set totalLength 0
    foreach pt [dbGet $net.wires.pts] {
      if {$pt != "0x0"} {
        set a [lindex $pt 0]
        set ax [lindex $a 0]
        set ay [lindex $a 1]
        set b [lindex $pt 1]
        set bx [lindex $b 0]
        set by [lindex $b 1]
        set xlen [expr $bx - $ax]
        set ylen [expr $by - $ay]
        set len [expr abs($xlen) + abs($ylen)]
        set totalLength [expr $totalLength + $len]
      }
    }
    puts "$totalLength"

    Maybe you could use this on your design as a starting point for comparing whether trialRoute vs. detailRoute is more enlightening than half-perimeter vs. detailRoute.  Let us know what you find, and if I can be of further assistance on scripting especially.

    Thanks,
    Bob

    • 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