Sunday, October 12, 2008     Register | Login | Search | Contact Us
     

Many of you already received communications about the move of the Cadence user community into cadence.com. And many of you have already joined, with over 4000 registrations in the first two weeks.

The new Cadence Community enhances the ability of Cadence users to connect and collaborate. In addition to moving the community into cadence.com -- enabling single sign-on for community, Sourcelink and Cadence events -- the new site is organized around nine technology segments, giving you easy access to product information, training, forums and blogs. Some of the new features include:
  • Ability to respond to posts via e-mail
  • Technology-specific blogs
  • Latest Web 2.0 social networking capabilities
  • Public profile options
  • Private messaging
  • Friends lists
Visit the new Cadence Community today at www.cadence.com/community and join the discussions!

Registration note: Due to the scope of the enhancements and the new SSO registration system, we were not able to migrate existing cdnusers.org member accounts. So new registrations are required, but this enables a broader set of functionality we think you'll enjoy.

Forum note: Under the guidance of forum moderators, we have taken the 20+ cdnusers.org forums and consolidated them into 11 forums on the new site. Posts have been brought over so you can leverage that posting history. CDNusers forums will be set to read only starting 7/30, and cdnusers.org will be redirected to the new community on 8/4.

Best regards,
Mike and Tom

Michael A. Catrambone - Steering Committee Chairman
Distinguished Engineer
PCB/Mechanical
UTStarcom, Inc.

Tom Diederich
Cadence Community Manager
Home
Forums
Subject: High speed DDR multi-tiered T routing
Posting to forums is available to community members only.
Login or Register
Rate this topic:
   
Author Messages
padmaster
Posts: 9
Online: User is Offline
3/24/2008 5:55 AM  
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!!!!!





vealmic@uk.ibm.com
Posts: 23
Online: User is Offline
4/21/2008 8:13 AM  
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.





eliver
Posts: 1
Online: User is Offline
5/15/2008 1:05 AM  
Just newby here.. Great Explanation. I Just had some few questions, bout your pdf, not all DDR wiring is the same as the specs as explained.. correct me if i'm wrong. For example, Some ddr wiring doesn't have any pair DQS wiring as mentioned in your document. In this case, should i wire the DQS together with the byte lane? example: DQ<7...0>and DQS1, DQ<15..0>andDQS2..etc.
Every Design has a different specification.. Most of the design i made, mostly customers wants ALL data and Addresses of the same length together. How could it be? Anyway I'm just two years in PCB design profession that's why need some clarities especially when it comes to sensitive part of design such as DDR and CPUs. Thanks.
vealmic@uk.ibm.com
Posts: 23
Online: User is Offline
6/02/2008 9:55 AM  
DQS actually starts life as a single ended signal. During bringup of the DDR interface the controller turns on differential DQS in the DRAM.

DQS needs to be the target of thematched group for each data byte, regardless of whether it's a single ended or differential signal.

It is not necessary to route the ADDR bus the same length to every chip. Doing so will quickly get your design all tangled up. Check the DRAM spec for clock to Address tolerance and then clock to data. You should find clock to addr is reasonably tight, but clock to data (strobe) is loose.

So, make sure clock and ADDR arrive simultaneously at each DRAM. Don't worry about any skew between DRAM devices. Each DRAM has no knowledge of the 8 other DRAMS in the rank, so why does the address have to arrive at all drams simultaneously?

Make sure each data byte is closely matched to it's strobe.

Finally, make sure that the strobes are loosely aligned to the clock.

If your customer is asking you to match Address to data, address (DRAM1) to address (DRAM 2) then I'm not sure they understand DDR.
florian.herrmann@cern.ch
Posts: 2
Online: User is Offline
7/01/2008 1:05 AM  
Dear Vealmic,

in your presentation you remark not to talk about detailed timing equations etc. We want to route a 12bit 500Mbit DDR2 bus with DStrobe and want to calculate what tolerances we can allow for the data and bus lenght matching. Can you give us a hint how or where I can find information about to calculate the timings, to set the correct propagation delay values?

Thanks a lot!
vealmic@uk.ibm.com
Posts: 23
Online: User is Offline
7/14/2008 8:58 AM  
Hello Hermann,
The following is a generic approach that can be applied to any bus.

Start with a transaction going in one direction on the bus.

Start with the transmitter of the transaction.
Take the INTERNAL ASIC clock signal as a reference for that transaction.
Now look at each signal in turn and find the skew relative to the internal clock signal (note that the external clock signal will also have a skew relative to the internal clock). The skew will probably be expressed as two figures giving you the earliest and latest signals.

Next you need to formulate an equation for each line on the bus.
You need to know about the skew relative to that signals timing reference.
For example D0 references DQS0
If DQS can vary +/- 100ps (I'm making these values up, they bear no resemblance to real life) relative to the internal ASIC clock, amd
D0 can vary +/-300ps relative to the internal ASIC Clock then

D0 can vary +/- 400ps relative to DQS.

Next, you go to the datasheet for the receiver of the transaction.
Look up the required relaitonship for D0 to DQS. You may find that you have +/-1ns. So, you know that the maximum skew allowed by the net is 1ns - 400ps =(+/-) 600ps.

You now have a static timing equation. But only for data travelling in one direction. If data can flow the other way, you need to swap the direction of data flow and repeat the process. You will then have two equations. Lets say that one direction say the nets can have +/-600ps and the other gives you +400 / -700. Your constraint will become:
D0 = DQS +400/-600 ps.

You do need to take into account any noise injected into the net that will make the signal slower to settle. The noise could be reflections or crosstalk, or even groundbounce. So your static equation is a start, but does not emcompass everything you need to know.

Please don't ask me to give further detail than this! Mainly becasue I'd be guessing at the answers, I'm a logic designer, whilst I speak a bit of SI and know a bit about high speed techniques, I am not a SI engineer.

Hope that helps you.
vealmic@uk.ibm.com
Posts: 23
Online: User is Offline
7/14/2008 9:06 AM  
Hmmn, That wasn't a very good answer.
DO will be issued from your ASIC before DQS.
It needs to arrive at the DDR before DQS (setup time) and remain stable for a period after DQS (hold time).
The static equations need to incluse the setup and hold times.
Generally your ASIC will generate enough setup and hold for you, but there may be instances where the requirements of one end of the bus are different to the other.
Err, so please add setup and hold to the static equations.
Posting to forums is available to community members only.
Login or Register

Forums > Silicon-package-board > PCB Design > High speed DDR multi-tiered T routing


ActiveForums 3.6
     
Copyright 2006 Cadence Design Systems, Inc.