CAN总线在工业自动化里的地位不用多说，PLC、变频器、伺服驱动器、传感器，大量设备都走CAN协议通信。但实际项目中，工控机如何正确接入CAN总线并稳定收发数据，坑其实不少。

本文不讲CAN协议理论，直接讲工程实操——从硬件接口选型、驱动配置到数据帧解析，把完整链路走一遍。

## 一、硬件层面：工控机怎么接CAN总线

工控机本身没有CAN接口，需要通过扩展方式接入。目前有三种主流方案：

**方案1：PCIe CAN卡。** 插在工控机主板的PCIe插槽上，延迟最低、稳定性最好。适合固定安装的工控机。选型时注意看芯片方案——SJA1000是经典芯片，兼容性好但速率有限；较新的方案如CAN-FD支持更高速率（最高5Mbps数据段，仲裁段保持1Mbps）。另外要确认卡上有没有电气隔离，没隔离的卡在工业环境中雷击或浪涌来了一烧就是一片。

**方案2：USB转CAN模块。** 即插即用，适合便携调试或者接口紧张的场景。但USB总线本身有延迟抖动，高负载时可能出现丢帧。如果你的CAN总线负载率超过60%，不建议用USB方案。

**方案3：工控机板载CAN接口。** 部分ARM架构工控机（如RK3568/RK3588平台）原生带有CAN控制器，只需在外部接CAN收发器芯片（如TJA1050或SN65HVD230）就能直接通信。这种方案硬件最简洁，软件驱动也由BSP提供，开发量最小。

不管哪种方案，CAN收发器到总线之间必须加120Ω终端电阻。这个说了无数遍的东西，现场还是经常遇到没接的，导致通信时好时坏，信号反射把波形搞得一塌糊涂。

## 二、驱动配置：让系统认到CAN设备

以Linux环境下最常用的SocketCAN为例，配置流程如下：

```bash
# 1. 查看CAN设备是否被识别
ip link show

# 如果是USB转CAN模块，通常识别为can0
# 如果是PCIe卡，可能识别为can0, can1等

# 2. 设置CAN总线的波特率
# 常见波特率：250kbps（经典工业设备）、500kbps（汽车级）、1Mbps（高速CAN）
sudo ip link set can0 type can bitrate 500000

# 3. 启用CAN接口
sudo ip link set can0 up

# 4. 验证接口状态
ip -details link show can0
# 正常输出应显示state UP, bitrate 500000

# 5. 如果需要CAN-FD模式（设备支持的话）
sudo ip link set can0 type can bitrate 500000 dbitrate 2000000 fd on
sudo ip link set can0 up
```

Windows平台下，各CAN卡厂家都会提供自己的驱动和API。如果是周立功的卡，用ZLGCAN库；如果是PCAN，用PCAN-Basic库。API各不相同，但核心操作都是：打开通道→设置波特率→初始化→发送/接收帧。

## 三、数据收发：从底层到应用层

SocketCAN的好处是它把CAN总线封装成了网络接口，你可以像操作UDP socket一样收发CAN帧。

以下是一个C语言的收发示例：

```c
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <net/if.h>
#include <sys/ioctl.h>
#include <sys/socket.h>
#include <linux/can.h>
#include <linux/can/raw.h>

int main() {
    int sock;
    struct sockaddr_can addr;
    struct ifreq ifr;
    struct can_frame frame;

    // 创建SocketCAN套接字
    sock = socket(PF_CAN, SOCK_RAW, CAN_RAW);
    if (sock < 0) {
        perror("socket creation failed");
        return 1;
    }

    // 指定CAN接口名
    strcpy(ifr.ifr_name, "can0");
    ioctl(sock, SIOCGIFINDEX, &ifr);

    addr.can_family = AF_CAN;
    addr.can_ifindex = ifr.ifr_ifindex;

    if (bind(sock, (struct sockaddr *)&addr, sizeof(addr)) < 0) {
        perror("bind failed");
        close(sock);
        return 1;
    }

    // 发送一帧CAN数据
    frame.can_id = 0x123;       // CAN ID
    frame.can_dlc = 8;          // 数据长度
    frame.data[0] = 0x01;
    frame.data[1] = 0x02;
    frame.data[2] = 0x03;
    frame.data[3] = 0x04;
    frame.data[4] = 0x05;
    frame.data[5] = 0x06;
    frame.data[6] = 0x07;
    frame.data[7] = 0x08;

    int bytes_sent = write(sock, &frame, sizeof(struct can_frame));
    printf("Sent %d bytes, CAN ID: 0x%X\n", bytes_sent, frame.can_id);

    // 接收CAN数据帧（阻塞模式）
    int bytes_read = read(sock, &frame, sizeof(struct can_frame));
    if (bytes_read > 0) {
        printf("Received CAN ID: 0x%X, DLC: %d, Data: ",
               frame.can_id, frame.can_dlc);
        for (int i = 0; i < frame.can_dlc; i++) {
            printf("%02X ", frame.data[i]);
        }
        printf("\n");
    }

    close(sock);
    return 0;
}
```

