如何把IAP与APP程序进行拼接在一起

1写在前面

在产品量产时，产品具有IAP和APP两部分程序时，一般需要拼接成一个量产程序文件。

有人肯定会好奇，为什么要拼接成一个程序文件呢？

这个答案很简单：为了提高生产效率，在量产只烧录一个程序文件（而不是烧录IAP + APP两个程序文件）。

下面写几点内容：

理解bin、hex、axf

IAP+APP拼接方法

bin和hex互相转换

2

理解bin、hex、axf

想要掌握程序IAP+APP程序拼接，需要理解程序文件hex、bin文件格式内容。

先给一张三者的对比图：

Bin文件

Bin文件就是一种没有格式的程序文件，只是包含了程序数据。

Hex文件

Hex是由Intel制定的一种十六进制标准文件格式，是由编译器转换而成的一种用于下载带处理器里面的文件。

Hex文件格式是由一行一行的十六进制数据组成，每行包含：开始、长度、数据、类型、校验和等重要信息。

axf文件

axf文件是经过编译器编译之后，包含具有程序、调试等更多信息的一种文件。

对比MDK-ARM编译后三个文件大小

Objects目录下：

Demo.axf(236K)

Demo.hex（4K）

Bin目录下：

Demo.bin（2K）

请参看：关于bin、hex和axf文件格式的描述

3

IAP+APP拼接方法

用于产品量产，烧录的程序文件，一般是hex，或bin文件。

不管是hex文件，还是bin文件，我们都需要通过烧录软件 + 烧录（编程）工具实现。

烧录软件针对不同MCU，一般有不同的烧录软件。

针对STM32，一般建议使用官方提供的STVP、ST-LINK Utility和STM32CubeProg 这三种编程软件。

拼接说明

拼接IAP+APP两段程序，一般简单方法就是：将两个程序分别烧录进去，再统一读取出来，保存成一个量产文件。

拼接说明

IAP 和 APP程序的起始地址是不同的，因此烧录进芯片，是存储在两片区域的。

烧录程序的时候，特别是烧录bin文件（没有地址）时，要注意设置好起始地址。hex文件有地址地址，不用自己设置地址。

读取“合并”程序的时候，同样要注意起始地址，还有读取大小，保证读取全部程序。

比如通过ST-LINK Utility读取STM32程序：

通过STM32CubeProg读取STM32程序：

再次提示：

烧录bin文件时，设置好起始地址；

读取时，设置起始地址，读取大小；

保存可选择hex，还是bin文件；

这里推荐阅读：我的ST-Link专栏

4

bin、hex文件互相转换

在某些情况下需要使用特定格式的文件，比如我们远程升级，要求通过bin文件实现。

通过上面的介绍，其实你会发现，使用编程软件ST-LINK Utility，或STM32CubeProg，就能直接另存为hex，或bin文件格式。

ST-LINK Utility另存为：

STM32CubeProg另存为：

之前我有介绍在MDK-ARM中，直接转换成bin文件的文章：MDK-ARM如何生产Bin文件

当然，bin和hex格式文件互相转换的工具，网上有很多，感兴趣的朋友可以搜索了解一下。