CAN总线硬件原理入门 差分信号帧结构仲裁与容错机制
CAN总线硬件原理入门_差分信号帧结构仲裁与容错机制
面向机器人与嵌入式工程实践的 CAN 硬件原理讲解：从节点硬件组成、差分电气特性、帧与仲裁、位时序与负载率，到 CAN FD 演进与排障方法，帮助把“能通信”升级到“可量产维护”。
目录
- CAN 在机器人系统中的定位
- 节点硬件组成与总线拓扑
- 物理层原理：差分信号与终端匹配
- 帧类型与标准数据帧结构
- 非破坏性仲裁机制
- 位时序与采样点（工程关键）
- 错误检测、TECREC 与 Bus-Off 恢复
- 关键工程参数与设计边界
- CAN FD 相比经典 CAN 的变化
- 应用层协议与生态：CANopen、J1939
- 调试与排障清单
- 免责声明
CAN 在机器人系统中的定位
CAN（Controller Area Network）常用于底盘、电池管理、执行器状态与低到中带宽控制链路。
| 对比维度 | 传统点对点 | CAN 总线 |
|---|---|---|
| 布线复杂度 | 节点增多后线束快速膨胀 | 共享总线，显著简化线束 |
| 扩展性 | 新增节点常需重布线 | 节点可直接挂接 |
| 多主并发 | 需额外协调机制 | 协议原生仲裁 |
| 抗干扰 | 依赖单端链路质量 | 差分传输 + 协议容错 |
机器人语境下，CAN 通常适合“控制与状态”而不是“高带宽感知流”。
节点硬件组成与总线拓扑
一个 CAN 节点常由三部分组成：
MCU(含CAN Controller) <-> CAN Transceiver <-> CAN_H/CAN_L拓扑建议：
- 优先线性主干 + 短分支
- 总线两端各一个
120Ω终端电阻 - 避免星形长分支与“中间节点加终端”
物理层原理：差分信号与终端匹配
CAN 使用CAN_H与CAN_L差分传输，信息由两线电压差承载。
| 逻辑态 | 名称 | 典型电压（示意） | 差分电压 |
|---|---|---|---|
0 | 显性（Dominant） | CAN_H≈3.5V，CAN_L≈1.5V | 约2V |
1 | 隐性（Recessive） | CAN_H≈CAN_L≈2.5V | 约0V |
关键点：
- 共模噪声通常同时耦合到两线，差分接收可显著抑制
- 显性覆盖隐性，是仲裁成立的电气前提
- 终端匹配用于抑制反射，减少高波特率误码
[Node]--+==============================+--[Node] | | 120Ω 120Ω (总线一端) (总线另一端)帧类型与标准数据帧结构
常见帧类型
| 帧类型 | 作用 |
|---|---|
| 数据帧 | 发送有效负载 |
| 远程帧 | 请求对方发送某 ID 数据（现代系统使用较少） |
| 错误帧 | 节点检测到错误时插入 |
| 过载帧 | 请求短暂延迟下一帧 |
标准数据帧（CAN 2.0A，11 位 ID）
SOF | Arbitration(ID+RTR) | Control(DLC) | DATA | CRC | ACK | EOF| 字段 | 作用 |
|---|---|
| SOF | 帧起始（显性） |
| ID（11 位） | 仲裁与优先级（数值越小优先级越高） |
| RTR | 数据帧/远程帧标记 |
| DLC | 数据长度（经典 CAN 常见 0~8 字节） |
| DATA | 业务数据 |
| CRC | 校验 |
| ACK | 接收确认 |
| EOF | 帧结束 |
非破坏性仲裁机制
多个节点同时发送时，CAN 通过位级比较进行非破坏性仲裁。
仲裁规则：
- 显性
0优先于隐性1 - 逐位比较 ID，ID 更小者胜出
这保证高优先级报文低延迟通过，同时不破坏总线数据完整性。
位时序与采样点（工程关键）
CAN 控制器将每一位切成若干时间片（TQ），核心参数决定抗抖动能力。
| 参数 | 作用 | 工程影响 |
|---|---|---|
| Bitrate Prescaler | 分频得到 TQ | 决定位时间基准 |
| Prop/Phase Segment | 传播与相位补偿区间 | 影响采样点与容错 |
| SJW | 同步跳宽 | 影响重同步能力 |
| Sample Point | 采样位置（如 75%~87.5% 常见） | 直接影响误码率 |
实践建议：
- 先确定目标波特率与最大线长，再反推采样点
- 多节点、多厂商收发器混网时，优先统一采样点策略
- 高速场景优先缩短分支、优化接地与屏蔽
错误检测、TEC/REC 与 Bus-Off 恢复
CAN 错误检测包含多重机制：
| 错误类型 | 含义 |
|---|---|
| 位错误 | 发送位与监测位不一致 |
| 填充错误 | 违反位填充规则 |
| CRC 错误 | 校验不通过 |
| 格式错误 | 固定字段格式异常 |
| ACK 错误 | 发送方未收到确认 |
状态机常见抽象：
- Error Active：正常通信
- Error Passive：错误累积，发送受限
- Bus-Off：节点主动脱离总线，避免持续污染网络
工程上应明确 Bus-Off 恢复策略（自动恢复或受控恢复），并记录恢复次数用于诊断。
关键工程参数与设计边界
波特率与距离（趋势）
波特率越高，允许总线长度通常越短（受线缆、拓扑、收发器、EMC 环境共同影响）。
| 配置趋势 | 结果 |
|---|---|
| 高波特率（如 1Mbps） | 时延低，但距离与拓扑更敏感 |
| 低波特率（如几十 Kbps） | 距离更友好，但吞吐降低 |
总线负载率
负载率过高会放大高优先级报文对低优先级报文的延迟挤压。
控制与状态混网时，建议对关键报文做优先级规划并保留带宽余量。
机器人项目常见边界
| 场景 | CAN 适配度 |
|---|---|
| 底盘控制状态回传 | 高 |
| BMS 与车体设备通信 | 高 |
| 高带宽相机/点云传输 | 低（应考虑以太网链路） |
CAN FD 相比经典 CAN 的变化
| 维度 | 经典 CAN | CAN FD |
|---|---|---|
| 数据段长度 | 常见上限 8 字节 | 最大可扩展到 64 字节 |
| 速率策略 | 整帧统一速率 | 仲裁段与数据段可不同速率 |
| 典型价值 | 控制与状态小报文 | 更适合固件升级与高数据量场景 |
升级到 CAN FD 时，需要同时确认控制器、收发器与网络节点兼容性。
应用层协议与生态：CANopen、J1939
物理层 CAN 只定义“怎么传”，应用层协议定义“传什么、怎么组织”。
| 协议 | 常见领域 | 特点 |
|---|---|---|
| CANopen | 工业自动化、机器人执行器 | 对象字典、PDO/SDO、设备互操作性好 |
| J1939 | 商用车、工程机械 | 参数组（PGN）体系成熟，整车网络实践多 |
选型要点：
- 设备生态优先：先看现有设备支持何种上层协议
- 诊断与运维优先：是否有成熟工具链与报文规范
- 不建议在应用层“自定义一切”导致后期互联成本飙升
调试与排障清单
| 现象 | 优先检查项 |
|---|---|
| 高波特率偶发丢帧 | 两端120Ω、分支长度、采样点设置、接地与共模噪声 |
| 总线几乎不可通信 | 波特率一致性、终端位置、收发器供电、线序 |
| 某节点频繁 Bus-Off | 节点硬件异常、参数失配、EMC 干扰、重发策略不当 |
| ACK 错误多 | 是否有有效接收节点、滤波是否过严、节点是否静默模式 |
| 低优先级报文延迟大 | 报文 ID 规划不合理、总线负载率过高 |
建议调试顺序：电气层 → 位时序 → 报文层 → 系统负载层，不要直接从应用层猜原因。
免责声明
- 文中电压、距离、速率等为常见工程示意，具体数值以控制器/收发器手册和实测为准。
- 不同 CAN IP、收发器型号、线缆与 EMC 环境会显著影响时序裕量，量产前应做边界条件测试。