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.

[参考译文] AWR1843AOP:在 MRR 实验室中、如何处理 CAN 总线关闭状态

Guru**** 2555630 points
Other Parts Discussed in Thread: AWR1843AOP

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1440925/awr1843aop-in-the-mrr-lab-how-is-the-can-bus-off-condition-handled

器件型号:AWR1843AOP

工具与软件:

您好!

我正在尝试将 AWR1843AOP 雷达与我的 ECU 连接、两者都通过 CAN 以500kbps 的速率进行通信。

我在 DSS 核心中遇到如下行的软件崩溃:

MmwDemo_dssAssert(dataPathObj->chirpCount != 0);

两个系统可作为独立单元正常运行、也可在实验室测试期间作为集成系统正常运行。 但是、在现场测试过程中会遇到崩溃的情况。

经过仔细检查、发现雷达的 CAN 采样点设置为75%、ECU 的 CAN 采样点设置为72.22%。 我读到:

如果两个 CAN 节点之间的采样点略有不同、例如一个为75%、另一个为72.22%、则在低总线负载和理想条件下、通信仍可能正常工作。 然而、随着总线流量的增加(如我们在现场测试期间的案例)、采样点不匹配可能导致频繁的位错误解释。 然后、节点将生成错误帧以指示问题、这会增加总线负载、并可能导致出现重复错误的节点出现总线断开的情况。

我想检查:

  1. 这是怎样的 总线关闭状态 应如何处理?
  2. 总线关闭状态是否会导致 DSS 端崩溃?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    让我们在下周与您联系

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

    您好、Tanoop、

    1) 1)如果 TEC 超过255、则可以检查总线关闭情况、此时仅超过 BUSOFF。 您可以监控  MCAN_PSR。 用于 Busoff 位的 BO。
    我找到了一个处理的实现示例:

    e2e.ti.com/.../Can_5F00_bussoff_5F00_recovery-_2800_1_2900_.c

    2)如果你不处理 BUSOFF 我不认为它会导致这个问题。
    这意味着没有对最后一帧进行处理、那么您是否获得了对象? 您可以尝试稍微放宽帧时序、也可以进行观察。
    如果您认为这是由于不匹配、您也可以尝试在最后匹配准确的时序

    此致、
    Saswat Kumar