第12章：CAN总线与控制系统

本章大纲

1. 开篇段落 - CAN总线在机械控制系统中的重要性
2. CAN总线基础原理 - 差分信号、多主机通信、错误处理机制
3. 硬件连接与终端电阻 - 物理层设计、拓扑结构、阻抗匹配
4. 报文格式与优先级 - 标准帧vs扩展帧、仲裁机制、数据编码
5. 调试工具使用 - 示波器、逻辑分析仪、CAN分析软件
6. 常见故障排查 - 总线错误类型、诊断流程、解决方案
7. 案例研究：机器人多关节CAN通信架构 - 实际系统设计与实现
8. 高级话题：CAN FD与时间触发CAN协议 - 新一代CAN技术
9. 本章小结 - 关键概念回顾
10. 练习题 - 基础题与挑战题
11. 常见陷阱与错误 - 调试技巧与注意事项
12. 最佳实践检查清单 - 设计审查要点

开篇段落

CAN（Controller Area Network）总线是现代机械控制系统的神经网络，最初为汽车工业开发，现已广泛应用于机器人、工业自动化和嵌入式系统。对于AI科学家和程序员来说，理解CAN总线不仅是硬件接口问题，更是构建可靠分布式控制系统的关键。

在传统的点对点通信中，每增加一个节点就需要成倍增加连线，而CAN总线只需要两根信号线就能连接数十个节点，大大简化了系统复杂度。更重要的是，CAN协议在物理层和数据链路层就内置了强大的错误检测和处理机制，使得误码率低至$10^{-11}$级别，这种可靠性是普通串口通信望尘莫及的。

从程序员的视角看，CAN总线就像一个硬件实现的消息队列系统：每个消息带有优先级（通过ID体现），高优先级消息自动抢占总线，多个节点可以同时尝试发送而不会造成数据损坏。这种优雅的设计使得CAN总线特别适合实时控制系统，无论是机器人的多关节协调、新能源汽车的电池管理，还是工业设备的分布式控制。

本章将从实用角度出发，不纠结于协议细节，而是聚焦于如何设计、实现和调试CAN系统。你将学到如何计算终端电阻、如何分配消息ID、如何用示波器诊断问题，以及如何设计容错的通信协议。这些知识将帮助你构建稳定可靠的分布式控制系统。

CAN总线基础原理

差分信号传输

CAN总线采用差分信号传输，这是其高可靠性的基础。与单端信号（如UART的TX/RX）相比，差分信号通过两条线的电压差来表示逻辑电平，而不是相对于地的绝对电压。这个看似简单的改变带来了巨大的优势。

在CAN总线中，逻辑电平的定义很特别：

• 显性位（Dominant，逻辑0）：CAN_H ≈ 3.5V，CAN_L ≈ 1.5V，差分电压 ≈ 2V
• 隐性位（Recessive，逻辑1）：CAN_H ≈ 2.5V，CAN_L ≈ 2.5V，差分电压 ≈ 0V

显性位（0）：
    CAN_H: ────┐      ┌────  3.5V
              │      │
              └──────┘      2.5V

    CAN_L: ────┐      ┌────  2.5V
              │      │
              └──────┘      1.5V

隐性位（1）：
    CAN_H: ──────────────── 2.5V
    CAN_L: ──────────────── 2.5V

注意这里的命名规则与直觉相反：逻辑0叫"显性"，逻辑1叫"隐性"。这个命名源于总线仲裁机制：当多个节点同时发送时，只要有一个节点发送显性位（0），总线就呈现显性状态，就像显性基因会覆盖隐性基因一样。这个特性是CAN总线实现无损仲裁的物理基础。

差分信号的物理实现

CAN收发器芯片（如MCP2551、TJA1050）内部包含两个关键电路：差分驱动器和差分接收器。驱动器部分采用推挽输出结构，能够在显性位时提供足够的驱动电流（通常40-60mA），确保信号能够在长距离传输后仍然保持良好的边沿特性。接收器部分则采用高输入阻抗的比较器，典型阈值为0.9V，即当|CAN_H - CAN_L| > 0.9V时判定为显性位，否则为隐性位。这个0.9V的阈值提供了充足的噪声容限。

差分信号的抗干扰原理很直观：假设有一个电磁干扰源在附近，它产生的噪声会同时耦合到CAN_H和CAN_L两条线上。由于接收器只关心两线的电压差，这种共模噪声会被自然抵消。比如，两条线都被干扰抬高了1V，但差分电压保持不变，信号依然正确。这就是为什么CAN总线能在汽车引擎舱这种电磁环境恶劣的地方可靠工作。

共模抑制比（CMRR）

