为什么 CAN 仲裁场是 11bit / 29bit一句话答案11bit 是 1986 年 Bosch 工程师在够用和高效之间找到的黄金平衡点29bit 是 1991 年为了应对系统复杂化而做的向后兼容扩展。 一、先看数字11bit 和 29bit 到底意味着什么参数标准帧CAN 2.0A扩展帧CAN 2.0BID 长度11 bit29 bit11bit 基础 18bit 扩展理论 ID 总数2¹¹ 2048个2²⁹ ≈5.37 亿个实际可用 ID2048 - 16 2032个 ⚠️≈ 5.37 亿个仲裁场总长度11bit ID RTR 12 bit11bit SRR IDE 18bit RTR 33 bit最高优先级 ID0x000刹车/安全气囊0x00000000同上最低优先级 ID0x7FF空调/座椅0x1FFFFFFF 二、为什么是 11bit——1986 年的黄金分割2.1 够用就好汽车里真不需要太多 ID汽车网络典型节点数需要的 ID 数11bit 够吗 BMS 电池管理10~20 个~30 个✅ 绰绰有余️ 动力总成发动机变速箱ABS15~30 个~50 个✅ 绰绰有余 车身控制灯窗锁座椅20~40 个~80 个✅ 绰绰有余️ 整车所有网络汇总50~80 个~200 个✅ 绰绰有余1986 年 Bosch 设计 CAN 时全世界最复杂的汽车也就几十个 ECU2048 个 ID 根本用不完2.2 关键约束最高 7bit 不能全为 1111bit ID: ID10 ID9 ID8 ID7 ID6 ID5 ID4 ID3 ID2 ID1 ID0 2 ←──────── 最高 7bit ────────→ ← 最低 4bit ──→ 3 4规则ID10~ID4 不能全部为 1即不能是 1111111xxxx 5原因说明保留给未来扩展这 16 个 ID0x7F8~0x7FF被保留不分配给用户避免与扩展帧冲突确保标准帧和扩展帧在仲裁时能正确区分后面详解实际可用2048 - 16 2032 个仍然非常充足2.3 为什么不是 8bit 或 16bitID 长度ID 总数问题8 bit256 个❌ 太少一辆车就可能不够用11 bit✅2032 个✅ 够用 帧短 延迟低16 bit65536 个⚠️ 仲裁时间翻倍延迟增加没必要32 bit43 亿❌ 仲裁场太长实时性变差11bit 刚好够用 × 仲裁够快 × 帧开销够小 三、仲裁时间对比11bit vs 29bit参数11bit 仲裁29bit 仲裁仲裁场长度12 bit含 RTR33 bit含 SRRIDERTR1Mbps 仲裁耗时12 μs33 μs500kbps 仲裁耗时24 μs66 μs125kbps 仲裁耗时96 μs264 μs11bit 仲裁只要 12μs1Mbps这就是为什么刹车信号能在微秒级抢占总线如果用 29bit同样场景要 33μs实时性下降近 3 倍。 四、为什么要加 29bit——1991 年的向后兼容扩展4.1 扩展的原因时间背景问题1986CAN 诞生几十个 ECU11bit 够用 ✅1991汽车电子化爆发ECU 数量激增11bit 不够了 ❌2012CAN FD 出现需要更多 ID 更大数据29bit 成为标配 ✅4.2 29bit 的巧妙设计向后兼容1扩展帧仲裁场结构 2┌──────────┬─────┬─────┬──────────────┬─────┐ 3│ 11bit ID │ SRR │ IDE │ 18bit ExtID │ RTR │ 4│ (基础ID) │ 隐性 │ 隐性 │ (扩展ID) │ │ 5└──────────┴─────┴─────┴──────────────┴─────┘ 6 ↑ ↑ ↑ 7 │ │ └─ 区分标准/扩展帧 8 │ └─ 替代远程请求位始终1 9 └─ 与标准帧完全相同 10设计要点说明✅前 11bit 与标准帧完全相同旧设备可以无缝识别✅SRR 1隐性保证标准帧优先于扩展帧见下✅IDE 1隐性标识这是扩展帧✅后 18bit 扩展ID 空间从 2048 暴增到 5.37 亿 五、最精妙的设计标准帧 vs 扩展帧的优先级这是 Bosch 工程师最聪明的地方——让标准帧永远比扩展帧优先级高1假设前 11bit ID 相同 2 3标准帧: ...ID10~ID0 RTR0(显性) ← 赢得仲裁 ✅ 4扩展帧: ...ID10~ID0 SRR1(隐性) ← 输掉仲裁 ❌ 5 6 总线状态 显性(0) 7 扩展帧发送 SRR1但总线是 0 → 发现有人优先级更高 → 退出 8优先级排序从高到低说明标准帧数据帧RTR0 显性最高优先级标准帧远程帧RTR1 隐性但 IDE0 显性第二扩展帧数据帧SRR1 隐性第三4️⃣扩展帧远程帧SRR1, IDE1, RTR1 全隐性最低这意味着即使你用了 29bit 扩展帧旧的 11bit 标准帧依然可以抢占总线完美向后兼容 六、一张图总结为什么是 11/291ID 长度选择的不可能三角 2 3 ID 数量多 4 △ 5 / \ 6 / \ 7 / \ 8 / ❌不可能 \ 9 / 同时满足 \ 10 / 全部三个 \ 11 /─────────────────\ 12 帧短(延迟低) 向后兼容 13 14 ✅ 11bit: 够用 帧短 兼容 ← 1986年的最优解 15 ✅ 29bit: 够多 兼容 延迟可接受 ← 1991年的扩展解 16 ❌ 32bit: ID多 兼容 但帧太长延迟高 ← 没必要 17维度11bit29bitwinnerID 数量20325.37亿29bit ✅仲裁延迟12μs1M33μs1M11bit ✅帧开销小大11bit ✅向后兼容原生完美兼容11bit ✅实时性极高高11bit ✅ 最终答案问题答案为什么是 11bit1986 年 Bosch 工程师算过一辆车最多几十个 ECU2048 个 ID 绑绑有余。11bit 仲裁只要 12μs实时性极强帧开销最小。够用、够快、够省这就是 11bit 的由来。为什么又加了 29bit1991 年汽车电子化爆发ECU 数量激增11bit 不够分了。但不能抛弃旧设备所以用11bit 基础 18bit 扩展的方式向后兼容地把 ID 空间扩大了26 万倍。为什么不直接用 32bit仲裁场太长 → 延迟太高 → 实时性变差 → 刹车信号可能抢不过空调信号。CAN 是实时总线延迟比 ID 数量更重要11bit 是够用即正义29bit 是不够再扩展但绝不牺牲实时性。这就是 Bosch 工程师 40 年前的智慧至今仍是汽车通信的黄金标准。