• 状态
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 6 视图
  • 用户 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.

[参考译文] LAUNCHXL2-570LC43：CAN 协议不工作

admin
Guru**** 2526700 points
Other Parts Discussed in Thread: TCAN3414

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1555972/launchxl2-570lc43-can-protocol-not-working

部件号：LAUNCHXL2-570LC43
主题：TCAN3414 中讨论的其他器件

工具/软件：

我正在使用 TCAN3414 收发器在 DCAN4 上实现 CAN 接口。 RTI 比较 2 中断驱动的周期性任务配置为每 100ms 发送一个 CAN 数据帧、其中传输一个数据字节（计数器为 0 至 10）。 在内部和外部环回条件下、运行均为标称值：100ms 周期稳定、计数器正确递增。 禁用环回时、系统变得不可靠：帧始终不会在 100ms 内传输、尽管 RTI 比较中断会继续触发、但发送的数据字节会一直保持为 0。 随附的 DCAN4TX 迹线图像说明了这种异常行为。 此外、我将收发器连接到 PEAK CAN 分析仪 (PCAN-View)、无法检测到总线上的任何帧。

 

工程

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

    尊敬的 Dafne：

    首先、我建议您参考以下经过测试的 CAN 示例一次：

    (+)【常见问题解答】TMS570LC4357：适用于 Hercules 控制器的示例和演示（例如 TMS570x、RM57x 和 RM46x 等）-基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛

    如果他们不能帮助您解决问题、我将尝试进一步调试您的问题。

    --
    此致、
    Jagadish。

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

    您好 Jagadish、

    我已经查看了这些示例、但它们没有帮助我解决问题。 我想知道您是否可以查看我的代码以查看是否有任何错误。 谢谢。

    Dafne  

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

    尊敬的 Dafne：

    对延迟的回复表示歉意。

    您是否仍然遇到此问题、有关此问题的任何新更新、然后再继续进行代码验证。

    --
    此致、
    Jagadish。

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

    您好 Jagadish、

    我仍然无法解决这个问题。 而且我没有任何新的更新。 所以、我不知道您是否可以查看我的代码。 谢谢。

    Dafne

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

    尊敬的 Dafne：

    对延迟的回复表示歉意！

    今天我有机会验证您的代码,我看不到您的代码有任何重大问题。 但是,我有一些建议。

    1.不要将发送和接收代码保留在 RTI 中断上、而不要仅在中断例程中设置标志并在主循环本身中进行发送和接收。

    2.如何验证接收数据,也许最好在 UART 终端上打印,以便轻松监控数据。

    3、如果您将延迟增加到 100ms 以上、我是说也要尝试 500ms 和 1s、并验证行为并让我了解延迟较高的行为。

    4.取消选中以下复选框,完全禁用高速缓存,并验证行为一次:

    --
    此致、
    Jagadish。