CAN总线基础回顾：帧格式与ID结构
从一次现场总线“打架”说起
去年夏天，我在调试一套车载BMS系统时遇到一个诡异现象：主控板明明只发送了电池温度数据，从机却频繁收到“电压异常”的报警帧。用CANalyzer抓包一看，发现从机居然把隔壁电机控制器的0x0F3报文当成了自己的0x1F3来解析。问题出在哪儿？CAN控制器ID过滤配置错了——掩码设成了0x7F0，结果0x0F3和0x1F3的高7位完全一致，报文被“误伤”了。
这个坑让我重新翻了一遍CAN总线帧格式的底层细节。很多工程师觉得ID结构是基础，但真正遇到过滤配置时，往往栽在“我以为我懂了”的细节上。今天咱们就从最底层的比特流开始，把CAN帧格式和ID结构彻底捋一遍。
CAN帧格式：别被“标准”和“扩展”骗了
CAN总线有两种帧格式：标准帧（11位ID）和扩展帧（29位ID）。但实际工作中，很多人把“标准”和“扩展”理解成“简单”和“复杂”，这是第一个误区。
标准帧的比特布局（以数据帧为例）：
SOF（1位显性）→ ID（11位）→ RTR（1位，远程帧标志）→ IDE（1位，显性表示标准帧）→ r0（保留位）→ DLC（4位数据长度）→ 数据段（0-8字节）→ CRC（15位+1位定界符）→ ACK（2位）→ EOF（7位）
注意IDE位：标准帧中IDE是显性（0），扩展帧中IDE是隐性（1）。这个位在过滤配置时经常被忽略——有些控制器默认只过滤ID部分，但IDE位其实也参与仲裁和过滤。
扩展帧的比特布局