专业的CAN收发器具有极高的共模抑制比，典型值达到60-80dB。这意味着即使共模噪声达到差分信号的1000-10000倍，接收器仍能正确识别信号。共模电压范围通常为-7V到+12V（相对于本地地），超出这个范围可能损坏收发器。在实际应用中，如果预期有更大的地电位差（如工业现场的不同供电区域），必须使用隔离型CAN收发器。

另一个巧妙之处是"线与"特性的硬件实现。CAN收发器内部使用开漏输出：发送隐性位时，输出高阻态，总线被上拉电阻拉到2.5V；发送显性位时，主动拉高CAN_H、拉低CAN_L。这意味着任何节点都可以把总线拉成显性状态，但需要所有节点都不发送才能保持隐性状态。

信号完整性考虑

在高速通信时（≥500kbps），信号完整性变得至关重要。CAN信号的上升/下降时间通常在25-150ns范围内，过快的边沿会产生更多的电磁辐射，过慢则会限制最大通信速率。许多CAN收发器提供斜率控制功能（如TJA1055的SLOPE引脚），允许根据实际应用调整边沿速率。在EMC要求严格的场合，适当放缓边沿可以显著降低辐射发射，代价是略微降低最大可用波特率。

这个"线与"特性使得：

• 仲裁自然实现：ID小的消息（更多前导0）自然获得总线
• 应答机制简单：接收节点通过发送一个显性位来应答
• 错误标志有效：任何节点发现错误都能立即通知全网
• 总线监听简单：节点可以边发送边监听，实现自检

多主机通信架构

CAN总线是真正的多主机系统，这意味着没有主从之分，任何节点都可以在总线空闲时主动发起通信。这与传统的主从式通信（如Modbus）形成鲜明对比。在主从系统中，从机只能被动响应，这会带来轮询延迟和主机单点故障问题。而CAN的多主机架构让每个节点都能在需要时立即发送数据，大大提高了系统的实时性和可靠性。

CAN的多主机通信基于三个核心机制：

1. 载波侦听多路访问（CSMA）：节点在发送前检测总线是否空闲。这就像在会议室发言前先听听是否有人在说话。如果总线忙，节点会等待；如果空闲，立即开始发送。这个机制避免了明显的冲突。

2. 冲突检测与仲裁（CD/CA）：即使多个节点同时开始发送也不会导致数据损坏。CAN通过逐位仲裁来解决冲突：每个节点在发送的同时监听总线，如果发送隐性位（1）但读到显性位（0），说明有更高优先级的消息在发送，立即停止发送并转为接收。这个过程对获胜节点完全透明，它甚至不知道发生过竞争。

3. 事件触发通信：CAN基于事件而非时间片通信。传统的时分复用给每个节点分配固定时间片，即使没数据也要等待，浪费带宽。CAN则是谁有数据谁发送，充分利用总线带宽。这特别适合异步事件，如传感器触发、故障报警等。

这种架构的实际意义在于系统设计的灵活性。你可以随时添加新节点而不影响现有通信；某个节点故障不会导致整个系统瘫痪；紧急消息能立即获得总线使用权。这就是为什么CAN能从汽车领域扩展到各种工业应用的原因。

错误处理机制

CAN协议在错误处理上的设计堪称教科书级别，它不是简单地检测错误，而是构建了一个完整的错误管理体系。这个体系让CAN总线的误码率低至$4.7 \times 10^{-11}$，意味着传输1000亿位才可能出现一个未检测到的错误。

CAN实现了5种互补的错误检测机制，它们在不同层面守护着数据完整性：

1. CRC校验：每个数据帧包含15位CRC校验码，使用BCH码多项式。这不是简单的校验和，而是能检测所有单比特错误、所有奇数个错误、所有长度小于6的突发错误。接收节点独立计算CRC并与接收到的比较，不匹配则发送错误帧。

2. 帧格式检查：CAN帧中某些位置必须是固定值，如EOF必须是7个连续的隐性位。任何违反都会触发格式错误。这种冗余看似浪费，实则是深思熟虑的安全设计。

3. 应答检查：发送节点在ACK位发送隐性位，期待至少一个接收节点发送显性位来应答。如果没有应答，说明可能所有节点都没正确接收，或者发送节点被隔离了。这个机制确保不会有消息石沉大海。

4. 位填充检查：CAN规定连续5个相同位后必须插入一个反向位，这既用于时钟同步，也用于错误检测。如果检测到6个连续相同位（除了特定字段），立即判定为填充错误。这个机制能快速检测出物理层的问题。

5. 位监测：发送节点会回读总线电平，确认与自己发送的一致。如果发送隐性位却读到显性位，这是正常的（可能在仲裁或应答），但如果发送显性位却读到隐性位，说明物理层有严重问题，立即停止发送。

更妙的是错误计数器机制。每个节点维护两个8位计数器：

