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.

[参考译文] DS90UB928Q-Q1:您能告诉我,对于DS90UB928Q-Q1,有多少位错误率可能导致松动锁定?

Guru**** 2482105 points
Other Parts Discussed in Thread: DS90UB928Q-Q1

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/659875/ds90ub928q-q1-could-you-tell-me-how-much-bit-error-rate-that-is-possible-to-cause-loose-lock-for-ds90ub928q-q1

部件号:DS90UB928Q-Q1

大家好,

您能否告诉我 ,DS90UB928Q-Q1的误码率有多大?
是否有任何数据?

此致,
Yaita /日本距离

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    八分三,
    有关链接错误计数寄存器(addr 0x65)的详细信息,请参阅DS90UB928数据表。

    如果在此寄存器中启用了链接错误计数,则当错误计数达到此寄存器中设置的阈值时,反序列化器将失去锁定。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Palaniappan-san,

    感谢您的支持。
    我相信我的客户不仅可以启用链路错误计数,而且还可以根据他的应用程序进行批量生产。
    我的理解是否正确?
    我担心它,因为默认值是0x03 (链路错误计数已禁用),所以想询问具体情况。

    此致,
    Yaita /日本距离

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

    您好,Palaniappan-san,

    感谢您的支持。
    我的客户想要启用链接错误计数,有两个问题,如下所示。

    1)
    “Link Error Count”(链路错误计数)值是否仅在连续发生链路错误时累积?
    或者,即使间歇性发生链路错误,它也会累积?

    2)
    是否可以重置"Link Error Count"(链路错误计数)值?
    即使出现链接错误,我的客户也不想松开锁定 。

    此致,
    Yaita

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,
    链接错误计数器基于像素时钟,不需要连续,错误计数就会累积。 如果启用,则会一直计数到达到阈值。
    错误阈值可以设置为足够高的值,这样几个错误不会导致锁定丢失,但同时它可以帮助检测是否发生了灾难性事件。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Palaniappan-san,

    感谢您的支持。
    关于问题2),我认为如果切换0x41位4 (链路错误计数启用位),"链路错误计数"值可以重置。
    我的理解是否正确?
    ----------------
    2)
    是否可以重置"Link Error Count"(链路错误计数)值?
    即使出现链接错误,我的客户也不想松开锁定 。
    ----------------

    我的客户不想在多次出现链接错误的情况下松开锁定 ,因此我想确认是否可以将"Link Error Count Threshold (bit[3:0])"设置为1111b并 定期切换"Link Error Count Enable (bit4)" (启用链接错误计数(bit4)))以实现此目的。

    此致,
    Yaita

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    REG 0x41位4启用或禁用链路错误计数,因此当您设置为高时,链路错误计数会累积错误。 当您将其切换并设置为低时,将禁用错误计数,并且反序列化器将失去锁定,并显示1个错误。 如果再次将其设置为高,则应丢失prev错误计数,并且应从0开始重新计数,直至达到阈值(在您的示例中为最大值1111b)。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Palaniappan-san,

    感谢您的持续支持。
    我明白了。

      如果我们 重写链路错误计数阈值(位3:0)的值,错误计数是否可以重置为0?
    我的客户希望将 错误计数重置 为0 ,同时保持链路错误计数启用。



    此致,
    Yaita /日本距离

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,
    我们正在考虑在工作台上设置一些硬件测试以确认这种行为。 我们应该能够在几天内为您提供结果的时间范围。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Palaniappan-san,

    我非常感谢您为本次调查所做的努力。
    我将等待您的反馈。

    如果以下答案为“是”, 我的客户 还想知道 即使重写相同的值(0x41 bit3-0:1111b -> 1111b)是否发生重置。   
    ----------------
    -   如果我们重写链路错误计数阈值(位3:0)的值,错误计数是否可以重置为0?
    ----------------

    此致,
    Yaita

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

    我们使用928板在工作台上测试了这个问题,观察结果是,当错误计数达到阈值时,锁将会下降,但会自动重新锁定,并再次失去锁,依此类推。 只要错误情况仍然存在,锁将继续切换。

    因此,在达到阈值时,错误计数似乎会自动重置。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Palaniappan-san,

    感谢您的支持。
    我了解到,在达到阈值时,错误计数似乎会自动重置。

      如果我们 重写链路错误计数阈值(位3:0)的不同值,错误计数是否可以重置为0? (例如:0x41 bit3-0:1110b -> 1111b)
    我的客户想要将 错误计数重置 为0 ,而不是松动锁定。

    如果答案是肯定的, 我 还想知道 我们是否可以将 错误计数重置 为0,即使重写相同的值(例如:0x41 bit3-0:1111b -> 1111b)。   

    此致,
    Yaita

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    八分三,
    根据我们的测试,无论是重写或覆盖错误计数阈值,还是禁用/重新启用错误计数,都不能帮助保持高锁定。
    总之,错误计数将自动重置,并将再次计数,直到达到阈值,然后锁定降低,此过程重复,导致锁定切换。 这与锁定的预期行为匹配,即如果系统中连续出现超过错误计数的错误,则阈值锁定将会降低,并在错误情况持续存在时切换。 正确的操作方法是识别潜在的错误情况并纠正该情况。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Palaniappan-san,

    感谢您的支持。 我会将 您的意见告知我的客户。

    我想确认一下,以防万一。
    您将"连续错误"称为以下内容。  
    ----------------
    即,如果系统中连续出现超过错误计数的错误,则阈值锁定将会降低,然后在错误情况持续存在时切换。
    ----------------

    不过 ,我在另一天收到了你的以下回复。
    ----------------
    链接错误计数器基于像素时钟,不需要连续,错误计数就会累积。 如果启用,则会一直计数到达到阈值。
    ----------------

    我认为这是互相矛盾的内容。
    哪一项是正确的?
    我认为 ,如果链路错误计数值仅在连续发生链路错误时累积,这是理想的选择。

    此致,
    Yaita

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    很抱歉有任何混淆。 链路错误计数基于像素时钟,不需要连续循环发生错误,就可以继续计数。
    我所说的连续错误是指如果系统中仍然存在错误(假设有许多像素时钟周期),错误计数将会上升,达到阈值,重置并再次计数,这将不断重复,导致锁定反复下降。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢Palaniappan-san

     根据您的评论,即使   链路错误计数阈值(位3:0) 为最大设置(1111b),从长期来看,肯定会发生松锁。
    我认为有一个应用程序即使  出现链接错误也不应出现松锁。
    是否有针对  此类应用的建议对策?
    (是否有任何其他客户的此类要求?)

    此外,0x41寄存器的默认值0x03 (链路错误计数禁用)过于严格,无法在上述条件下进行设置。
    您的团队对此有何看法?


    此致,
    Yaita

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    默认值(设置为'3')仅设置为高于1个错误的值,如果不使用此功能,将触发锁降低。

    使用此功能时,可以将该值设置为最大值(4'B1111),如果出现更多错误,则锁定将会降低。 即使出现如此多的错误,应用程序也不会想要保持高锁定,因此这不是我们通常看到客户要求的。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Palaniappan-san,

    我想确认以下结果的测试条件。
    ----------------------------------
    八分三,
    根据我们的测试,无论是重写或覆盖错误计数阈值,还是禁用/重新启用错误计数,都不能帮助保持高锁定。
    总之,错误计数将自动重置,并将再次计数,直到达到阈值,然后锁定降低,此过程重复,导致锁定切换。 这与锁定的预期行为匹配,即如果系统中连续出现超过错误计数的错误,则阈值锁定将会降低,并在错误情况持续存在时切换。 正确的操作方法是识别潜在的错误情况并纠正该情况。
    ----------------------------------
     您 的评估系统中是否每秒发生多次松锁?
    如果是,我的客户认为 黄色部分是合理的。

    此致,
    Yaita

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我不确定我是否理解这个问题,但是的,根据测试(EVM上的LED上监控锁定),锁定会不断切换。