C++ 怎么在 Linux 嵌入式设备中编写自定义的 CAN 总线通信守护进程-C++-PHP中文网

需用socket(pf_can, sock_raw, can_raw)创建套接字，fcntl(sockfd, f_setfl, o_nonblock)设为非阻塞，再通过struct sockaddr_can绑定到已启用的can0接口（须先ip link set can0 up），否则bind()返回enxio。

c++ 怎么在 linux 嵌入式设备中编写自定义的 can 总线通信守护进程

怎么用 `socketcan` 创建非阻塞 CAN 套接字并绑定到 `can0`

Linux 内核从 2.6.25 开始原生支持 CAN，关键不是自己实现协议栈，而是复用 socketcan 接口。必须用 AF_CAN 地址族、SOCK_RAW 类型创建套接字，再通过 struct sockaddr_can 绑定到具体接口（如 can0）。常见错误是漏掉 setsockopt(..., SOL_SOCKET, SO_RCVBUF, ...) 调大接收缓冲区——嵌入式设备默认 128KB 不够应对突发报文，容易丢帧。

实操要点：

先用 ip link set can0 type can bitrate 500000 配置速率，再 ip link set up can0 启用，否则 bind() 直接失败并返回 ENXIO
务必调用 fcntl(sockfd, F_SETFL, O_NONBLOCK) 设为非阻塞，守护进程不能卡在 recvfrom()
can_filter 数组可预设白名单 ID（如只收 0x123 和扩展帧 0x1AABBCCDD），避免用户空间处理无关流量

如何用 `systemd` 管理 CAN 守护进程的启动顺序和依赖

嵌入式设备上 can0 接口往往由内核模块（如 can-dev、mcp251x）或设备树驱动动态加载，早于网络服务但晚于基础文件系统。硬写 sleep 2 在 ExecStartPre 是反模式，会掩盖真实依赖问题。

正确做法是让 systemd 知道“CAN 接口就绪”这个状态：

在 /etc/systemd/system/can-daemon.service 中声明 Wants=can-interface.target，并新建 can-interface.target 单元
用 udev 规则（如 /etc/udev/rules.d/99-can-ready.rules）监听 add@/sys/class/net/can0 事件，触发 systemctl start can-interface.target
守护进程主循环里仍需做 ioctl(sockfd, SIOCGIFINDEX, &ifreq) 检查接口是否存在，防止 udev 事件丢失

为什么直接用 `write()`/`read()` 处理 CAN 帧比 `recvfrom()` 更可靠

socketcan 支持两种 socket 类型：SOCK_RAW（带 can_frame 结构头）和 SOCK_DGRAM（仅 payload）。后者看似简洁，但在嵌入式场景下有隐患：当硬件 FIFO 溢出或驱动丢帧时，SOCK_DGRAM 会静默丢弃整帧，且无法获取时间戳或错误帧标记；而 SOCK_RAW 的 can_frame 结构里 can_id & CAN_ERR_FLAG 可明确区分数据帧和错误帧。

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

关键细节：

can_frame 的 can_dlc 字段必须用 can_dlc2len() 转换为字节数，CAN FD 帧需额外检查 CAN_CTRLMODE_FD 标志
发送前必须清零 frame.data 数组未用字节，某些老旧 CAN 控制器（如 SJA1000）会把垃圾值当有效数据发出
不要假设 write() 一次发完——CAN 帧最大 8 字节（标准）或 64 字节（FD），但底层可能因总线忙返回 EAGAIN，需重试或丢弃

怎样避免守护进程因 CAN 总线关闭或硬件故障无限重连

真实嵌入式现场中，CAN 总线断开（终端电阻异常、线缆脱落）、节点离线、甚至控制器锁死都可能发生。若守护进程检测到 recvfrom() 返回 -1 且 errno == ENETDOWN，盲目 close+rebind 会导致反复失败，还可能干扰其他使用同一接口的进程（如 candump）。

稳健策略是分层响应：

对 ENETDOWN 或 ENODEV，暂停收发，每 5 秒调用一次 ioctl(SIOCGIFFLAGS) 检查 IFF_UP | IFF_RUNNING 是否恢复，不主动重建 socket
对持续 EAGAIN（非阻塞 recv 无数据）且超时 30 秒，发一个测试帧（如 can_id = 0x7FF）验证发送通路，失败则记录 CAN bus silent 日志
绝对禁止在信号处理函数（如 SIGTERM）里调用 close() —— socketcan 的 close 实现含自旋锁，多线程环境易死锁

最常被忽略的是总线错误计数监控：读取 /sys/class/net/can0/device/statistics/can_state 和 tx_errors，连续 3 次 > 96 表示控制器进入 bus-off 状态，此时必须执行 ip link set can0 down && ip link set can0 up 才能恢复，仅重启进程无效。