找回密码
 注册
关于网站域名变更的通知
查看: 9209|回复: 34
打印 上一主题 下一主题

求教,FPGA引出来的DDR4读写错误,帮忙分析一下!

[复制链接]
  • TA的每日心情
    慵懒
    2022-4-7 15:32
  • 签到天数: 27 天

    [LV.4]偶尔看看III

    跳转到指定楼层
    1#
    发表于 2019-3-26 15:04 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式

    EDA365欢迎您登录!

    您需要 登录 才可以下载或查看,没有帐号?注册

    x
    总体情况:我们用FPGA挂了2通道的DDR4,读写出错,具体情况如下:) T- u! E2 \3 p! c. |
      c, Q7 M1 y% T9 {3 F" |5 A
    1、使用的是Xilinx的KU040,引出来了2个通道的DDR4,每个通道位宽是32位,每个通道由2颗x16的DDR4颗粒组成,fly-by拓扑,设计的运行频率是2133;
    8 F* U0 i( h- m- _/ e4 O9 O2、bank47、48组成CH0,bank67、68组成CH1,PCB图中,右边的两个颗粒是CH0,左边的两个颗粒是CH1;: C  W* w% z& k
    3、现在出现的问题是读写出错,往DDR颗粒中写满数据,再读出来,与写入的进行对比,发现错误;* T( P) \7 q" `
    4、测试的情况是,测了3块板子,3块板子的CH0都出错,有1块板子的CH1出错,2块没有错(这些测试结果,每个CH都是基于32位位宽进行测试);" F6 _2 C# y/ [
    5、重点来了,我们在逻辑程序里,把每个通道高16位的颗粒的DQ/DQS/DM信号禁掉,因为是fly-by,ADDR/CMD/CTRL禁不了,这种情况下,测试所有的板子、通道都没问题;9 J- w8 n# i6 p0 V) I3 w' s! ^2 M
    6、我们反过来把低16位的颗粒数据信号禁掉,只保留高16位的颗粒,测试有错,错误的现象、错误个数的数量级跟之前32位都测的时候基本一致;; q7 l& j2 Y) U( H

    ) I7 L) {, }+ I6 \综上,帮忙分析一下可能的原因?谢谢了!: ?6 \$ I+ d' a6 D
    $ j4 z# V+ k: T& o! g$ v$ A( |
    1、我们曾经很怀疑逻辑程序的问题,但是说不通的是,CH1没错啊,而且我们试了用极为简单的语句去调用IP核,也会出错,而且用16位程序没出错;# @7 D. O1 K9 w* }/ m6 `
    2、我按照FPGA的资料,仔细检查了硬件设计,也没发现什么错误;' P6 a$ E0 t1 {

    + @7 q: A; a; A2 m
    1 C' D/ O8 ^: s! H
    ( B5 x. i' U1 k6 ]# D ( b4 g3 O8 ?: c

    0 i. v/ V7 T7 ]8 X2 ], S" j$ J" N3 P* y
    9 `8 a% K9 n/ R+ z
    6 G9 a4 U! O' c$ Z
    ! E3 u2 Z* g9 w# ], e
    1 \! g/ i/ w& g$ q( u 8 p/ h1 q; P. @# q: |

    . {' [2 a0 `) G9 D 5 c" E& O6 ~' W( @3 @6 d3 Y- B  B
    , S% N3 S! @) u# \8 r, d1 g% k
  • TA的每日心情
    慵懒
    2022-4-7 15:32
  • 签到天数: 27 天

    [LV.4]偶尔看看III

    来自 22#
     楼主| 发表于 2019-3-29 18:10 | 只看该作者
    xbin 发表于 2019-3-29 17:09/ p  R' R2 w# X0 F8 D4 P
    尴尬了,第三点,看来还是硬件的问题呀。这锅你要背了。
    * j% I! G! H) ~7 K+ e& S0 F
    是啊,早就基本上指向硬件了,但是就是找不到硬件的问题点。
    3 D8 Y; A% c* [# O* V8 h8 ]  `
    # V* {. E; I" {  t6 r最新消息:
    2 }1 @0 n3 j7 A% g/ u9 L5 t1、请看以下图一官方推荐的拓扑,地址/命令/控制线在外部有端接电阻上拉到0.6V-VTT,今天在其中一块板子上试了一种办法,就是把地址/命令/控制信号的外部端接电阻从39.2欧换成了49.9欧,然后这块板子没出问题了!!!!, [; c; \: D$ F$ T( ]
    2、图二是官方对于图一拓扑上各个走线区域的走线要求;
    ; `' L! |. W4 L- t- q  g4 X3、我想不通:' K# z7 V2 |- m- g: g; j1 T1 U
    3.1)、官方推荐的端接电阻是39.2,我就是按这个阻值做的,这个端接电阻怎么至于影响这么大,从来没见过DDR需要换这个端接电阻的;
    ! \% Q, x! I- D0 C) s" }' D3.2)、唯一比较合理地解释是,我主走线(控36欧姆)的区域,占总长的比例太小了,因为这个板子上,DDR颗粒距离主控芯片实在太近,除了两头BGA的fanout区域,能够正常控阻抗的区域实在太短了,现在从FPGA到第一个颗粒的长度,总长也就1700mil左右,两个颗粒之间的距离大概450mil,能控36欧姆的走线长度,有的信号上只有两三百mil,难道是这个原因,所以50欧姆的端接更匹配?2 A& F7 l5 h. b9 I

    : h% z4 o% P& L& N 0 d0 ?; ?" t  p3 Y: x5 d+ W2 i9 y
    " w7 k) q: r! Z! }: u6 P& C4 N

    点评

    您好 我的板卡也遇到了一样的问题,终端匹配换成50欧后无错误的最高速率有提升,但是跑不到最高速,请问您找到问题原因了吗?  详情 回复 发表于 2020-10-20 18:23
    https://forums.xilinx.com/t5/Memory-Interfaces/Fly-by-ddr3-termination-value/td-p/809007 官方有个提问,说RTT影响DDR3使用频率。  详情 回复 发表于 2019-3-29 19:10
    参考设计用5个DDR,你这个用2个而已,是不是也和这个有差异。有没有高速示波器,可以看看Addr在RTT的信号怎么样,说不定之前过冲下冲严重导致异常?  详情 回复 发表于 2019-3-29 18:56
  • TA的每日心情
    慵懒
    2022-4-7 15:32
  • 签到天数: 27 天

    [LV.4]偶尔看看III

    推荐
     楼主| 发表于 2019-3-29 10:52 | 只看该作者
    本帖最后由 gavinhuang 于 2019-3-29 11:02 编辑
    " @* J- g6 \# l
    xbin 发表于 2019-3-28 13:24
    , w% I: S+ i4 x; F* z4 e降到1600有改善,不是说明和信号完整性有关吗?FPGA和DDR芯片底下电源正常吗

    5 D* Q( L4 h. G8 ?6 R$ Z/ D1、本来FPGA内部就能自动调整DQ、DQ是的读写时序,能够调整的幅度多达75ps,再看下面的第一张图,从2133降到,1600,时序的裕量又多了78ps,这两个裕量加起来,至少150ps;9 T8 f; f$ P* s0 c4 E

    , k. s4 ]! K: ]2、看下面的第二张图,地址控制线这些信号,从2133降到1600的情况下,时间裕量多了124ps;
    / c1 }& S( U9 S7 u' L% K6 @# v/ |. Q! z' M/ k: s
    我以前做过3年多的SI,后来转行做硬件,现在原理图、PCB都是自己画的,虽然SI方面的知识也很有限,但是我画PCB的时候已经尽量按照我的SI方面的知识去画了,我自认为一般需要关注的点我都注意到了,我实在不相信我画的这个板子连1600都跑不了,而且用的这颗FPGA,IP核配置的时候,最低也只能配到1600了。. \1 E6 a$ \0 V
    还有,禁掉高位颗粒,只留低位颗粒的情况下,跑2133完全没问题。
    4 B* s( \6 H/ k# |  A& z" R7 U) G
    ' I. z: G# b$ C: o* O4 O 1 V) D# o( N/ e% P  z6 z

    7 P1 \- N1 G. n/ ^4 K% _0 R) {: I- B+ l9 Y* O( R
    # j1 r5 n- t% \# ~4 P

    点评

    1. 原理设计这块,官方有参考设计吗,有没有不一致的? 2. 芯片底下电源正常吗 3. 有没有官方的demo板,让FPGA跑跑看,有没有bug?  详情 回复 发表于 2019-3-29 16:41
  • TA的每日心情
    慵懒
    2022-4-7 15:32
  • 签到天数: 27 天

    [LV.4]偶尔看看III

    推荐
     楼主| 发表于 2019-3-27 21:35 | 只看该作者
    gabbana0529 发表于 2019-3-27 11:13
    4 @" u% m( R1 A看layout高速线换参考层有没有补电容或是打via孔. 等线长检查. 用频谱看2.5G附近有无干扰. 确认公板有无一 ...
    0 f0 e! Q  p4 \  H; E9 x* U% V
    谢谢回答。
    1 |4 W/ p5 [0 U) k3 l! S: g没有换参考层,数据和地址都参考的是GND;
    / Z5 a- N, O0 f4 {+ @等长检查了没问题;
    4 [; [! c1 L6 O. m2.5G的频谱暂时没办法看;; q+ p7 j& S" W$ E6 `( d, k, K9 {
    我们这个PCB跟xilinx的开发板差异大,不太具有对比性,不过原理方面确实是参考了开发板,开发板肯定没问题啊;1 h0 P* u- k- p% ?
    从2133降频至1600有改善,但是还是有错,我觉得降到1600了,时序、信号质量方面的余量应该很充足了,不应该再出错了才对,所以我倾向于不是信号完整性方面的问题。% A1 v  {% Q' K* o8 _( H

    . |6 E9 x: k( j* |2 v* `6 F
  • TA的每日心情
    奋斗
    2021-3-10 15:58
  • 签到天数: 11 天

    [LV.3]偶尔看看II

    2#
    发表于 2019-3-26 18:53 | 只看该作者
    能否降频使用,降频低16位有没有出错

    点评

    谢谢回答。从2133降频至1600有改善,但是还是有错,我觉得降到1600了,时序、信号质量方面的余量应该很充足了,不应该再出错了才对,所以我倾向于不是信号完整性方面的问题。  详情 回复 发表于 2019-3-27 21:16

    该用户从未签到

    4#
    发表于 2019-3-27 11:13 | 只看该作者
    看layout高速线换参考层有没有补电容或是打via孔. 等线长检查. 用频谱看2.5G附近有无干扰. 确认公板有无一样问题. 改bootstrap降外频测试.

    点评

    谢谢回答。 没有换参考层,数据和地址都参考的是GND; 等长检查了没问题; 2.5G的频谱暂时没办法看; 我们这个PCB跟xilinx的开发板差异大,不太具有对比性,不过原理方面确实是参考了开发板,开发板肯定没问题啊  详情 回复 发表于 2019-3-27 21:35

    该用户从未签到

    5#
    发表于 2019-3-27 11:30 | 只看该作者
    还是降频看看能稳定不,不能稳定的话基本也不太可能是layout的问题。

    点评

    谢谢回答。 从2133降频至1600有改善,但是还是有错,我觉得降到1600了,时序、信号质量方面的余量应该很充足了,不应该再出错了才对,所以我倾向于不是信号完整性方面的问题。  详情 回复 发表于 2019-3-27 21:36

    该用户从未签到

    6#
    发表于 2019-3-27 13:47 | 只看该作者
    楼主有做过FPGA的DRAM Training吗?
    . P4 X7 A8 ]9 z5 c. F* T2 P

    点评

    谢谢回答。 我不知道您说的FPGA DRAM Training是啥意思?我们应该没做过,您能更加详细地说一下吗,谢谢了。  详情 回复 发表于 2019-3-27 21:38
  • TA的每日心情
    慵懒
    2022-4-7 15:32
  • 签到天数: 27 天

    [LV.4]偶尔看看III

    7#
     楼主| 发表于 2019-3-27 21:16 | 只看该作者
    本帖最后由 gavinhuang 于 2019-3-27 21:26 编辑
    ! G9 W/ M: p4 \& I% Y& [
    xbin 发表于 2019-3-26 18:53+ j5 p. S! @# {" |$ N
    能否降频使用,降频低16位有没有出错

    - o* J& K' [1 [) P, q) b" j* @. u谢谢回答。
    $ ]: C# K& A" r; D# r' Y从2133降频至1600有改善,但是还是有错,我觉得降到1600了,时序、信号质量方面的余量应该很充足了,不应该再出错了才对,所以我倾向于不是信号完整性方面的问题。
    6 d! ~7 C) C8 I8 Z+ T2 u5 u& _% O0 T$ J8 w

    % T& X6 `* A" Q& W如题目所说,禁掉高16位颗粒,只留低16位的颗粒的时候,完全没错,运行频率是2133都没错;
    : t( {# T2 T$ O, ^" ~) T然而反过来,禁掉低16位颗粒,只留高16位颗粒的时候,依然有错,错误数量跟32位运行的时候是同一个数量级的。/ M4 i) \9 E* @3 [

    点评

    降到1600有改善,不是说明和信号完整性有关吗?FPGA和DDR芯片底下电源正常吗  详情 回复 发表于 2019-3-28 13:24
  • TA的每日心情
    慵懒
    2022-4-7 15:32
  • 签到天数: 27 天

    [LV.4]偶尔看看III

    9#
     楼主| 发表于 2019-3-27 21:36 | 只看该作者
    bluskly 发表于 2019-3-27 11:30
    7 u# d) J0 L3 s5 n还是降频看看能稳定不,不能稳定的话基本也不太可能是layout的问题。
    ' ]# ]: [6 y0 v( E3 Y
    谢谢回答。) @0 K8 B& N& J" U
    从2133降频至1600有改善,但是还是有错,我觉得降到1600了,时序、信号质量方面的余量应该很充足了,不应该再出错了才对,所以我倾向于不是信号完整性方面的问题。
    ( v" a0 ~2 a0 V# o
  • TA的每日心情
    慵懒
    2022-4-7 15:32
  • 签到天数: 27 天

    [LV.4]偶尔看看III

    10#
     楼主| 发表于 2019-3-27 21:38 | 只看该作者
    Frank9523 发表于 2019-3-27 13:47" q- D# S( V/ M. a
    楼主有做过FPGA的DRAM Training吗?

    % Y( K8 y6 `) M* d; t7 `# [谢谢回答。$ O+ O* a6 m8 Q: L. ]" f7 Q
    我不知道您说的FPGA DRAM Training是啥意思?我们应该没做过,您能更加详细地说一下吗,谢谢了。& q! [8 ]) I: \& `% P

    点评

    就是根据你布板的走线长度,计算出板间延时参数。xilinx可以进行training algorithms。之前在zynq平台遇到过类似的问题,就通过修改板间延时参数解决的。你可以看下下面这个链接。https://www.xilinx.com/support/an  详情 回复 发表于 2019-3-28 08:54

    该用户从未签到

    11#
    发表于 2019-3-28 08:54 | 只看该作者
    gavinhuang 发表于 2019-3-27 21:38
    ' E# ]( x% e8 S! o' p谢谢回答。' D: ^% B' h0 F' x
    我不知道您说的FPGA DRAM Training是啥意思?我们应该没做过,您能更加详细地说一下吗,谢谢 ...
      |6 p/ B) m6 F8 o
    就是根据你布板的走线长度,计算出板间延时参数。xilinx可以进行training algorithms。之前在zynq平台遇到过类似的问题,就通过修改板间延时参数解决的。你可以看下下面这个链接。https://www.xilinx.com/support/answers/46778.html
    ' {2 Y% r( w6 ~2 j8 m

    - I  v  l$ R* p; k( p4 O- {, Y" t
    " k5 b& T7 s+ r3 M9 u. T- \" \
    $ P! X* _+ Q2 X& n0 {% Y& n

    点评

    谢谢。我们布板的时候已经考虑封装的延时进行等长了,等长方面应该没问题。你发的那个链接,我看了一下,只针对于Zynq系列的器件,我们用的KU系列,没有这个东西。  详情 回复 发表于 2019-3-28 09:59
  • TA的每日心情
    慵懒
    2022-4-7 15:32
  • 签到天数: 27 天

    [LV.4]偶尔看看III

    12#
     楼主| 发表于 2019-3-28 09:59 | 只看该作者
    Frank9523 发表于 2019-3-28 08:54- B2 B3 f# a' w6 Q
    就是根据你布板的走线长度,计算出板间延时参数。xilinx可以进行training algorithms。之前在zynq平台遇 ...

    . N" A2 r# J9 |谢谢。我们布板的时候已经考虑封装的延时进行等长了,等长方面应该没问题。你发的那个链接,我看了一下,只针对于Zynq系列的器件,我们用的KU系列,没有这个东西。
    1 T8 b! o4 r* W- D9 c
  • TA的每日心情
    奋斗
    2021-3-10 15:58
  • 签到天数: 11 天

    [LV.3]偶尔看看II

    13#
    发表于 2019-3-28 13:24 | 只看该作者
    gavinhuang 发表于 2019-3-27 21:16
    % s- O* Y5 p; W$ T谢谢回答。
    ( [3 C( b( s2 e; ^1 i7 ]从2133降频至1600有改善,但是还是有错,我觉得降到1600了,时序、信号质量方面的余量应该很 ...
    & S+ f" g4 ?0 p- p" q6 r
    降到1600有改善,不是说明和信号完整性有关吗?FPGA和DDR芯片底下电源正常吗9 }8 r6 D; Q4 j

    点评

    1、本来FPGA内部就能自动调整DQ、DQ是的读写时序,能够调整的幅度多达75ps,再看下面的第一张图,从2133降到,1600,时序的裕量又多了78ps,这两个裕量加起来,至少150ps; 2、看下面的第二张图,地址控制线这些  详情 回复 发表于 2019-3-29 10:52

    该用户从未签到

    14#
    发表于 2019-3-28 17:32 | 只看该作者
    低位没问题,高位没问题,是不是因为fly-by要不同颗粒DQ要对齐?FPGA不知道是怎么玩的,CPU类的是自动校准,计算到每个颗粒的延时然后自己设置好寄存器。你问下FPGA的看看。

    点评

    谢谢回答。 你说的不同颗粒DQ对齐是什么意思呢?现在我们低位颗粒上的数据是DQ0-15,高位颗粒是DQ16-31,不知道你说的是不是这个意思。 我一直在怀疑是不是FPGA的哪些设置没打开,但是让FPGA逻辑工程师确认了,  详情 回复 发表于 2019-3-29 11:11
    您需要登录后才可以回帖 登录 | 注册

    本版积分规则

    关闭

    推荐内容上一条 /1 下一条

    EDA365公众号

    关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )

    GMT+8, 2025-9-3 14:24 , Processed in 0.203125 second(s), 44 queries , Gzip On.

    深圳市墨知创新科技有限公司

    地址:深圳市南山区科技生态园2栋A座805 电话:19926409050

    快速回复 返回顶部 返回列表