当前位置：首页 > news >正文

RK3588 USB转CAN扩展实战：从驱动编译到设备绑定的完整指南

news 2026/8/22 8:00:59

1. RK3588 USB转CAN扩展需求与选型指南

在工业控制、汽车电子等领域，CAN总线因其高可靠性和实时性被广泛应用。RK3588作为一款高性能嵌入式处理器，原生支持2路CAN总线接口，但在实际项目中（比如自动化生产线或多节点设备控制），我们经常需要更多CAN通道。这时候USB转CAN模块就成了经济高效的扩展方案。

我最近在飞凌OK3588-C开发板上完成了4路CAN总线的扩展实践，这里分享下选型经验。经过实测，PCAN和CH341转CAN模块表现稳定，而XCAN和SLCAN由于驱动兼容性问题未能成功。具体来看：

PCAN：工业级模块，支持CAN 2.0B和CAN FD，实测在-40℃~85℃环境下稳定运行，适合严苛工业场景
CH341转CAN：基于常见USB转串口芯片的方案，成本低但需要额外电平转换电路，实测在-7℃以下可能出现异常
XCAN：需要厂家提供特定内核版本的驱动，5.10.66内核兼容性差
SLCAN：开源方案但文档匮乏，调试成本过高

选型时要特别注意三点：首先是工作温度范围，工业现场常有低温需求；其次是驱动兼容性，Linux内核版本差异可能导致驱动失效；最后是协议支持，传统CAN 2.0A/B与CAN FD的硬件不兼容。

2. CH341转CAN驱动移植全流程

2.1 驱动编译环境搭建

CH341是常见的USB转串口芯片，其CAN扩展模块需要先配置串口驱动。在飞凌OK3588-C（Ubuntu 20.04，内核5.10.66）上，直接使用预编译驱动可能会报头文件缺失错误。我的解决方案是：

使用飞凌提供的配套虚拟机环境（包含完整内核头文件）
下载官方CH341驱动源码或从Linux内核drivers/usb/serial目录提取
执行以下编译命令：

make -C /lib/modules/$(uname -r)/build M=$(pwd) modules

编译成功后生成ch341.ko文件，通过scp传输到开发板：

scp ch341.ko user@192.168.x.x:/home/user/drivers/

2.2 驱动安装与自动加载

手动测试驱动可用性：

insmod /path/to/ch341.ko dmesg | grep ch341 # 查看内核日志 ls /dev/ttyCH341* # 检查设备节点

要实现开机自动加载，需要完成以下步骤：

sudo mkdir -p /lib/modules/$(uname -r)/kernel/drivers/usb/serial sudo cp ch341.ko /lib/modules/$(uname -r)/kernel/drivers/usb/serial/

更新模块依赖关系：

sudo depmod -a

创建systemd模块加载配置：

echo "ch341" | sudo tee /etc/modules-load.d/ch341.conf

重启后通过lsmod | grep ch341验证驱动是否自动加载。

2.3 多设备枚举问题解决

当连接多个相同型号的USB-CAN适配器时，系统可能随机分配设备节点（如ttyCH341USB0和ttyCH341USB1互换）。这在工业控制中会导致严重问题。通过udev规则可以固定设备映射：

先插入设备，获取其物理端口信息：

udevadm info -a -p /sys/class/tty/ttyCH341USB0

创建udev规则文件/etc/udev/rules.d/99-ch341.rules：

SUBSYSTEM=="tty", KERNELS=="3-2.1", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyCH341_CAN1" SUBSYSTEM=="tty", KERNELS=="3-2.2", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyCH341_CAN2"

重新加载规则：

sudo udevadm control --reload sudo udevadm trigger

现在无论设备插入顺序如何，/dev/ttyCH341_CAN1和/dev/ttyCH341_CAN2都会对应固定的物理端口。

3. PCAN-USB驱动内核编译实战

3.1 内核配置与编译

PCAN-USB是工业级CAN适配器，其驱动已集成到Linux内核但默认未启用。在RK3588平台需要重新编译内核：

进入内核源码目录（飞凌提供的内核位于OK3588_Linux_fs/kernel）
执行菜单配置：

make menuconfig

按以下路径启用驱动：

Networking support → CAN bus subsystem support → CAN Device Drivers → CAN USB interfaces → [M] PEAK PCAN-USB/USB Pro interfaces

保存配置后，修改BoardConfig.mk确保配置不被覆盖：

export RK_KERNEL_DEFCONFIG=ok3588_can_defconfig

完整编译内核和模块：

./build kernel ./build.sh modules

3.2 驱动部署与测试

编译生成的peak_usb.ko驱动文件需要手动部署：

sudo cp peak_usb.ko /lib/modules/$(uname -r)/kernel/drivers/net/can/usb/peak_usb/ sudo depmod -a echo "peak_usb" | sudo tee /etc/modules-load.d/peak_usb.conf

插入PCAN设备后，可以通过以下命令测试：

sudo ip link set can0 up type can bitrate 500000 candump can0 # 测试数据收发

如果出现"NOARP"状态，可能是终端电阻未启用，需要在PCAN模块上跳线启用120Ω终端电阻。

4. 系统集成与性能优化

4.1 CAN总线参数调优

工业现场对CAN总线稳定性要求极高，推荐以下配置：

sudo ip link set can0 up type can \ bitrate 500000 \ sample-point 0.875 \ sjw 4 \ restart-ms 100 \ berr-reporting on

关键参数说明：

sample-point：采样点位置，建议75%-90%
sjw：同步跳转宽度，恶劣环境可增大
restart-ms：总线关闭后自动恢复时间

4.2 实时性保障措施

在Ubuntu 20.04默认配置下，CAN帧传输可能受系统调度影响。可通过以下方式优化：

设置CPU性能模式：

sudo apt install cpufrequtils echo "GOVERNOR=performance" | sudo tee /etc/default/cpufrequtils sudo systemctl restart cpufrequtils

提高CAN线程优先级：

sudo chrt -f 99 candump can0

禁用USB自动挂起：

echo 'ACTION=="add", SUBSYSTEM=="usb", TEST=="power/control", ATTR{power/control}="on"' | sudo tee /etc/udev/rules.d/10-usb-power.rules

4.3 系统监控与日志

建立完整的监控体系有助于快速定位问题：

CAN错误帧统计：

ip -details -statistics link show can0

USB设备状态监控：

watch -n 1 "lsusb -t && dmesg | tail -n 10"

持久化日志配置：

sudo mkdir /var/log/can echo "*/5 * * * * root /usr/bin/canlogrotate.sh" | sudo tee /etc/cron.d/canlog

在工业现场部署时，建议增加硬件看门狗和双电源冗余设计。飞凌OK3588-C的GPIO接口可以方便地连接硬件看门狗模块，通过以下命令测试：

echo 17 | sudo tee /sys/class/gpio/export # 假设WD连接在GPIO17 echo out | sudo tee /sys/class/gpio/gpio17/direction watch -n 1 "echo 1 | sudo tee /sys/class/gpio/gpio17/value && sleep 0.1 && echo 0 | sudo tee /sys/class/gpio/gpio17/value"

查看全文

http://www.jsqmd.com/news/636099/