Altera_Forum
Honored Contributor
9 years agoCyclone V DDR3 package deskew
Dear folks,
I'm currently designing a Cyclone V DDR3 Ram interface with a single component DDR3L using the hard memory controller. In EMIF handbook I find, that for clock < 933MHz no package deskew is required, I think thats way beyond Cyclone V anyway. However, the emif handbook tells that signals should be routed to be time matched to a maximum skew of 20ps. But when I have a look at the net-length/delay Excel Sheets for the Cyclone V 5CEFA2F23 I find difference in delays for the pads of about 100ps (e.g. DQ0 vs DQ3). So how does it come that I should keep the skew below 20ps when routing while the package itself already has a skew of about 100ps. Doesn't it make sense to account for the package skew even if I'm going to run with about 400MHz clock only? For me it really doesn't cost a lot to account for the package skew as well when routing and I think it will improve the signal quality a lot. Can I use the Excel sheets values for package deskewing or does this break things? Quartus Megawizard doesn't shows me the "Package Deskew Option" for my design, so I get no deskew information from Quartus. cheers, Andreas