• 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. PCB Design
  3. High speed DDR multi-tiered T routing

Stats

  • Locked Locked
  • Replies 4
  • Subscribers 164
  • Views 14504
  • Members are here 0
More Content
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

High speed DDR multi-tiered T routing

archive
archive over 17 years ago

Hey all,

I'm trying to setup some matched length T routing for some high speed DDR memory. I have scheduled the nets properly with virtual pins and setup pin pairs in constraint manager under Relative Propagation Delay but I don't understand how to specify a length range for the individual pin pairs of the T route. Should this be setup somewhere besides Relative Prop Delay?

Image 1: multi-tiered T routing of DDR address buss. All segments A must match length. All segments B & C must match length. All segments D, E, F and G must match length. Data buss length must match address segment length to each DDR.

I'm running 15.5.1 with the performance option.

Any help would be appreciated....need to get moving on this board!!!!!


Originally posted in cdnusers.org by padmaster
  • DDRTroute.JPG
  • View
  • Hide
  • Cancel
Parents
  • archive
    archive over 17 years ago

    Hi,
    Relative propagation delay is the corect place for this constraint to live.

    There are acoupel of ways of getting the constraint into the field. The easiest to visualise is through sigexplorer.

    Open constraint manager, find a representitve net, right click it and open sig xp for that net.

    It's probably worth spending a few minutes at this point cleaning up the canvas, so that the tlines and receivers are layed out as per your diagram above.

    Now use the menu and open "constraints" Move to the relative propagation delay.

    Here you must create a pin pair and matched group name for each of the lengths that you wish to constrain.

    I looks like you are laying out data, so may I suggest:

    ("MGx" = matched group name)

    "MG1" pin pair defining D, scope local.
    "MG1" pin pair defining E, scope local.
    "MG1" pin pair defining F, scope local.
    "MG1" pin pair defining G, scope local.

    These will match D, E, F & G within each net.

    Then:
    "MG2" pin pair defining A+B+D, scope global (or bus).
    Which will match the length of D + E within this net, either to all nets upon which you apply this ECSet (global) or to all nets within the current bus (bus scope.) This is the matched group that is used to tie the 8 data bits together with the strobe in a DDR bus.

    Once the constraints are all set up, save the topology from sigxp and import it into constraint manager as an ECSet. Then apply the EC Set to your databus.

    If you don't have Sigxp, you can do the same thing from constraint manager, but it's a little less visual. open a generic data bus net, and right click then create > pin pair to make the required pin pairs. Next fill in the constraints and scopes in the relative propagation box. Finally you create an ECSet from the gerneic net and apply as before.


    Can I point you at:
    http://www.cdnusers.org/community/allegro/Resources/kits_designin/memory/stp_cdnliveemea07_ddrconstraints_veal.pdf
    It's a presentation I wrote for CdnLive last year on DDR constraints, it might be useful to you.

    Hope that helps.






    Originally posted in cdnusers.org by vealmic@uk.ibm.com
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • archive
    archive over 17 years ago

    Hi,
    Relative propagation delay is the corect place for this constraint to live.

    There are acoupel of ways of getting the constraint into the field. The easiest to visualise is through sigexplorer.

    Open constraint manager, find a representitve net, right click it and open sig xp for that net.

    It's probably worth spending a few minutes at this point cleaning up the canvas, so that the tlines and receivers are layed out as per your diagram above.

    Now use the menu and open "constraints" Move to the relative propagation delay.

    Here you must create a pin pair and matched group name for each of the lengths that you wish to constrain.

    I looks like you are laying out data, so may I suggest:

    ("MGx" = matched group name)

    "MG1" pin pair defining D, scope local.
    "MG1" pin pair defining E, scope local.
    "MG1" pin pair defining F, scope local.
    "MG1" pin pair defining G, scope local.

    These will match D, E, F & G within each net.

    Then:
    "MG2" pin pair defining A+B+D, scope global (or bus).
    Which will match the length of D + E within this net, either to all nets upon which you apply this ECSet (global) or to all nets within the current bus (bus scope.) This is the matched group that is used to tie the 8 data bits together with the strobe in a DDR bus.

    Once the constraints are all set up, save the topology from sigxp and import it into constraint manager as an ECSet. Then apply the EC Set to your databus.

    If you don't have Sigxp, you can do the same thing from constraint manager, but it's a little less visual. open a generic data bus net, and right click then create > pin pair to make the required pin pairs. Next fill in the constraints and scopes in the relative propagation box. Finally you create an ECSet from the gerneic net and apply as before.


    Can I point you at:
    http://www.cdnusers.org/community/allegro/Resources/kits_designin/memory/stp_cdnliveemea07_ddrconstraints_veal.pdf
    It's a presentation I wrote for CdnLive last year on DDR constraints, it might be useful to you.

    Hope that helps.






    Originally posted in cdnusers.org by vealmic@uk.ibm.com
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
No Data
Cadence Guidelines

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