• 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. Innovus: Routing Quires & General Advice

Stats

  • Locked Locked
  • Replies 3
  • Subscribers 93
  • Views 5368
  • 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

Innovus: Routing Quires & General Advice

Anas2023a95
Anas2023a95 over 2 years ago

Dear all, 

I'm working on Innovus to place and route a digital design generated by Genus. 

When I look at the auto-routed layout, there are some points at which I think the tool should be able to do a better job (if I correctly direct the tools). 

1) The Pad cells have two pins with the same name. The tool only connects one pin to the power ring. Is there a way to direct the tools to connect both pads? 

2) The strategy used to connect pad circuitry to PG nets is I think the "nearestTarget" strategy. Can I force the tool to use the nearestTarget everywhere except for PG nets, where I want all connections to be made directly to the power rings? 

sroute -connect { blockPin corePin padPin padRing floatingStripe } -layerChangeRange { M1 M5 } -blockPinTarget { nearestTarget } -padPinPortConnect { allPort oneGeom } -padPinTarget { nearestTarget } -corePinTarget { firstAfterRowEnd } -floatingStripeTarget { blockring padring stripe ringpin blockpin followpin } -allowJogging 1 -crossoverViaLayerRange { M1 M5 } -nets { VDD VSS } -allowLayerChange 1 -blockPin useLef -targetViaLayerRange { M1 M5 }

3) Should the PG and CLK signals be on a specific layer? I'm planning to have those signals on Metal5 as it should have the lowest capacitance in a 5M process, right? 

Please feel free to share your general advice to someone working on his first chip ^_^ 

Many thanks 

Anas

  • Cancel
Parents
  • DimoM
    DimoM over 2 years ago

    Hi,
    1) This depends on how the pad ports are defined. In the LEF syntax, you have a logical pin, which can have multiple ports, which in turn can have multiple shapes.
    If the two shapes belong to the same port (see example below), the router will connect only to one. If there are two separate ports, you can use the pin rule "must join all ports" to specify that all ports must be connected individually. You can create a must join all ports rule by using the following property definition for a pin : PROPERTY LEF58_MUSTJOINALLPORTS "MUSTJOINALLPORTS; ". You can check the LEF/DEF reference for more details.
    I do not know if the special router (sRoute) honors this property, though.

    2) I am not sure what exactly you are trying to achieve, the screenshot appears to contain signal routing. The special router is only intended for routing power nets.
    You can also invoke it with a limited list of objects to route, e.g. "-connect { padPin }", so that the switches you add to the command only relate to these connections.

    3) Generally you want to have a low-ohmic PG grid to reduce IR drop. This typically implies using some thick wires on the higher metal layers for global power distribution.
    The same applies for the clock signals - you want to reduce RC delay on nets, and this naturally leads to using the higher metals for signals crossing large distances, such as clock.
    But your mileage may vary depending on the design in hand and technology node.

    # Two shapes of same port
    PORT
     LAYER M1 ;
     RECT 1 1 2 2 ;
     RECT 4 4 5 5 ;
    END

    # Two separate ports
    PORT
     LAYER M1 ;
     RECT 1 1 2 2 ;
    END
    PORT
     LAYER M1 ;
     RECT 4 4 5 5 ;
    END

    • Cancel
    • Vote Up +1 Vote Down
    • Cancel
Reply
  • DimoM
    DimoM over 2 years ago

    Hi,
    1) This depends on how the pad ports are defined. In the LEF syntax, you have a logical pin, which can have multiple ports, which in turn can have multiple shapes.
    If the two shapes belong to the same port (see example below), the router will connect only to one. If there are two separate ports, you can use the pin rule "must join all ports" to specify that all ports must be connected individually. You can create a must join all ports rule by using the following property definition for a pin : PROPERTY LEF58_MUSTJOINALLPORTS "MUSTJOINALLPORTS; ". You can check the LEF/DEF reference for more details.
    I do not know if the special router (sRoute) honors this property, though.

    2) I am not sure what exactly you are trying to achieve, the screenshot appears to contain signal routing. The special router is only intended for routing power nets.
    You can also invoke it with a limited list of objects to route, e.g. "-connect { padPin }", so that the switches you add to the command only relate to these connections.

    3) Generally you want to have a low-ohmic PG grid to reduce IR drop. This typically implies using some thick wires on the higher metal layers for global power distribution.
    The same applies for the clock signals - you want to reduce RC delay on nets, and this naturally leads to using the higher metals for signals crossing large distances, such as clock.
    But your mileage may vary depending on the design in hand and technology node.

    # Two shapes of same port
    PORT
     LAYER M1 ;
     RECT 1 1 2 2 ;
     RECT 4 4 5 5 ;
    END

    # Two separate ports
    PORT
     LAYER M1 ;
     RECT 1 1 2 2 ;
    END
    PORT
     LAYER M1 ;
     RECT 4 4 5 5 ;
    END

    • Cancel
    • Vote Up +1 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