1. 前言
前面说了
怎样只生成 hex和
为什么只要 hex，现在说一下具体的 keil 工程设置来使用生成的 hex。主要分为以下几步：
- hex(axf) ---> bin；
- bin + bin;
- bin ---> hex。
我的试验环境：
操作系统：Win10 64bit
keil：uVision V5.40.0.0
ARM ：Cortex-M0
ROM：128KB，0~0x1ffff
RAM：128KB，0x20000000 ~ 0x2001ffff
下面是具体的工程设置。
2. 工程设置
2.1 bootloader
bootloader 存储在 ROM，运行在 ROM。
ROM 和 RAM 空间如下：
ROM：0~0xffff，64KB；
RAM：0x20010000 ~ 0x2001ffff，64KB；
将编译时生成的中间文件存放在单独目录 Objects\ 和 Listings\ 。Objects\ 目录很重要，keil 烧写芯片时从该目录获取对应格式的文件。
存储中间文件的目录：
2.1.1 axf(hex)--->bin
语法：
|
1
|
fromelf.exe #L --bin --output bootloader.bin |
生成的 bootloader.bin：
2.2 application
application 存储在 ROM，上电后由 bootloader 拷贝到 RAM，然后再运行。所以，需要将部分 RAM 当作 ROM。而且，和 bootloader 工程不同的是，application 需要两种模式：Debug 和 Release，这两个模式都很重要。Debug 不仅用于调试，还需要生成最终可用的程序文件——application.bin，Release 只生成 hex，用于烧写。
2.2.1 Debug
因为 application 最终要运行在 RAM，所以，设置部分的 RAM 为 ROM。Debug 配置下的 ROM 和 RAM 空间设置如下：
'ROM'：0x20000000 ~ 0x2000ffff，64KB；
RAM：0x20010000 ~ 0x2001ffff，64KB；
2.2.1.1 axf(hex)--->bin
Debug 模式下生成最终执行的 application.bin。
Debug 模式下的 application.bin：
2.2.2 Release
Release 模式下的 ROM 和 RAM 空间设置如下：
ROM：0x0 ~ 0xffff，64KB；
RAM：0x20010000 ~ 0x2001ffff，64KB；
其实，这里的 ROM 和 RAM 配置不重要，因为烧写时不会使用该配置下生成的 hex 文件，而是使用后面合成的 hex，相当于骗了 keil。Release 模式存在的意义就是让 keil 烧写时选择 hex 文件。所以，需要配置 Release
只生成 hex。
Release 模式下的 application.hex，该文件位于 Objects\ 目录下，下面由 bin 转为 hex 时也要放在该目录下：
3. bin + bin
现在，生成了两个 bin——bootloader.bin 和 application.bin，需要将两者合并为一个 bin。这两个文件在 ROM 中的地址分别为：
bootloader.bin：0~0xffff；
application.bin：0x10000~0x1ffff；
两个 bin 文件的合并需要借助第三方工具 srecord 中的 srec_cat。srecord 安装完成后需要在系统环境变量 path 中添加 srec_cat 的位置，目的是让 keil 能调用 srec_cat。
3.1 srec_cat 合并 bin
语法：
|
1
|
srec_cat -output m0.bin -binary path\bootloader.bin -binary -fill 0xff 0x0 0x10000 path\application.bin -binary -offset 0x10000 |
-output target.bin -binary：生成的文件的名称和类型；
path\bootloader.bin -binary：第一个输入文件的名称和类型；
-fill 0xff 0x0 0x10000：将 0x0~0x10000 之间的空白地址填充为 0xff。本例中，0x0 指的是 bootloader.bin 在 ROM 中的起始地址，0x10000 为 application.bin 在 ROM 中的起始地址；
path\application.bin -binary -offset 0x10000 ：第二个输入文件的名称、类型及其在生成文件中的偏移。
3.2 application Release
配置 application 的 Release 模式，生成整体的 bin 文件—— m0.bin = bootloader.bin + application.bin。
|
1
|
srec_cat -output m0.bin -binary ..\..\bootloader\project\bootloader.bin -binary -fill 0xff 0x0 0x10000 application.bin -binary -offset 0x10000 |
生成的 m0.bin：
3.2.1 文件内容对比
上图可以看到，m0.bin 的地址 0 处为 bootloader.bin，地址 0x10000 处为 application.bin，合并成功
。
4. bin ---> hex
由于 keil 无法烧写 bin 文件，因此需要将 bin 转回 hex。
语法 ：
|
1
|
srec_cat m0.bin -binary -output Objects\application.hex -Intel |
m0.bin -binary：输入的文件名称和格式；
-output Objects\application.hex -Intel 输出的文件名称和格式；
输出的 hex 名称必须和 application 工程中 Release 配置下设置的 hex 名称相同，而且必须放在 Objects\ 目录下。
4.1 application Release
至此，hex(axf) ---> bin ---> hex 的转换就全部完成了，keil 可以在 application 工程的 Release 模式下直接 Download hex 到芯片中。
另外，因为 keil 最多支持两条自定义指令——Run #1 和 Run #2，所以，如果需要更复杂的实现，比如删除、拷贝某些文件，可以在 windows 脚本 dat 文件中包含上述指令，然后在 keil 中的 Run #1 或 Run #2 中执行 windows 脚本。
5. 总结
由于 application 存储和运行的地址不同，给工程设置带来了很大的麻烦，好在可以借助其他工具实现。主要包含以下几步：
- hex(axf)--->bin。简单设置 keil 即可；
- bin + bin。需要借助 srecord 中的 srec_cat 实现；
- bin--->hex。需要借助 srecord 中的 srec_cat 实现；
- application 需要两种工程配置，分别实现不同的目的。
注意：
- application 工程中，必须先编译 Debug 配置生成 application.bin 再编译 Release 配置；
- 由 Debug 切换到 Release 后，最好执行一次 project--->clean targets，目的将 Debug 模式下生成的 axf 文件删除。