## 四、过滤规则：别什么帧都收

CAN总线上可能有大量节点在不停发帧，如果全部接收会让CPU忙不过来。SocketCAN支持硬件级过滤，只接收你关心的CAN ID。

```c
struct can_filter rfilter[2];

// 只接收CAN ID为0x100和0x200的帧
rfilter[0].can_id = 0x100;
rfilter[0].can_mask = CAN_SFF_MASK;  // 标准帧，全匹配
rfilter[1].can_id = 0x200;
rfilter[1].can_mask = CAN_SFF_MASK;

setsockopt(sock, SOL_CAN_RAW, CAN_RAW_FILTER, &rfilter, sizeof(rfilter));
```

如果需要接收一段范围的ID，利用mask的通配位实现。比如接收0x100到0x10F：

```c
rfilter[0].can_id   = 0x100;
rfilter[0].can_mask = 0x7F0;  // 低4位为通配，高7位匹配
```

## 五、实际项目中的几个坑

**坑1：波特率必须完全一致。** 总线上所有节点的波特率设置必须一模一样，差一点都不行。500kbps和499kbps看着差不多，实际通信会间歇性出错。现场排查时用示波器看CAN_H和CAN_L的波形周期，算出实际波特率。

**坑2：总线负载率别超70%。** CAN是仲裁式总线，负载太高时优先级低的帧会频繁丢帧。用can-utils里的cansend配合candump可以统计总线负载率：

```bash
# 持续监控CAN总线流量
candump -t can0 | awk '{count++} END {print count}'
```

**坑3：多线程接收要用epoll。** 如果同时监听多个CAN通道或者CAN+串口混合使用，read()阻塞模式下容易顾此失彼。用epoll统一管理多个fd，效率高且不会漏帧。

**坑4：CAN帧时间戳。** 有些应用需要精确记录每帧的到达时间。SocketCAN默认支持时间戳，但精度取决于内核配置。需要纳秒级精度的，开启`CAN_RAW_RECV_OWN_MSGS`和`SO_TIMESTAMPNS`选项。

**坑5：扩展帧和标准帧混用。** 标准帧CAN ID是11位，扩展帧是29位。如果总线上两种帧都有，过滤规则要分别设置。判断帧类型用`frame.can_id & CAN_EFF_FLAG`。

## 六、应用层协议解析

CAN只解决了"把数据传过来"的问题，数据帧里那8个字节到底代表什么，取决于上层协议。工业现场最常见的是CANopen和DeviceNet。

以CANopen为例，一个PDO（过程数据对象）映射通常包含多个变量的数据。解析时需要根据对象字典（OD）的映射表，把8字节数据拆分成对应的变量：

```c
// 假设PDO映射为：bytes[0-1]=温度(int16), bytes[2-3]=转速(int16), bytes[4-7]=位置(int32)
int16_t temperature = (frame.data[1] << 8) | frame.data[0];
int16_t rpm = (frame.data[3] << 8) | frame.data[2];
int32_t position = (frame.data[7] << 24) | (frame.data[6] << 16)
                 | (frame.data[5] << 8) | frame.data[4];
```

注意字节序问题。CANopen默认小端序，但有些设备厂商不按规矩来，解析前务必确认设备手册的字节序定义。

## 结语

CAN总线通信配置看似简单，但从硬件选型到驱动配置再到数据解析，每个环节都有需要注意的工程细节。建议在项目初期先搭建测试环境，用示波器和can-utils把通信链路跑通验证后再进入正式部署，避免在现场反复调试浪费时间。