工具/软件:
您好! 在调试 CAN 通信时、我遇到了 CAN_TX 始终保持在高电平的情况。 这是我的硬件设计。 我自己编写的程序可以在 TI 的演示板上正常通信。 如果在自行设计的电路板上使用、则无法实现通信、CAN_TX 始终保持在高电平。 请帮助分析上述电路设计是否存在任何问题、M0G3507芯片的 CAN 通信应注意哪些要点、以及提供了哪些故障排除方向。 谢谢!
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.
工具/软件:
您好! 在调试 CAN 通信时、我遇到了 CAN_TX 始终保持在高电平的情况。 这是我的硬件设计。 我自己编写的程序可以在 TI 的演示板上正常通信。 如果在自行设计的电路板上使用、则无法实现通信、CAN_TX 始终保持在高电平。 请帮助分析上述电路设计是否存在任何问题、M0G3507芯片的 CAN 通信应注意哪些要点、以及提供了哪些故障排除方向。 谢谢!
大家好、从 MCU 侧、仅将 MSPM0 Tx 连接到 CAN 收发器 Tx、Rx 到 Rx 正常。
以下是需要从 MCU 端执行的一些测试:
1.需要确认 MCU 是否可以运行到 main 函数并完成初始化。
2. ROSC 电阻器为1% 100k、我们建议您使用0.1%电阻器以获得更高的 SYSOSC 精度。
PA18是 BSL 调用引脚、需要添加下拉电阻器。 上电或复位时、如果 PA18为高电平、MSPM0将进入 BSL 模式。
您可以在 NONMAIN 中禁用 PA18 BSL 检查(syscfg 中的 NVM 配置、但存在修改 NONMAIN 的风险)
由于您已验证基于 TI 演示板的软件代码、因此请检查 CAN 收发器侧是否存在任何问题。
您可以尝试从 NSI1042获得一些帮助。
结果呢?
如果您可以在演示板上正常运行、则保存代码应该适用于您的客户板。
原因:
关于您提到的第三点、我在外部连接了一个测试引脚、该引脚工作正常
M0已运行到您的应用代码中。
您是否尝试在 M0上进行任何调试?
检查 CAN 状态? 还是卡在其他地方?