正常状态 → 错误主动 → 错误被动 → 总线关闭
  TEC<128    TEC≥128     TEC≥256
  REC<128    REC≥128

• TEC（发送错误计数器）：发送错误时快速增加（+8），成功时缓慢减少（-1）
• REC（接收错误计数器）：接收错误时增加（+1或+8），成功时减少（-1）

这个设计精妙之处在于：

• 偶发错误不会导致节点下线（计数器会恢复）
• 持续故障的节点会逐步降级直至静默
• 发送错误权重更高，因为故障发送节点危害更大
• 恢复是渐进的，需要连续成功才能回到正常状态

这种"宽进严出"的策略确保了总线的鲁棒性：好节点不会因偶然错误下线，坏节点不会持续干扰总线。这就像一个自适应的免疫系统，自动隔离"病态"节点，保护整个网络的健康。

硬件连接与终端电阻

物理层拓扑

CAN总线的物理拓扑设计直接影响系统的可靠性和最大通信速率。虽然理论上CAN支持多种拓扑，但在实践中，不同拓扑的性能差异巨大。理解这些差异对于设计稳定的CAN网络至关重要。

CAN总线支持三种基本拓扑，每种都有其适用场景和限制：

1. 线型拓扑（推荐）

节点1 ─┬─────┬─────┬─────┬─ 节点N
      120Ω   │     │   120Ω
           节点2  节点3

线型拓扑是CAN总线的黄金标准。所有节点通过短支线（stub）连接到主干线，主干线两端各有一个终端电阻。这种拓扑的优势在于信号传输路径清晰，反射最小。关键设计要点：

• 支线长度必须尽可能短，经验法则是不超过0.3米
• 主干线应该使用双绞线，扭绞能抵消电磁干扰
• 节点间距没有最小限制，但总长度受波特率限制

支线长度的计算方法： 支线允许长度与波特率的关系可以用以下经验公式估算： $$L_{stub} \leq \frac{50}{BitRate(Mbps)}$$ （米）

例如，在1Mbps时，支线长度应小于0.05米；在500kbps时，可以放宽到0.1米。这个限制来自于信号反射的叠加效应：当支线长度接近信号波长的1/4时，反射波会与原始信号产生严重干扰。

2. 星型拓扑（短距离）

        节点1
          │
    节点2─┼─节点3
          │
        节点4

星型拓扑在某些场合很诱人，比如所有节点都集中在一个控制柜内。但这种拓扑存在严重的信号完整性问题：中心点的阻抗不连续会造成信号反射，多个分支的反射叠加可能导致通信错误。

星型拓扑的物理限制： 在星型中心，多条传输线并联导致特性阻抗急剧下降。假设每条支路特性阻抗为120Ω，n条支路并联后的阻抗为120/n Ω。4个节点的星型中心阻抗仅为30Ω，严重的阻抗失配会产生反射系数： $$\Gamma = \frac{30-120}{30+120} = -0.6$$ 这意味着60%的信号能量会被反射，造成严重的信号畸变。如果必须使用星型：

• 总线长度限制在10米以内
• 波特率降低到125kbps以下
• 考虑在中心点使用CAN中继器或集线器
• 每个分支加串联电阻（约100Ω）改善阻抗匹配

3. 混合拓扑（需谨慎设计）

实际系统往往是混合拓扑，比如主干线加局部星型。这种情况下需要仔细分析信号完整性。一个实用技巧是使用"电气长度"概念：如果分支的电气长度（物理长度/波长）小于1/10，反射影响可以忽略。在1Mbps下，1个位时间的电气长度约为200米，所以0.3米的分支（<1/600波长）影响很小。

树型拓扑优化策略： 当必须使用复杂拓扑时，可以采用以下策略：

• 主干采用较粗的线缆（降低直流电阻）
• 关键节点靠近主干（减少支线长度）
• 使用中继器分割网络段
• 在长分支末端增加局部终端电阻（注意总阻抗）

终端电阻配置

终端电阻可能是CAN总线设计中最被误解的部分。很多工程师知道"两端各接120Ω"，但不理解为什么，结果在实际应用中出现各种问题。让我们深入理解终端电阻的原理和配置方法。

为什么是120Ω？

这个值来自传输线理论。CAN总线使用的双绞线特性阻抗typically是100-120Ω（取决于线材）。当信号到达传输线末端时，如果遇到的阻抗与传输线特性阻抗不匹配，就会产生反射。反射系数： $$\Gamma = \frac{Z_L - Z_0}{Z_L + Z_0}$$

其中$Z_L$是负载阻抗，$Z_0$是特性阻抗。当$Z_L = Z_0 = 120Ω$时，$\Gamma = 0$，没有反射。如果开路（$Z_L = \infty$），$\Gamma = 1$，全反射；如果短路（$Z_L = 0$），$\Gamma = -1$，反相全反射。

