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.

[参考译文] 我应该做什么"CAN6""ETH6"?

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/572236/what-should-i-do-can6-eth6

主题中讨论的其他器件:TMS570LS3137

你好。

我正在使用"TMS570LS3137"并阅读"安全手册(SPNU511D)"。

我有一个安全机制问题。

- CAN6:DCAN SRAM 内容的定期硬件 CRC 检查

- ETH6:以太网 SRAM 内容的定期硬件 CRC 检查

我该怎么办?

与"CAN14:CAN 协议报文 CRC "和"ETH10:报文 CRC "有何不同?

此致

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

    DCAN SRAM 和以太网 SRAM 内容的定期检查与 IN 消息 CRC 的区别在于 IN 消息 CRC 通常用于解决传输期间的问题、并由硬件处理。 IN 消息 CRC 通常在消息被接收时覆盖、而不是在消息已经被接收并存储在 CAN 或以太网 SRAM/接收缓冲器中时覆盖。 DCAN 和以太网 SRAM 的定期检查只有在有足够的时间在接收到其他消息之前检查 SRAM 内容或者仅用于检查 SRAM 消息缓冲器的静态部分时才有效。 例如、这可用于检查定期出现的消息块、此时有时间计算更新的 CRC、然后再次检查数据何时使用。 CAN6和 ETH6诊断措施旨在捕获 SRAM 中的潜在瞬态或永久故障。 请注意、DCAN SRAM 受奇偶校验保护、这比 CRC 校验更有效。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    你好、Chuck。
    感谢你的答复。

    两种机制的不同之处、我通常都有。
    还有其他基于答案的问题。

    您说过"in message crc"由硬件处理。
    然后,"定期硬件 CRC 检查","硬件"是什么意思?


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

    在这种情况下、这意味着使用器件中提供的硬件 CRC 模块。