文章总结： 本文深入解析了CAN报文中Intel（小端）与Motorola（大端）两种字节序的核心差异。首先，文章对最低有效位（LSB）和最高有效位（MSB）进行了概念扫盲，强调它们仅描述数值内部的位权重。随后，详细阐述了两种格式在信号不跨字节和跨字节时的物理存储布局及读取规则，并通过具体示例对比了它们在内存中的排列差异。文章指出，混淆这两种格式会导致信号值完全错误。最后，文章结合仿真数据加解密和HIL仿真建模等实战场景，说明了理解字节序的重要性，并提及LIN数据库固定使用Intel格式。 综合评分： 85 文章分类： 车联网安全,物联网安全,技术标准,解决方案

---

一文彻底搞懂CAN报文字节序：Intel(小端) vs Motorola(大端)

谈思实验室

2025年6月29日 18:06 上海

以下文章来源于乙乙的车COOL ，作者乙乙的车COOL

乙乙的车COOL .

专注车载通信测试，分享碎碎念！好好学习，天天开心！

点击上方蓝字谈思实验室

获取更多汽车网络安全资讯

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、中汽中心、中国汽研、上海汽检、软安科技、浙江大学……

人员占比

公司类型占比

更多文章

不要错过哦，这可能是汽车网络安全产业最大的专属社区！

关于涉嫌仿冒AutoSec会议品牌的律师声明

一文带你了解智能汽车车载网络通信安全架构

网络安全：TARA方法、工具与案例

汽车数据安全合规重点分析

浅析汽车芯片信息安全之安全启动

域集中式架构的汽车车载通信安全方案探究

系统安全架构之车辆网络安全架构

车联网中的隐私保护问题

智能网联汽车网络安全技术研究

AUTOSAR 信息安全框架和关键技术分析

AUTOSAR 信息安全机制有哪些？

信息安全的底层机制

汽车网络安全

Autosar硬件安全模块HSM的使用

首发!小米雷军两会上就汽车数据安全问题建言：关于构建完善汽车数据安全管理体系的建议

---

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：谈思实验室 《一文彻底搞懂CAN报文字节序：Intel(小端) vs Motorola(大端)》