This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] PROCESSOR-SDK-AM64X:AM64x GPMC 信号容差过大、以及为什么这些容差

Guru**** 2379370 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1495289/processor-sdk-am64x-am64x-gpmc-signals-tolerance-too-large-and-why-are-these-tolerances

器件型号:PROCESSOR-SDK-AM64X

工具/软件:

您好、专家、

我们讨论的是 GPMC 突发模式。 但我们发现信号具有容差:

- GPMC_CLK、 0.475P - 0.3 (ns)

- GPMC_CS:  最小:F  - 2.2、最大:F + 3.75

- GPMC_AD[n:0]:最小:j - 2.3、最大:j + 2.7

您能帮助澄清以下问题吗?

1)信号偏差与什么有关?
2)信号容差是否与不同的 AM64x 芯片相关?
3)信号容差是固定的还是随机的?
4)该信号 GPMC_CS 的容差太大、在133MHz 时、信号的容差范围大于周期的70%(GPMC_CLK)。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Vincent Wang、  

    感谢您的查询。

    我正在分配给专家。

    此致、

    Sreenivasa.

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好  Sreenivasa

    我可以在这里得到您的答复吗? 谢谢。

    此致

    Zekun

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Zekun、

    对迟来的答复表示歉意。 我可以安排时间与我们的计时专家一起查看您的问题以解决您的问题。

    某些数据表时序可能是保守的。 我们可以拧紧数据表中的容差、尤其是在使用的数据总线少于32位的情况下。

    您能否详细说明一下 GPMC 的使用情况? 您正在使用多少个数据位? 8、16、32位? 您正在使用多少个 CS?

    连接了多少个设备? 与 SOC 引脚之间的布线距离是多少?

    此致、
    标记

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好:Mark、

    数据是16位数据、并使用1个 CS 连接到器件(FPGA)。

    SOC 引脚的布线距离:

    GPMC0_WAIT0 46.22mm

    GPMC0_A 55mm

    GPMC0_D 68mm

    GPMC0_CS 45mm

    RD 40mm、WR 60mm

    BR

    Ryan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢 Ryan、

    60mm 比我们考虑的133MHz 距离大约10mm。 在闭合时序时、请考虑电路板传播延迟。 您的存储器/FPGA 的设置/保持时间要求是什么?

    1)器件时序比数据表文档更严格。
    我们保持比必要更严格的要求、以补偿可能不匹配的布线长度、高噪声电源等
    导致偏差的另一个因素与将模式组合在一起有关。 例如、1.8V 和3.3V、上升和下降转换组合在一起、并具有一个通用时序。 但是、1.8V 下的上升/下降时序比3.3V 更严格地匹配。

    2)在器件的生命周期内(请参阅数据表中的通电小时数)、在器件工艺、电压极限和温度极限范围内都能保证时序

    3)为每个器件固定、随着器件老化、会出现一定的漂移。 随机值。

    4)我们重新计算输出时序(见下文)、为 slop 留下0.5ns 的裕度。 请告诉我们、您可以使用这些参数满足建立时间/保持时间、这样我们就可以更新数据表。
    CLK :计时是保守的,但没有在计时分析中检查,因此不能更新
    GPMC_CS :最小:F - 1.28,最大:F + 1.34
    GPMC_AD[15:0] :最小:j - 1.37、最大:j + 1.92
    (如果是32位数据而不是16位数据、则时序不适用)

    此致。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢 Mark。

    根据新的时序参数、它们可以满足建立时间/保持时间要求。