点击上方蓝字谈思实验室
获取更多汽车网络安全资讯
01
核心概念扫盲：LSB 与 MSB
-
LSB (Least Significant Bit)：最低有效位 - 一个二进制数中权重最小的位。
-
MSB (Most Significant Bit)：最高有效位 - 一个二进制数中权重最大的位。
-
⚠️ 关键理解：从下图标准UART 数据传输格式的字节域中可以明显看到LSB和MSB仅代表两个bit，是描述一个数值内部的位权重关系，并不指定该数值的位在字节或报文中的传输顺序或物理存放位置！传输/存放顺序正是由byte order(Intel/Motorola)来定义的。
(图示：LSB和MSB是数值内部的位权重概念)
02
Intel格式 (小端模式)
核心要诀：LSB在低字节的低位，MSB在高字节的高位
场景 1：信号不跨字节
-
信号布局： 信号完全包含在一个字节内（Byte 1）。
-
读取规则：
LSB 位于 Byte 1 的 Bit 0 (最低位)。
MSB 位于 Byte 1 的 Bit 7 (最高位)。
-
读取顺序： 在Byte 1内部，从Bit 0 (LSB) 向 Bit 7 (MSB) 读取。
-
示例二进制值： 0100 0110 (十六进制：0x46)
场景 2：信号跨字节
-
信号布局： 一个16位信号，起始位在Byte 4的Bit 0，结束位在Byte 5的Bit 7。
-
读取规则：
LSB (信号起点) 位于 Byte 4 的 Bit 0 (低字节的较低位)。
MSB (信号终点) 位于 Byte 5 的 Bit 7 (高字节的较高位)。
-
读取顺序：
1、先读低字节(Byte 4)中属于该信号的部分：从起始位 Bit 0 开始，读到该字节的最高位 Bit 7。
2、接着读高字节(Byte 5)中属于该信号的部分：从该字节的最低位 Bit 0 开始，读到结束位 Bit 7。
-
示例二进制值： 0100 0110 (来自Byte 5的Bit0-Bit7) + 1001 0111 (来自Byte 4的Bit0-Bit7) = 0100 0110 1001 0111 (十六进制：0x4697)
03
Motorola格式 (大端模式)
核心要诀：LSB在高字节的低位，MSB在低字节的高位
场景 1：信号不跨字节
-
信号布局： 信号完全包含在一个字节内（Byte 1）。
-
读取规则：
LSB 位于 Byte 1 的 Bit 0 (最低位)。
MSB 位于 Byte 1 的 Bit 7 (最高位)。
-
读取顺序： 在Byte 3内部，从 Bit 0 (LSB) 向Bit 7 (MSB) 读取。
-
示例二进制值： 0100 0110 (十六进制：0x46)
场景 2：信号跨字节
-
信号布局： 一个16位信号，起始位在Byte 5的Bit 0，结束位在Byte 4的Bit 7。
-
读取规则：
LSB (信号起点) 位于 Byte 5 的 Bit 0 (高字节的较低位)。
MSB (信号终点) 位于 Byte 4 的 Bit 7 (低字节的较高位)。
-
读取顺序：
先读高字节(Byte 5)中属于该信号的部分：从起始位 Bit 0 (LSB) 开始，读到该字节的最高位 Bit 7。
接着读低字节(Byte 4)中属于该信号的部分：从该字节的最低位 Bit 0 开始，读到结束位 Bit 7 (MSB)。
-
示例二进制值： 0100 0110 (来自Byte 4的Bit0-Bit7) + 1001 0111 (来自Byte 5的Bit0-Bit7) = 0100 0110 1001 0111 (十六进制：0x4697)
⚠️ 核心区别可视化：内存字节排列
虽然读取的二进制值 01000110 10010111 (0x4697) 相同，但数据在内存中的物理排布天差地别！
-
Motorola (大端)：
Byte 4 (内存低地址)： 0100 0110 (0x46, 高8位/数值高位)
Byte 5 (内存高地址)： 1001 0111 (0x97, 低8位/数值低位)
-
Intel (小端)：
Byte 4 (内存低地址)： 1001 0111 (0x97, 低8位/数值低位)
Byte 5 (内存高地址)： 0100 0110 (0x46, 高8位/数值高位)
致命错误：格式混淆的后果
如果误将Intel小端排布的数据0x4697 (Byte4=0x97, Byte5=0x46)，按照Motorola大端的规则去读取，你会得到：
1001 0111 (Byte4) + 0100 0110 (Byte5) = 10010111 01000110 (二进制) = 0x9746 (十六进制)！信号值完全错误！
04
核心结论 & 重要延伸
-
起点都是LSB： 无论是Intel还是Motorola格式，一个信号的起始位置始终是该信号的LSB。
-
信号不跨字节时，两种格式的物理位存放位置完全相同（例子中都是0x46，都在同一个字节的Bit0-Bit7）。“是否跨字节”是关键！ 如下图，即使信号长度小于8bit（如4bit），只要它跨越了字节边界，两种格式的排布就完全不同。
-
DBC一致性： 一个DBC数据库内所有信号的byte order通常统一设定为Intel或Motorola，一般不会混用。
-
LIN的强制规则： LIN数据库(LDF)中的信号固定使用Intel格式（小端），不可更改。
05
实战价值：为什么必须搞懂字节序？
理解Intel/Motorola格式的差异绝非纸上谈兵，它在以下关键场景中至关重要：
1、仿真数据加解密：
-
场景： 仿真数字钥匙解锁/闭锁车辆等安全功能。原始信号数据（如密钥、计数器）在总线上传输前需要加密，接收端需要解密。
-
痛点： 加解密算法通常对输入数据的字节序和位序有严格要求。
-
风险： 如果仿真工具或ECU在加解密时使用的字节序假设(byte order)与实际DBC定义不匹配，将导致解密失败或得到错误数据，功能无法实现！
-
解决： 精确知晓DBC中信号的byte order，并在加解密代码/配置中严格对应（小端Intel或大端Motorola）。
2、HIL仿真建模：
-
场景： 在硬件在环(HIL)系统中建立车辆模型，模拟ECU行为或总线干扰。
-
需求： 当模型需要生成、解析或修改CAN信号值时（尤其是跨字节信号）。
-
关键： 模型内部处理信号数值时（位操作、移位、掩码），必须遵循DBC定义的物理位布局(byte order)，否则计算出的信号值将是错误的！
end
精品活动推荐
AutoSec中国行系列沙龙
专业社群
部分入群专家来自：
新势力车企：
特斯拉、合众新能源-哪吒、理想、极氪、小米、宾理汽车、极越、零跑汽车、阿维塔汽车、智己汽车、小鹏、岚图汽车、蔚来汽车、吉祥汽车、赛力斯......
外资传统主流车企代表:
大众中国、大众酷翼、奥迪汽车、宝马、福特、戴姆勒-奔驰、通用、保时捷、沃尔沃、现代汽车、日产汽车、捷豹路虎、斯堪尼亚......
内资传统主流车企：
吉利汽车、上汽乘用车、长城汽车、上汽大众、长安汽车、北京汽车、东风汽车、广汽、比亚迪、一汽集团、一汽解放、东风商用、上汽商用......
全球领先一级供应商：
博世、大陆集团、联合汽车电子、安波福、采埃孚、科世达、舍弗勒、霍尼韦尔、大疆、日立、哈曼、华为、百度、联想、联发科、普瑞均胜、德赛西威、蜂巢转向、均联智行、武汉光庭、星纪魅族、中车集团、赢彻科技、潍柴集团、地平线、紫光同芯、字节跳动、......
二级供应商(500+以上)：
Upstream、ETAS、Synopsys、NXP、TUV、上海软件中心、Deloitte、中科数测固源科技、奇安信、为辰信安、云驰未来、信大捷安、信长城、泽鹿安全、纽创信安、复旦微电子、天融信、奇虎360、中汽中心、中国汽研、上海汽检、软安科技、浙江大学......
人员占比
公司类型占比
原文始发于微信公众号（谈思实验室）：一文彻底搞懂CAN报文字节序：Intel(小端) vs Motorola(大端)
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论