• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 191 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] DS90UB954-Q1：错误检测寄存器

admin
Guru**** 2477735 points


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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/655547/ds90ub954-q1-error-detection-registers

部件号：DS90UB954-Q1

大家好，

我对  953和954的错误检测寄存器有一些疑问。

#1启用报警功能时

 953.0x52[1] 常规状态.CRC_ERR

 954.0x51[4] SENSOR_STS_0.BCC_ALARM

我知道，如果953.0x52[1]将被清除，954.0x51[4]也将被清除。

写的是“读取CRC ERR CLR寄存器时清除此位”，但   写入953.0x49[3] CRC ERR CLR寄存器时，953.0x52[1]和954.0x51[4]是否不会被清除？

2当启用报警功能时

 954.0x51[3] LINK_DETAT_ALRAM是否设置为与953.0x52[4] LINK_LUSE_FLAG相同的值？

 在这种情况下，  如果将954.0x51[3]和953.0x52[4]写入CRC ERR CLR，是否会将其清除？

3号

我了解如果读取了954.0x56 RX_PAR_ERR_LO，则0x4D[2]奇偶校验错误，0x55和0x56都被清除。

正确吗？

此致，

Tomoaki Yoshida

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

    1这些在写入CRC_ERR_CLR寄存器时被清除。
    2是的
    3是的

    此致，
    佐伊
  • 0
    TI__Guru**** 2477735 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好，Zoe-san，

    感谢您的支持。
    我有一个关于#2的问题。

    为什么在读取CRC_ERR_CLR寄存器时，清除954.0x51[3] LINK_DETAT_ALRAM和953.0x52[4] LINK_LOST_FLAG？
    如果在读取CRC_ERR寄存器且未生成CRC错误时清除了954.0x51[3]和953.0x52[4]，即使链路丢失的原因尚未解决，用户是否会错误地识别原因已被排除？

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

    Yoshida-san，您好！

     

    建议在清除所有受CRC_ERR_CLR影响的寄存器之前先读取它们，以避免丢失信息。 但是，如果链接尚未恢复，则LINK_LUSE_FLAG将在清除后再次设置为1。

    此外，可通过独立于CRC_ERR_CLR的寄存器0x4D[4]在954上监控锁定状态的变化。

     

    此致，

    佐伊