[参考译文] AM62P：无法在 AM62P-LP 上通过 CAN 总线接收数据

您好 Dušan

能否确认您参考了 Foundational_Components Kernel_Drivers 文档的这一部分： https://software-dl.ti.com/processor-sdk-linux/esd/AM62PX/latest/exports/docs/linux/Linux/Kernel/Linux/MCAN.html

您能否提供外部环回设置图？

两个模块是否都设置为相同的波特率？

您似乎在使用 SK-AM62P-LP、该器件没有 CAN 收发器。 您可以在 Linux SDK 文档中查看一个类似的示例： https://software-dl.ti.com/processor-sdk-linux/esd/AM62PX/latest/exports/docs/linux/How_to_Guides/Target/How_to_test_MCAN_on_AM62x.html

 您还可以参阅 MCAN 调试指南应用手册： https://www.ti.com/lit/an/spradp4/spradp4.pdf

此致、

Anshu

您好 Dušan

我意识到这可能不需要收发器。 只是为了确保跳线连接牢固、正确吗？ 断开连接可能会导致总线关闭行为。

谢谢、

Anshu

您好 Anshu、

是的、我们参考了您提到的文档链接。

我们的目标是重现与之前在 J784S4 板上使用的设置类似的设置。 在该设置中、我们直接使用跳线连接了两个 CAN 接口、并且能够成功发送和接收消息、而不会遇到总线关闭情况。 作为参考、可以在此处查看设置和讨论：
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1400374/processor-sdk-j784s4-cannot-receive-data-on-can-bus-on-sdk-j784s4-9-2/5363418

在 AM62PX 平台上的当前设置中、两个接口均配置为相同的比特率 (500000)。 尽管如此、在尝试外部通信时、接口最终进入 总线关闭 状态。

我们已经使用原理图查找 TX/RX 引脚位置上接口 main_mcan1 和 mcu_mcan0 的相关信息、并相应地连接了跳线（仍然不确定这些引脚是否对 TX/RX 有效）。 连接牢固、但我们将在下面提供当前接线设置的图片以供确认。

如果在配置或硬件设置中存在我们可能忽视的任何内容、请告知我们。

此致、
Dušan μ s

您好  Dušan

我看不到此设置有任何明显的问题。

您说您正在使用 SBL 引导、对吧？ 您能否确认其他操作系统未尝试访问 CAN 或该引脚上未复用的任何其他信号？

在 candump 命令上、是否可以添加-e 和-x 标志？ 希望这能为我们提供更多信息。

谢谢、

Anshu

您好 Anshu、

为了消除与我们的修改相关的任何潜在问题、我们切换回默认的 SD 卡映像、并使用标准引导流程 (SPL + U-Boot + Linux) 引导系统。

但是、即使在这种配置中、我们也会观察到相同的行为。 当我们初始化接口并尝试发送 CAN 帧时、接口将转换为 总线关闭 状态。

使用的命令：

IP 链路设置 MAIN_mcan1 类型 CAN 比特率 1000000
ip link set main_mcan1 up
CANsend MAIN_mcan1 123#DEADBEEF

内核输出：

[108.752325] CAN：控制器局域网核心
[108.756785] NET:注册的 PF_CAN 协议系列
[108.770272] CAN：原始协议
[108.775598] m_can_platform 20711000.can main_mcan1：总线关闭

此外、的输出ip -details link show main_mcan1为：

6：main_mcan1： MTU 16 qdisc pfifo_fast 状态 up 模式默认组缺省值 qlen 10
链接/CAN 混杂 0 allmulti0 minmtu 0 maxmtu 0
CAN 状态错误激活 (berr-counter TX 0 Rx 0) restart-ms 0
比特率 500000 采样点 0.875
tq 12 prop-seg 69 phase-seg1 70 phase-seg2 20 SJW 10 BRP 1.
m_can：tseg1 2..256 tseg2 2..128 SJW 1..128 BRP 1..512 BRP_inc 1.
m_can：dtseg1 1..32 dtseg2 1..16 dsjw 1..16 dbrp 1..32 dbrp_inc 1

由于该板不包含板载 CAN 收发器、因此我们在设置中添加了一个外部收发器。 我们使用了 TI 文档中引用的同一收发器、特别是 SN65HVD230 CAN 板套件 拓扑、这在 AM62x CAN 测试指南中有所提到。

我们通过测量以下内容来验证硬件连接：

• VCC 和 GND 之间为 3.3V

• CANH 和 CANL 之间的 120Ω

尽管如此、在传输消息时仍会出现总线关闭情况。

我们还使用 Vector VN1610 器件测试了通信。 在 Linux 方面、我们运行了：

candump -x -e main_mcan1

从 VN1610 传输帧时、Linux 端不会接收任何消息、也不会报告其他错误。

下面是我们当前硬件设置的图像、可供参考。

此致、
Dušan μ s

您好  Dušan、

我目前不在办公室、因此无法在我自己的 EVM 上进行测试。 我将与开发团队联系、了解他们的设置上次测试的时间。

谢谢、

Anshu

您好  Dušan、

对延迟深表歉意。 开发团队已经在他们自己的 EVM 上测试了设置、但没有得到总线关闭条件。

就在测试中、是否可以将正在使用的 MCAN 接口从 MCU MCAN1 更改为 0？

谢谢、

Anshu

您好  Dušan、

感谢您与其他人分享该解决方案。 该主题将关闭。

此致、

Anshu