Intel HEX 的 0000 地址，为什么实际可能从 0x10000 开始

最后更新 2026-10-23

⏱ 约 6 分钟 🟡 涉接线/强电

数据记录地址需要加上当前扩展基址。04类型记录设置高16位线性地址，后续0000并不一定表示绝对零地址，不能只截取数据行的四位地址判断布局。

本文由器赋开物编辑整理，AI 辅助撰写。下面输入是合成对照，用于复算公式或协议规则，没有连接真实设备完成现场验证。

本次具体要判断什么？

本例扩展线性基址0x10000，数据行地址0x0010，四个字节实际位于0x10010至0x10013。起止地址与数据字节数分别输出，空洞不算作实际载荷。

打开Intel HEX 记录校验与地址范围检查器，把默认值改为下表场景。文字或字节过长时这里只展示摘要，完整原始输入在附件中。

输入项目	对照值	单位或格式
Intel HEX文本	:020000040001F9 :0400100001020304E2 :00000001FF	见字段定义

记录字节和mod256=0；数据绝对地址=扩展基址+记录地址

结果项目	对照输出	单位
记录数	3	条
不重复的数据字节	4	byte
最低数据地址	0x00010010	按模型解释
最高数据地址，含末字节	0x00010013	按模型解释
逐记录摘要	第1行：类型04，2数据字节，校验通过第2行：类型00，4数据字节，校验通过第3行：类型01，0数据字节，校验通过	按模型解释

仅检查记录与地址布局，不验证固件签名、芯片适配或启动能力；详细记录最多展示32行。

下载本例完整输入、输出与核验记录 JSON。64 位整数按字符串保留，未四舍五入的计算值保存在附件；设备、仪器和实际结论栏目留空，不把预测当测量。

按文件顺序读取类型记录，记录每次基址变化，再对每个数据字节求绝对地址。核对长度与补码校验后，检查地址是否重叠或越界。对照目标芯片存储映射时保留链接与烧录配置，不以文本地址合法就宣称可启动。

文件行数、ASCII文件长度、地址跨度和真实数据字节数是四种量。02扩展段地址与04扩展线性地址的基址计算不同，不能统一只左移16位。

摘要中的绝对起止地址和四字节载荷与独立解析一致，EOF位置合法。未检查芯片布局、签名和启动向量时，只报告文件格式与地址层的检查。

继续查阅相关原理或其他工具。使用不同工具时先核对输入单位、模型和协议版本，避免把一个场景的结论直接套到另一个场景。

文本最多65536字符和2048行；拒绝跨16位边界的数据记录，摘要最多32行，不验证签名和目标芯片启动兼容性。

依据：Arm Keil：Intel HEX文件格式。实现检查覆盖了独立算例和拒绝路径；工具自身通过测试不能替代你对硬件、SDK版本和业务规则的核验。

📄 来源 / 自校链接

本文为公开资料整理，非亲测。关键参数与代码请结合实物与下列官方来源验证。

内容有错、看不懂、或想看下一期？告诉我们 →

本文为公开资料的学习整理，非亲测。涉接线/花钱/合规的步骤请结合实物与官方最新资料验证，风险自负。见免责声明。