【日志记录】——单片机可执行文件合并

一：需求场景

现在有一片单片机，执行程序包括自定义boot和应用程序app, 在将打包好的固件给到生产时有以下问题，由于要通过jlink烧录boot，然后上电启动boot，通过boot烧录初始化程序，过程过于复杂，流程步骤比较多，于是产生了现在这个需求，在给到生产前直接将boot可执行文件与app可执行文件合并成一个固件，直接通过jlink一次性烧录完成。

二：文件格式分析（合并bin文件还是hex文件）

        1.bin文件

bin文件是一种通用的二进制文件格式，它包含了机器代码和数据，可以直接被计算机执行。它的特点是小巧、快速，并且易于在不同的计算机架构之间移植。然而，由于它没有记录符号信息，所以调试起来相对困难。

binary file中只有代码+数据，没有地址信息，所以在使用Binary file烧录/刷写时，需要指定地址，这一过程一般在烧录/刷写在上位机工具上完成。

特点：程序大小即文件大小；

           不包含地址信息，烧录需要指定起始地址。

        2.hex文件

hex文件是Intel公司提出的按地址排列的数据信息格式，用于将编译后的程序代码存储在单片机等设备中。它的每一行都以冒号开头，表示记录的开始，然后是数据地址和数据内容。Hex文件的特点是易于阅读和编辑，因为它是以ASCII码的形式表示的。同时，它也包含了符号信息，方便调试和程序移植。

hex是用于文件格式是intel规定的标准，总体来说，hex是文本文件，经常在微控制器的固件开发中看到hex的身影，例如基于GD32法50硬件，使用MDK开发的话，该软件就可以生成hex文件；如下图所示；

Hex文件是一种特定的文本文件格式，用于存储机器代码和数据，特别是用于单片机等嵌入式系统。Hex文件通常以行为单位，每行包含一串字符，以冒号（:）开头，表示记录的开始。

Hex文件的结构通常包括以下部分：

1. 地址域（Address Field）：地址域指定了数据在内存中的地址。对于某些类型的Hex文件，地址域可能不包含实际地址，而是包含相对地址或空值。
2. 长度域（Length Field）：长度域指定了记录中数据的字节数。长度域占据两位数，表示数据的长度。
3. 类型域（Type Field）：类型域指定了记录的类型。Hex文件有多种类型，例如数据记录、结束记录、扩展段地址记录等。类型域占据两位数，表示记录的类型。
4. 数据域（Data Field）：数据域包含了记录中的实际数据。数据域的长度可变，取决于记录的类型和长度域的值。数据域中的每个字节都用两个十六进制数字表示。
5. 校验和域（Checksum Field）：校验和域用于检查记录的完整性。校验和域占据一个字节，用于计算记录中所有字节的总和，取反后得到校验和值。

Hex文件的每一行都遵循上述结构，从冒号开始，然后是地址、长度、类型、数据和校验和，以回车换行符结束。这种结构使得Hex文件易于阅读、编辑和调试，同时也方便将程序代码烧写到单片机等设备中。

直接将hex文件烧入MCU的Flash还是不行的，除非烧录软件可以把hex文件转成bin文件，然后再进行烧录；

三：执行程序文件格式选择

最终还是选择了bin文件格式，bin文件格式更直接，修改文件即修改flash内容。

这boot设置大小为0x4000(16k)

1.工具图标

2.使用步骤

1）运行程序选中对应boot文件

2）选择对应app应用程序

3）选择生成路径

4）电机合成按钮，出现合成100%，表示在指定路径下可执行文件生成成功。

四：工具开源下载链接

已绑定文章，文章开头下载。