标准配置的奥妙：

总线两端各接120Ω电阻，从任意点看进去的阻抗是60Ω（两个120Ω并联）。这看似与120Ω特性阻抗不匹配，但实际上这是最优配置：

• 差分信号在两端都被正确终结
• 60Ω的直流阻抗提供了合适的负载，确保收发器能正确驱动总线
• 功耗适中（在5V系统中约为80mW）

分离式终端（高级配置）：

CAN_H ──┬── 60Ω ──┬── VCC/2
        │         │
      节点      1nF
        │         │
CAN_L ──┴── 60Ω ──┴── VCC/2

这种配置在标准终端基础上增加了共模终结。优点：

• 提供2.5V的共模参考电压，稳定总线直流电平
• 1nF电容提供高频共模终结，改善EMC性能
• 特别适合长距离或高噪声环境

但要注意：不是所有收发器都兼容分离式终端，使用前需要确认。

线缆选择与布线

推荐线缆规格：

• 特性阻抗：120Ω ±10%
• 线径：AWG22-24（0.5-0.8mm²）
• 类型：屏蔽双绞线（STP）
• 最大长度vs速率：
• 1 Mbps：40m
• 500 kbps：100m
• 125 kbps：500m
• 50 kbps：1000m

线缆参数的影响：

1. 直流电阻：长距离传输时，线缆的直流电阻会造成信号衰减。AWG24线缆的典型电阻为84mΩ/m，100米线缆的总电阻约8.4Ω。这会降低显性位的差分电压，特别是在多个节点同时发送时。经验法则：线缆电阻应小于终端电阻的10%（即<12Ω）。

2. 传播延迟：信号在线缆中的传播速度约为光速的70%（2.1×10^8 m/s），每米产生约5ns延迟。100米线缆的传播延迟为500ns，在1Mbps下占半个位时间。这个延迟必须在位时序配置中考虑。

3. 分布电容：典型双绞线的电容为50-100pF/m。过大的电容会降低信号边沿速率，限制最大通信速率。屏蔽线的电容通常更大（100-150pF/m），需要权衡EMC性能和信号质量。

布线规则：

1. 避免T型分支，分支长度 < 0.3m
2. 远离高压线和大功率设备（间距>20cm）
3. 屏蔽层单点接地（通常在主控端）
4. 使用专用CAN连接器（如DB9、M12）
5. 避免锐角弯曲（弯曲半径>5倍线缆直径）
6. 跨越电源线时垂直交叉
7. 在振动环境中使用抗震连接器和应力释放

接地策略：

• 单点接地：所有节点的CAN_GND连接到同一个参考地，避免地环路
• 分布式接地：每个节点就近接地，但需要隔离收发器防止地电流
• 浮地设计：CAN总线完全隔离，通过终端电阻提供直流通路

隔离设计

在噪声环境或存在地电位差的系统中，需要电气隔离：

微控制器 ─── CAN收发器 ─── 隔离器 ─── CAN总线
         │              │           │
        GND1          隔离电源     GND2

关键参数：

• 隔离电压：通常1-5kV
• 传播延迟：< 150ns（影响最大速率）
• 常用芯片：ADM3053、ISO1050

报文格式与优先级

标准帧格式（CAN 2.0A）

┌───┬────────┬─┬───┬─┬────────┬───────┬─────┬───┬─────┬───┐
│SOF│标识符  │R│IDE│r│DLC    │数据域 │CRC  │ACK│EOF  │IFS│
│1b │11bits  │T│0  │0│4bits  │0-64b  │15b  │2b │7b   │3b │
└───┴────────┴─┴───┴─┴────────┴───────┴─────┴───┴─────┴───┘

扩展帧格式（CAN 2.0B）

┌───┬────────┬─┬───┬─────────┬─┬─┬────────┬───────┬─────┬───┬─────┬───┐
│SOF│基础ID  │S│IDE│扩展ID   │R│r│DLC    │数据域 │CRC  │ACK│EOF  │IFS│
│1b │11bits  │R│1  │18bits   │T│1│4bits  │0-64b  │15b  │2b │7b   │3b │
└───┴────────┴─┴───┴─────────┴─┴─┴────────┴───────┴─────┴───┴─────┴───┘

仲裁机制与优先级

CAN使用标识符（ID）进行仲裁，ID越小优先级越高：

节点A发送 ID=0x123: 0 0 1 0 0 1 0 0 0 1 1
节点B发送 ID=0x124: 0 0 1 0 0 1 0 0 1 0 0
                              ↑
                          仲裁失败点
                      节点B检测到发送1但总线为0

优先级设计原则：

1. 紧急信息使用小ID（如急停：0x001）
2. 周期性数据使用中等ID（如传感器：0x100-0x3FF）
3. 配置信息使用大ID（如参数设置：0x600-0x7FF）

