Anatomy of a CAN Data Frame
A field-by-field animation of the standard CAN data frame: SOF, arbitration, control, data, CRC, ACK and EOF.
Press play to walk through a standard CAN data frame
How it works
The article body below is currently available in full only in Chinese; the interface, titles, descriptions and FAQ follow your selected language.
一帧长什么样
标准 CAN 数据帧（11 位 ID）从总线空闲开始，按位流依次发送：
| 字段 | 位数 | 作用 |
|---|---|---|
| SOF | 1 | 显性位，标志帧开始并完成硬同步 |
| 仲裁场 ID | 11 | 报文标识符，同时决定优先级 |
| RTR | 1 | 数据帧为显性 0，远程帧为隐性 1 |
| IDE | 1 | 标准帧为显性 0 |
| r0 | 1 | 保留位 |
| DLC | 4 | 数据长度 0–8（CAN-FD 使用非连续映射） |
| 数据场 | 0–64 | 实际载荷，按 DBC 信号定义解析 |
| CRC 序列 | 15 | 校验 SOF 至数据场，多项式 0x4599 |
| CRC 界定符 / ACK 槽 / ACK 界定符 | 各 1 | 发送节点发隐性，接收节点用显性应答 |
| EOF / IMS | 7 / 3 | 帧结束与帧间空间 |
位填充
从 SOF 到 CRC 序列采用位填充：连续 5 个相同电平后自动插入一个相反电平的位。因此实际帧长会略大于字段位数之和，计算总线负载时必须留出余量（工程上常用最坏 135 位/标准帧）。
为什么 ACK 是显性
发送节点在 ACK 槽发出隐性位；任何正确接收到帧的节点都会把它拉成显性。发送节点读到显性即确认”至少有一个节点收到了”，但不知道是谁、也不知道是否所有节点都收到。这就是 CAN 只做”广播 + 应答”、不做点对点确认的原因。
理解了帧结构，再去 CAN 位定时计算器 看采样点位置，以及 CRC 计算器 里通用 8 位 CRC 参数模型与帧内 15 位 CRC 的区别——两者的初值、位序列与填充位处理方式都不同，不能互相替代。
Tools for this topic
Compute CRC-32, CRC-16/ARC, CRC-16/MODBUS, CRC-16/CCITT-FALSE and several CRC-8 variants locally in your browser.
TL-02 / AUTOMOTIVE DBC Viewer & Message DecoderParse DBC message and signal definitions in your browser, inspect bit layout, factor/offset, and decode physical values from a hex payload.
TL-03 / AUTOMOTIVE CAN / CAN-FD Bit Timing CalculatorResolve CAN bit timing (BRP, tq, phase segments, SJW) and sample point from clock and bitrate, plus CAN-FD DLC payload mapping.