如果波特率降到250k好像就没有问题了
我做个一个测试，用示波器接在can的两根线上，另一端连接电机，电机处于没有电的状态，此时在终端发送一个can指令（cansend can0 601#40F9601900000000），会在示波器上一直有can总线在发送数据，直到打开电机的电源后总线上才不会有数据一直发送，按理说没有设备应答的话应该有个最大重试次数？？？
这是电机通电情况下发送cangen can0 -I 601 -L 8 -D 40F9601900000000 -g 2指令的波形，没问题，一发一答
这是电机不通电情况下发送cansend can0 601#40F9601900000000 指令的波形，按理说有个最大重试次数，但是会一直重发
之后我直接使用can分析仪做实验，将can分析仪的canH canL GND分别接在示波器上，另一端也是悬空的，类似于电机未上电的情况，使用软件随意发送一个数据包，在示波器上就能看到数据发送一段时间后停止，而不像板子那样一直发
收不到会一直重传，没有最大重传次数，对端设备是否接收，是否返回ACK都很重要。
没有对端设备，我测试别的can设备，比如那种can分析仪，也没有对端设备，发送一次数据只会发送一会儿就停止，不像X5一样会一直重发；
如果我的总线上有多个对端设备，但是其中某几个断线了，如果按照会一直重发的这种逻辑，那总线不就会一直被X5与掉线了的设备通讯的包给占用，导致总线异常繁忙，这不是设计bug吗
我尝试了 还是有问题 时间久了 系统断电后重新开机，才可以使用cansend发送数据
有没有官方人员出来回答下这个问题怎么处理？？？？？
https://archive.d-robotics.cc/ubuntu-rdk-x5-beta/pool/main/jammy/rdk_linux/hobot-boot_3.0.4-20250802165714_arm64.deb 使用3.2.3 系统，然后dpkg -i 安装下这个包，修复双向can通信，can停止工作的问题
这个是怎么解决的？我这边也接电机，随机的等一段时间就发布出去了。要重新down up一下才行
安装完成后，还是有问题，双向通讯的时候
dpkg -s hobot-boot 确认下包是否安装成功；
尝试下两台RDK X5双向通讯；
你好，请问这个包目前合入仓库了吗？
你的问题有解决了吗？我也遇到相同的情况
请问问题有结果了吗，我也遇到了同样的问题
3.3.3修复了can相关问题，可以使用该版本或者其它后续版本
升级到了3.4.1最新的版本，但can0还是不能正常向外发送数据，信息如下。这个有解决方案吗？
sunrise@ubuntu:~$ sudo ip link set up can0 type can bitrate 1000000
sunrise@ubuntu:~$
sunrise@ubuntu:~$ cansend can0 123#11223344
sunrise@ubuntu:~$
sunrise@ubuntu:~$ sudo dmesg | grep tcan
[ 10.693811] tcan4x5x spi5.0: Looking up vsup-supply from device tree
[ 10.693832] tcan4x5x spi5.0: Looking up vsup-supply property in node /soc/a55_apb0/spi@34050000/tcan4x5x@0 failed
[ 10.693864] tcan4x5x spi5.0: no clock found
[ 10.693869] tcan4x5x spi5.0: no CAN clock source defined
[ 10.698065] tcan4x5x spi5.0: m_can device registered (irq=54, version=32)
[ 10.698087] tcan4x5x spi5.0 can0: TCAN4X5X successfully initialized.
sunrise@ubuntu:~$
您好
有解决方案了嘛
你好，咨询下，2026年8月份了，你的RDK X5 CAN通讯的功能正常了吗？我都已经更新到3.5.0 和最新的boot了，还是有错误帧，如果这个板子不行（2025年3月份购买的），我就不用了。
目前已经向内部反馈问题，内测下来，双x5通信正常，压测都正常
谢谢回复。我之前测是有问题，然后通过RDKStudio的moss调试了连续三整天，调试的结果呢。MOSS反馈板端没问题，但是我用周立功的CAN诊断仪测试，500k 250k 125k 波特率下，都会报错，类似的下图， REC TEC报错的都有，这个截图只是展示了一种情况。moss指向的错误呢 应该是tseg1 tseg2 sjw 但是moss反馈这些不能通过脚本命令改（我也赋值了，确实没变），moss就推荐要改底层（结果如下）。我认为地瓜机器人团队很大，产品做的也不错，也看好后续的发展潜力，想着后续以这款芯片为基础，尝试轮式移动机器人的自动驾驶控制，我们的车上的零部件基本都是CAN的（平台定了，再切换成本也很高）。所以希望你们看看问题所在，实现兼容不同的波特率，数量能够到五六十个ID 的报文发送的需求。