数据编码策略

信号打包示例（电机控制）：

字节0-1: 目标位置（int16，单位：0.1度）
字节2-3: 目标速度（uint16，单位：RPM）
字节4:   控制模式（enum：位置/速度/力矩）
字节5:   状态标志（bitmap）
字节6-7: 预留

字节序考虑：

• 小端序（Little-Endian）：Intel风格，低字节在前
• 大端序（Big-Endian）：网络字节序，高字节在前
• CAN通常使用小端序，但需明确约定

调试工具使用

示波器调试

关键测量点：

1. 差分电压波形：检查信号质量
2. 位时间测量：验证波特率
3. 上升/下降时间：< 位时间的30%
4. 过冲/振铃：< 5%

典型问题波形：

正常波形：
  ┌─────┐     ┌─────┐
  │     │     │     │
──┘     └─────┘     └──

终端电阻缺失（反射）：
  ┌─╱╲─┐     ┌─╱╲─┐
  │    ╲│     │    ╲│
──┘     └─────┘     └──

接地问题（共模干扰）：
  ┌～～～┐     ┌～～～┐
  │     │     │     │
～┘     └～～～┘     └～

CAN分析仪

硬件选择：

• 入门级：CANalyst-II（约¥300）
• 专业级：PCAN-USB（约¥1500）
• 高端：Vector CANoe（约¥50000+）

软件功能：

1. 报文监控与过滤
2. 发送测试报文
3. 总线负载分析
4. 错误帧统计
5. 时序分析

软件调试技巧

Linux下使用SocketCAN：

# 配置CAN接口
sudo ip link set can0 type can bitrate 500000
sudo ip link set can0 up

# 监控报文
candump can0

# 发送测试报文
cansend can0 123#DEADBEEF

# 统计信息
ip -details -statistics link show can0

嵌入式调试打印：

// 关键信息输出格式
printf("CAN TX: ID=0x%03X DLC=%d Data=", msg.id, msg.dlc);
for(int i=0; i<msg.dlc; i++) {
    printf("%02X ", msg.data[i]);
}
printf(" @%ldms\n", timestamp_ms);

常见故障排查

故障诊断流程

1. 物理层检查 - 测量终端电阻（引擎关闭：60Ω） - 检查连接器接触 - 验证供电电压

2. 信号质量检查 - 示波器查看波形 - 测量总线电压（隐性：2.5V）

3. 通信层检查 - 检查波特率匹配 - 验证ID冲突 - 查看错误计数器

典型故障与解决

故障1：总线完全无通信

• 症状：所有节点无法通信
• 原因：终端电阻错误、断线、短路
• 解决：万用表测量阻抗，逐段排查

故障2：间歇性通信中断

• 症状：偶发丢包、错误帧
• 原因：接触不良、电磁干扰
• 解决：加固连接器、改善屏蔽接地

故障3：特定节点离线

• 症状：单个节点进入总线关闭状态
• 原因：波特率不匹配、时钟偏差
• 解决：校准晶振、调整采样点

故障4：高错误率

• 症状：大量错误帧、重传
• 原因：信号反射、采样点不当
• 解决：优化终端电阻、调整位时序

总线负载分析

负载率计算：

负载率 = (实际传输位数 / 总线带宽) × 100%

推荐负载率：

• < 30%：优秀，实时性好
• 30-50%：良好，正常工作
• 50-70%：警告，可能延迟

• 70%：危险，需要优化

优化策略：

1. 合并相关信号到同一报文
2. 降低非关键信息发送频率
3. 使用事件触发代替周期发送
4. 考虑升级到CAN FD

案例研究：机器人多关节CAN通信架构

系统需求

设计一个6自由度机械臂的CAN通信系统：

• 6个关节伺服电机
• 1个末端执行器
• 主控制器
• 实时性要求：控制周期10ms

架构设计

网络拓扑：

主控 ═══╦═══ 关节1 ═══ 关节2 ═══ 关节3
       120Ω                            ║
                                      120Ω
                末端 ═══ 关节6 ═══ 关节5 ═══ 关节4

ID分配方案：

0x001: 紧急停止（最高优先级）
0x010-0x016: 关节控制命令
0x020-0x026: 关节状态反馈
0x030: 末端执行器控制
0x031: 末端执行器反馈
0x100: 心跳包
0x200-0x2FF: 配置参数

报文定义

关节控制报文（0x010+关节号）：

typedef struct {
    int16_t target_position;  // 0-1: 目标位置（0.01度）
    int16_t target_velocity;  // 2-3: 目标速度（0.1度/秒）
    int16_t target_torque;    // 4-5: 目标力矩（0.001Nm）
    uint8_t control_mode;     // 6: 控制模式
    uint8_t enable_flags;     // 7: 使能标志
} joint_control_msg_t;

