1. 为什么需要拆分HEX文件在嵌入式开发中Intel HEX格式是最常用的固件存储格式之一。它用ASCII文本形式记录二进制数据包含地址、数据和校验信息。但在实际项目中我们经常遇到需要拆分HEX文件的场景多存储区域编程当目标设备有多个独立的Flash存储区如主Flash备份Flash时需要将固件按地址范围拆分到不同文件Bootloader分离Bootloader和应用程序通常编译在同一个工程中但烧录时需要分成两个独立文件分块升级OTA升级时可能只需要更新部分固件而非整个镜像安全分区将敏感代码和非敏感代码分离到不同的安全区域以Keil开发环境为例默认生成的HEX文件包含整个地址空间的代码。假设我们有一个包含bootloader0x0000-0x3FFF和app0x4000-0xFFFF的工程直接烧录这个HEX文件会导致每次编程都覆盖整个Flash这在生产环境和现场升级中非常低效。2. SRecord工具链简介SRecord是一套开源的EPROM编程工具集支持多种文件格式转换和处理。其中srec_cat是核心工具功能包括文件格式转换HEX/BIN/S19等地址范围裁剪地址偏移数据填充校验和生成安装方法从SourceForge下载Windows版本srecord-win32解压到任意目录建议路径不含空格将目录加入系统PATH环境变量验证安装srec_cat --version3. 基础拆分操作详解3.1 简单地址裁剪最基本的拆分场景是按固定地址范围切割文件。假设原始文件firmware.hex包含0x00000-0x1FFFF的内容# 提取bootloader部分(0x0000-0x3FFF) srec_cat firmware.hex -Intel -crop 0x0000 0x3FFF -o boot.hex -Intel # 提取app部分(0x4000-0x1FFFF) srec_cat firmware.hex -Intel -crop 0x4000 0x1FFFF -o app.hex -Intel注意HEX文件中的地址通常是32位绝对地址而微控制器的内存映射可能包含偏移。使用前需确认目标设备的地址映射关系。3.2 带地址偏移的拆分有时需要将提取的区块重新定位到其他地址。例如将app部分移动到0x0000开始srec_cat firmware.hex -Intel -crop 0x4000 0x1FFFF -offset -0x4000 -o app_base0.hex -Intel关键参数-crop指定提取的地址范围-offset地址偏移量可正可负-o输出文件4. 高级使用技巧4.1 填充未使用区域Flash编程时未写入的区域通常需要填充为擦除状态如0xFFsrec_cat input.hex -Intel -fill 0xFF 0x0000 0x1FFFF -o filled.hex -Intel这个命令确保0x0000-0x1FFFF范围内所有未包含数据的区域都被填充为0xFF。4.2 处理非连续地址Keil工具生成的HEX文件地址可能不连续会导致警告。添加以下参数抑制-disable-sequence-warning4.3 控制输出格式调整HEX文件的行长度默认为32字节-Output_Block_Size16 # 兼容OH51等传统工具设置地址字节数默认为4字节-address-length3 # 适用于24位地址空间5. 工程集成方案5.1 Keil自动后处理在µVision中配置自动拆分打开Options for Target → User在After Build/Rebuild中添加命令srec_cat.exe .\Output\project.hex -Intel -crop 0x0000 0x3FFF -o .\Output\boot.hex -Intel5.2 使用命令文件对于复杂操作建议使用命令文件.cmd# split.cmd -disable-sequence-warning input.hex -Intel -crop 0x0000 0x3FFF -Output_Block_Size16 -o boot.hex -Intel调用方式srec_cat split.cmd6. 实战案例解析案例1BootloaderApp分离工程结构Bootloader: 0x0000-0x3FFFApp: 0x4000-0x1FFFFApp运行时需要重定位到0x0000操作步骤# 生成bootloader文件 srec_cat firmware.hex -Intel -crop 0x0000 0x3FFF -o boot.hex -Intel # 生成重定位后的app文件 srec_cat firmware.hex -Intel -crop 0x4000 0x1FFFF -offset -0x4000 -o app.hex -Intel案例2多存储区编程设备包含两个独立FlashFlash1: 0x000000-0x07FFFFFlash2: 0x080000-0x0FFFFF拆分命令srec_cat firmware.hex -Intel -crop 0x000000 0x07FFFF -o flash1.hex -Intel srec_cat firmware.hex -Intel -crop 0x080000 0x0FFFFF -o flash2.hex -Intel7. 常见问题排查7.1 地址越界警告现象input.hex:24: warning: data 0x1234 exceeds end address 0x1000解决方案检查-crop参数范围是否包含所有需要的数据确认编译时内存配置是否正确7.2 输出文件为空可能原因输入文件路径错误-crop范围与实际数据不重叠文件格式指定错误如该用-Intel却未指定7.3 校验和错误现象编程器报告HEX文件校验错误解决方法检查是否修改了-Output_Block_Size导致行长度变化确认-address-length设置是否符合目标设备要求8. 性能优化建议批处理操作对于多个文件的相同操作建议编写批处理脚本echo off for %%f in (*.hex) do ( srec_cat %%f -Intel -crop 0x0000 0x7FFF -o %%~nf_part1.hex -Intel )并行处理使用start /B命令并行执行多个srec_cat任务缓存利用将临时文件放在RAM磁盘上加速IO操作9. 替代方案比较工具优点缺点srec_cat功能全面支持多种格式命令行操作学习曲线陡HexEdit图形界面直观功能有限商业软件pyHexToolsPython库可编程需要Python环境JFlash集成编程功能仅支持特定编程器对于常规开发srec_cat仍然是最灵活可靠的解决方案。我在多个量产项目中验证过其稳定性特别是在自动化生产线上批处理能力表现优异。10. 扩展应用场景10.1 固件差分升级结合bsdiff等工具先拆分HEX文件再对模块生成差分包# 拆分新旧固件 srec_cat old.hex -Intel -crop 0x4000 0x1FFFF -o old_app.hex -Intel srec_cat new.hex -Intel -crop 0x4000 0x1FFFF -o new_app.hex -Intel # 生成差分包 bsdiff old_app.bin new_app.bin update.patch10.2 安全固件签名拆分后对各模块单独签名# 提取模块 srec_cat firmware.hex -Intel -crop 0x0000 0x3FFF -o boot.hex -Intel # 转换为二进制 srec_cat boot.hex -Intel -o boot.bin -Binary # 签名 openssl dgst -sha256 -sign key.pem -out boot.sig boot.bin10.3 内存布局验证检查各模块是否越界srec_info firmware.hex -Intel输出示例Format: Intel HEX Address Range: 0x00000000 - 0x0001FFFF我在实际项目中总结出一个经验对于复杂的存储布局建议编写验证脚本自动检查各模块地址范围是否冲突。这可以避免烧录后才发现问题的尴尬情况。