前言

不清楚什么是IAP的可以看下我的这篇博客STM32的ISP下载原理，里面介绍了ISP、IAP等相关概念。

在产品量产时，产品具有IAP和APP两部分程序时，一般需要拼接成一个量产程序文件。有人肯定会好奇，为什么要拼接成一个程序文件呢？这个答案很简单：为了提高生产效率，在量产只烧录一个程序文件（而不是烧录IAP + APP两个程序文件）。

下面写几点内容：
理解bin、hex、axf
IAP+APP拼接方法
bin和hex互相转换

理解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文件格式的描述

IAP+APP拼接方法

用于产品量产，烧录的程序文件，一般是hex，或bin文件。不管是hex文件，还是bin文件，我们都需要通过烧录软件 + 烧录（编程）工具实现。烧录软件针对不同MCU，一般有不同的烧录软件。

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

拼接说明
1、拼接IAP+APP两段程序，一般简单方法就是：将两个程序分别烧录进去，再统一读取出来，保存成一个量产文件。
2、IAP 和 APP程序的起始地址是不同的，因此烧录进芯片，是存储在两片区域的。烧录程序的时候，特别是烧录bin文件（没有地址）时，要注意设置好起始地址。hex文件有地址地址，不用自己设置地址。读取“合并”程序的时候，同样要注意起始地址，还有读取大小，保证读取全部程序。

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

通过STM32CubeProg读取STM32程序：

再次提示：
烧录bin文件时，设置好起始地址；
读取时，设置起始地址，读取大小；
保存可选择hex，还是bin文件；

bin、hex文件互相转换

在某些情况下需要使用特定格式的文件，比如我们远程升级，要求通过bin文件实现。通过上面的介绍，其实你会发现，使用编程软件ST-LINK Utility，或STM32CubeProg，就能直接另存为hex，或bin文件格式。

ST-LINK Utility另存为：

STM32CubeProg另存为：

参考MDK-ARM如何生产Bin文件

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

本文参考：IAP+APP程序拼接方法，及相关拓展内容，作者黄工是一位高级嵌入式软件工程师，大家可以搜索微信公众号strongerHuang，关注获取更多知识。