关节反馈报文（0x020+关节号）：

typedef struct {
    int16_t actual_position;  // 0-1: 实际位置
    int16_t actual_velocity;  // 2-3: 实际速度
    int16_t actual_torque;    // 4-5: 实际力矩
    uint8_t status_flags;     // 6: 状态标志
    uint8_t error_code;       // 7: 错误代码
} joint_feedback_msg_t;

时序设计

10ms控制周期分配：

时间(ms)  动作
0-1      主控发送6个关节控制命令
1-3      关节处理命令，执行控制
3-5      关节发送状态反馈
5-7      主控接收并处理反馈
7-9      计算下一周期控制量
9-10     预留（容错时间）

故障处理

心跳监控：

// 各节点每100ms发送心跳
if (current_time - last_heartbeat[node_id] > 300) {
    // 3个周期未收到心跳，触发故障处理
    trigger_safe_stop();
    log_error("Node %d timeout", node_id);
}

优雅降级策略：

1. 单关节故障：锁定该关节，其他继续工作
2. 通信中断：所有关节保持当前位置
3. 主控故障：关节进入安全模式

性能优化

带宽计算：

每周期数据量 = 6×8 + 6×8 + 2×8 = 112字节
加上协议开销约150字节
实际带宽使用 = 150×8×100 = 120kbps
在500kbps总线上，负载率 = 24%

延迟优化：

• 使用硬件时间戳减少抖动
• 预分配发送时隙避免冲突
• 关键命令使用高优先级ID

高级话题：CAN FD与时间触发CAN协议

CAN FD（Flexible Data-rate）

CAN FD是CAN 2.0的升级版，主要改进：

特性对比： | 特性 | CAN 2.0 | CAN FD |

帧格式差异：

CAN FD新增控制位：

- FDF (FD Format): 区分经典CAN和CAN FD
- BRS (Bit Rate Switch): 数据段速率切换
- ESI (Error State Indicator): 错误状态指示

应用场景：

• 固件升级（大数据传输）
• 视觉数据传输
• 高精度多轴同步控制

TTCAN（时间触发CAN）

TTCAN在CAN基础上增加时间同步和确定性调度：

基本原理：

基本周期（Basic Cycle）
├── 参考消息（Reference Message）
├── 专用时间窗（Exclusive Window）
├── 仲裁时间窗（Arbitrating Window）
└── 空闲时间（Free Window）

时间主节点：

• 发送参考消息建立全局时基
• 周期通常1-100ms
• 精度可达微秒级

应用优势：

1. 确定性通信延迟
2. 无冲突传输
3. 全局时间同步
4. 适合硬实时系统

CANopen协议栈

CANopen是基于CAN的高层协议，定义了：

设备模型：

对象字典（Object Dictionary）
├── 通信参数（0x1000-0x1FFF）
├── 制造商参数（0x2000-0x5FFF）
└── 设备参数（0x6000-0x9FFF）

预定义报文：

• NMT（网络管理）：0x000
• SYNC（同步）：0x080
• EMCY（紧急）：0x080+NodeID
• PDO（过程数据）：快速数据交换
• SDO（服务数据）：参数配置

状态机：

初始化 → 预运行 → 运行 → 停止
         ↑              ↓
         └──────────────┘

本章小结

本章系统介绍了CAN总线在机械控制系统中的应用，核心要点包括：

关键概念

1. 差分信号传输：CAN_H和CAN_L的电压差表示逻辑电平，显性位（0）覆盖隐性位（1）实现硬件仲裁
2. 终端电阻：总线两端各120Ω，总阻抗60Ω，防止信号反射
3. 仲裁机制：ID越小优先级越高，通过逐位仲裁实现无损多主通信
4. 错误管理：5种错误检测机制，TEC/REC计数器实现故障节点自动隔离

关键公式

• 最大传输距离：$L_{max} = \frac{5 \times 10^6}{BitRate}$ （米，经验公式）
• 负载率：$Load = \frac{\sum(MsgBits \times Frequency)}{BusCapacity} \times 100\%$
• 位时间：$t_{bit} = t_{sync} + t_{prop} + t_{phase1} + t_{phase2}$
• 采样点：$SamplePoint = \frac{t_{sync} + t_{prop} + t_{phase1}}{t_{bit}} \times 100\%$ （推荐75-87.5%）

设计要点

1. 物理层设计时优先考虑线型拓扑，避免长分支
2. ID分配遵循优先级原则，紧急信息使用小ID
3. 负载率控制在50%以下确保实时性
4. 隔离设计用于高噪声环境或存在地电位差的系统
5. 调试时善用示波器和CAN分析仪定位问题

