📚 课程目录第2章 Linux CAN子系统基础

Linux CAN 子系统基础：SocketCAN 架构与调试工具

好，我们正式开始动手之前，先把地基打牢。Linux 下的 CAN 总线，说白了就是一套叫 SocketCAN 的框架。我早年刚接触时也纳闷——为什么 CAN 要套个 Socket 的名字？用起来你就知道了，它把 CAN 设备抽象成了网络接口，操作方式和 TCP/IP 几乎一样。

核心认知：SocketCAN 是 Linux 内核原生支持的 CAN 协议栈，从 2.6.25 版本开始合入主线。它把 CAN 总线当作一个网络设备来管理，你可以用 ifconfig 或 ip 命令来配置它。

SocketCAN 架构分层

我个人习惯把 SocketCAN 分成三层来看，这样调试时思路特别清晰：

你想想看，应用层写个 send()，数据一路往下走，驱动层把帧塞进 CAN 控制器，就这么简单。我当年在 i.MX6 上调试时，就是靠这张图定位到驱动层中断丢失的问题。

CAN 接口配置实战

配置 CAN 接口，现在主流是用 ip link 命令。老一点的 canconfig 工具也能用，但我建议你直接上 ip，因为它在所有现代发行版上都预装了。

1. 加载虚拟 CAN 设备（用于本地测试）

# 加载 vcan 内核模块
sudo modprobe vcan

# 创建虚拟 CAN 接口
sudo ip link add dev vcan0 type vcan

# 激活接口
sudo ip link set vcan0 up

我的习惯：开发阶段永远先搭一套 vcan 环境。你想想看，不用接硬件就能跑通协议栈，定位问题快得多。我曾经在客户现场发现 CAN 总线物理层有问题，但应用层代码其实没毛病——要是没有 vcan 做对比测试，那天就白跑了。

2. 配置真实 CAN 接口

# 设置比特率 250k，激活接口
sudo ip link set can0 type can bitrate 250000
sudo ip link set can0 up

# 带三采样模式（抗干扰更强）
sudo ip link set can0 type can bitrate 500000 sample-point 0.875
sudo ip link set can0 up

# 查看接口状态
ip -details link show can0

参数	说明	常用值
`bitrate`	CAN 总线比特率	125k / 250k / 500k / 1M
`sample-point`	采样点位置（百分比）	0.875（87.5%）
`triple-sampling`	三次采样模式	on / off
`restart-ms`	总线关闭后自动重启时间	100（毫秒）

注意：我曾经在调试一个电机驱动器时，忘了设 restart-ms，结果总线一报错就永久关闭了。现场设备全部掉线，排查了整整两个小时。现在我的脚本里永远会加这一行。

CAN 总线调试三板斧

工具不在多，够用就行。我日常调试就靠三个命令，你记住它们就够了：

candump —— 抓总线上的所有帧

# 抓取 can0 所有报文
candump can0

# 过滤特定 ID（只抓 0x123 和 0x456）
candump can0,0x123:0x7FF,0x456:0x7FF

# 带时间戳输出
candump -t a can0

# 输出到文件，方便回放
candump -l can0

输出格式解读：

  can0  123   [8]  01 02 03 04 05 06 07 08
  ↑     ↑     ↑    ↑
 接口   ID  长度  数据

cansend —— 发送单帧

# 发送标准帧（11位ID）
cansend can0 123#11223344AABBCCDD

# 发送扩展帧（29位ID）
cansend can0 00000123#DEADBEAF

# 发送远程帧（RTR）
cansend can0 123#R

cangen —— 批量发送测试帧

# 以 10ms 间隔发送随机帧
cangen can0 -g 10

# 固定 ID 和 DLC，压力测试
cangen can0 -I 0x123 -L 8 -g 5 -n 1000

# 带错误帧注入（测试容错）
cangen can0 -e

实战技巧：我调试 CANopen 从站时，经常开三个终端：一个 candump 抓全局，一个 cangen 模拟主站心跳，另一个跑我的从站应用。三窗口一对比，问题在哪一目了然。

接口状态诊断

有时候接口 up 了，但就是收不到数据。别慌，先查状态：

# 查看 CAN 接口统计信息
ip -s -details link show can0

# 重点关注这几个指标：
#   bus-off       —— 总线关闭次数
#   error-warning —— 错误警告计数
#   RX overflow   —— 接收溢出（驱动层丢帧）

状态	含义	处理方式
`ERROR-ACTIVE`	正常通信	无需处理
`ERROR-WARNING`	错误计数超 96	检查终端电阻、接线
`ERROR-PASSIVE`	错误计数超 127	节点只能接收，不能发送
`BUS-OFF`	错误计数超 255	接口自动关闭，需重启

避坑指南：我曾经遇到一个案例，candump 能抓到数据，但我的应用就是收不到。查了半天，发现是 CAN 接口的 RX 队列溢出了——应用层读得太慢。解决方案很简单：开一个独立线程专门收帧，或者用 setsockopt() 把接收缓冲区调大。

本章小结

SocketCAN 这套东西，说白了就是把 CAN 总线操作变成了你熟悉的 Socket 编程。配置用 ip link，调试用 candump/cansend/cangen，诊断看 ip -s。记住这三板斧，后面 CANopen 协议栈的部署就顺了。

嗯，这里再啰嗦一句：先玩熟 vcan。我每次换平台，第一件事就是搭 vcan 环境，确保工具链没问题了再上真实硬件。这个习惯帮我省了无数时间。