IAP+APP程序拼接方法，及相关拓展内容

 

原创： strongerHuang EmbeddDeveloper 昨天

置顶/星标公众号，不错过每一条消息！

 

    今天这个话题，相信有工作经验的朋友都知道。这里，我也简单普及一下相关内容。

 

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格式文件互相转换的工具，网上有很多，感兴趣的朋友可以搜索了解一下。

 

推荐阅读：

1.ST-Link固件命名规则

2.关于PC-lint工具

 

5最后

我的知乎：strongerHuang

我的网站：www.strongerhuang.com

 

若觉得文章对你有帮助，随手点“好看”、转发分享，也是我继续更新的动力。

 

扫描下面二维码、关注公众号，在底部菜单中查看更多精彩内容!