记住：CAN总线的可靠性来自于其精心设计的物理层和协议层，理解这些原理是构建稳定控制系统的基础。

练习题

基础题

练习12.1：计算CAN总线配置 一个CAN网络运行在250kbps，晶振频率8MHz，要求采样点在80%位置。计算CAN控制器的位时序参数（假设预分频器=1）。

练习12.2：终端电阻故障诊断 测量一个CAN网络（引擎关闭），CAN_H到CAN_L之间电阻为120Ω。分析可能的故障原因并给出排查步骤。

练习12.3：报文优先级设计 设计一个电动车CAN网络的ID分配方案，包含：电池管理(BMS)、电机控制(MCU)、整车控制(VCU)、充电机(OBC)。要求考虑消息重要性和发送频率。

挑战题

练习12.4：带宽优化方案 一个机器人系统有10个关节，每个关节需要发送位置(int32)、速度(int16)、电流(int16)，控制周期5ms。当前每个关节独立发送，导致总线负载率达到65%。设计优化方案将负载率降到40%以下。

练习12.5：故障恢复机制设计 设计一个具有故障恢复能力的CAN通信协议，要求：检测节点离线、自动重连、数据完整性保证。给出状态机和伪代码。

        ┌─────────────┐
        │   INIT      │
        └──────┬──────┘
               │ 初始化完成
        ┌──────▼──────┐
    ┌───┤   ACTIVE    │◄──┐
    │   └──────┬──────┘   │
    │超时      │错误>阈值  │恢复
    │   ┌──────▼──────┐   │
    ├───►   ERROR     ├───┤
    │   └──────┬──────┘   │
    │重试失败  │重试成功   │
    │   ┌──────▼──────┐   │
    └───►   OFFLINE   ├───┘
        └─────────────┘

typedef struct {
    uint8_t  node_id;      // 节点ID
    uint8_t  seq_num;      // 序列号
    uint16_t heartbeat_cnt;// 心跳计数
    uint32_t last_rx_time; // 最后接收时间
    uint8_t  error_cnt;    // 错误计数
    uint8_t  state;        // 状态机状态
    Queue    tx_queue;     // 发送队列
    Queue    rx_buffer;    // 接收缓存
} node_state_t;

// 心跳监控（100ms周期调用）
void heartbeat_monitor(node_state_t *node) {
    uint32_t now = get_time_ms();

    switch(node->state) {
        case STATE_ACTIVE:
            if (now - node->last_rx_time > HEARTBEAT_TIMEOUT) {
                node->state = STATE_ERROR;
                node->error_cnt = 0;
                log_warning("Node %d timeout", node->node_id);
            }
            break;

        case STATE_ERROR:
            // 发送查询包
            send_query_packet(node->node_id);
            node->error_cnt++;

            if (node->error_cnt > MAX_RETRY) {
                node->state = STATE_OFFLINE;
                trigger_degraded_mode(node->node_id);
            }
            break;

        case STATE_OFFLINE:
            // 定期尝试重连（1秒间隔）
            if (now - node->last_rx_time > RECONNECT_INTERVAL) {
                send_init_packet(node->node_id);
                node->last_rx_time = now;
            }
            break;
    }
}

// 数据接收处理
void on_can_receive(can_msg_t *msg) {
    uint8_t node_id = (msg->id >> 4) & 0x3F;
    uint8_t msg_type = msg->id & 0x0F;
    node_state_t *node = &nodes[node_id];

    // 更新接收时间
    node->last_rx_time = get_time_ms();

    // 状态恢复
    if (node->state != STATE_ACTIVE) {
        node->state = STATE_ACTIVE;
        node->error_cnt = 0;
        log_info("Node %d recovered", node_id);

        // 重发队列中的消息
        while (!queue_empty(&node->tx_queue)) {
            can_msg_t *pending = queue_pop(&node->tx_queue);
            can_send(pending);
        }
    }

    // 序列号检查
    uint8_t expected_seq = (node->seq_num + 1) & 0xFF;
    uint8_t received_seq = msg->data[0];

    if (received_seq != expected_seq) {
        if (received_seq < expected_seq) {
            // 重复包，丢弃
            return;
        } else {
            // 丢包，请求重传
            request_retransmit(node_id, expected_seq, received_seq);
        }
    }

    node->seq_num = received_seq;
    process_message(msg);
}

// 发送保证机制
bool reliable_send(uint8_t node_id, uint8_t *data, uint8_t len) {
    node_state_t *node = &nodes[node_id];
    can_msg_t msg;

    // 构造消息
    msg.id = (node_id << 4) | MSG_TYPE_DATA;
    msg.data[0] = ++send_seq[node_id];
    memcpy(&msg.data[1], data, len);

    // 根据节点状态处理
    if (node->state == STATE_ACTIVE) {
        // 直接发送
        if (can_send(&msg) == SUCCESS) {
            // 保存到重传队列（收到ACK后删除）
            queue_push(&node->tx_queue, &msg);
            return true;
        }
    } else {
        // 缓存等待恢复
        queue_push(&node->tx_queue, &msg);
    }

    return false;
}

练习12.6：CAN FD迁移评估 现有CAN 2.0系统：20个节点、500kbps、平均负载45%、最大报文延迟3ms。评估迁移到CAN FD的必要性，给出迁移方案和性能预测。

参数          CAN 2.0    CAN FD     提升
数据速率      500kbps    2Mbps      4×
有效载荷      8字节      64字节     8×
协议效率      ~65%       ~85%       1.3×
实际吞吐量    ~325kbps   ~1.7Mbps   5.2×

负载率：      45%        8.7%       显著改善
最大延迟：    3ms        0.6ms      5×改善

常见陷阱与错误（Gotchas）

硬件设计陷阱

1. 终端电阻位置错误 - ❌ 错误：终端电阻放在中间节点 - ✅ 正确：必须在物理总线的两端

2. 使用普通双绞线 - ❌ 错误：使用网线或电话线 - ✅ 正确：使用特性阻抗120Ω的专用CAN线缆

3. 星型连接过长分支 - ❌ 错误：分支长度>3m - ✅ 正确：分支<0.3m或使用中继器

4. 忽略共模电压范围 - ❌ 错误：节点间地电位差>7V - ✅ 正确：使用隔离收发器或统一接地

软件实现陷阱

5. 波特率计算错误 - ❌ 错误：只考虑标称值，忽略时钟误差 - ✅ 正确：确保误差<0.5%，使用准确晶振

6. 忽略发送缓冲区满 - ❌ 错误：连续发送不检查状态 - ✅ 正确：检查TX缓冲区，实现队列管理

7. 错误处理不当 - ❌ 错误：忽略错误中断，导致总线关闭 - ✅ 正确：及时清除错误标志，实现恢复机制

8. ID冲突 - ❌ 错误：多个节点使用相同ID - ✅ 正确：全局唯一ID分配，建立ID管理表

调试技巧

9. 示波器探头影响 - 问题：高阻探头改变终端阻抗 - 解决：使用差分探头或CAN专用探头

10. 时序采样点

    • 问题：采样点不当导致误码
    • 解决：调整到75-87.5%位置

11. 电磁干扰

    • 问题：电机启动时通信中断
    • 解决：屏蔽线单点接地，增加磁环

12. 热插拔问题

    • 问题：带电插拔损坏收发器
    • 解决：使用带保护的连接器，先接地后接信号

最佳实践检查清单

设计阶段

• [ ] 完成通信需求分析（节点数、数据量、实时性）
• [ ] 制定ID分配方案文档
• [ ] 计算最坏情况下的总线负载率（<50%）
• [ ] 选择合适的波特率和采样点配置
• [ ] 确定物理层拓扑（优先线型）
• [ ] 评估是否需要隔离设计
• [ ] 制定错误处理和恢复策略

硬件实施

• [ ] 使用120Ω特性阻抗线缆
• [ ] 终端电阻安装在总线两端
• [ ] 分支长度<30cm
• [ ] 屏蔽层单点接地
• [ ] 预留测试点（CAN_H、CAN_L、GND）
• [ ] 避免与高压线并行走线
• [ ] 连接器具有锁定机构

软件开发

• [ ] 实现心跳监控机制
• [ ] 配置错误中断处理
• [ ] 实现发送队列管理
• [ ] 添加接收缓冲和溢出处理
• [ ] 包含时间戳用于调试
• [ ] 实现配置参数的非易失存储
• [ ] 添加总线统计功能（负载率、错误率）

测试验证

• [ ] 测量终端电阻值（60Ω±5%）
• [ ] 示波器检查波形质量
• [ ] 验证所有节点波特率一致性
• [ ] 压力测试（最大负载运行24小时）
• [ ] EMC测试（特别是ESD和辐射）
• [ ] 故障注入测试（断线、短路、节点失效）
• [ ] 温度循环测试（-40°C到+85°C）

部署维护

• [ ] 编写通信协议文档
• [ ] 制作接线图和端子定义
• [ ] 准备调试工具和指导
• [ ] 建立故障诊断流程
• [ ] 制定固件升级方案
• [ ] 准备备品备件（收发器、连接器）
• [ ] 培训维护人员

性能优化

• [ ] 分析实际负载率分布
• [ ] 优化消息发送频率
• [ ] 合并相关数据到单帧
• [ ] 实现事件触发减少周期发送
• [ ] 考虑升级到CAN FD（如需要）
• [ ] 定期审查ID分配合理性
• [ ] 监控错误率趋势