一：需求场景
现在有一片单片机，执行程序包括自定义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文件的结构通常包括以下部分：
- 地址域（Address Field）：地址域指定了数据在内存中的地址。对于某些类型的Hex文件，地址域可能不包含实际地址，而是包含相对地址或空值。
- 长度域（Length Field）：长度域指定了记录中数据的字节数。长度域占据两位数，表示数据的长度。
- 类型域（Type Field）：类型域指定了记录的类型。Hex文件有多种类型，例如数据记录、结束记录、扩展段地址记录等。类型域占据两位数，表示记录的类型。
- 数据域（Data Field）：数据域包含了记录中的实际数据。数据域的长度可变，取决于记录的类型和长度域的值。数据域中的每个字节都用两个十六进制数字表示。
- 校验和域（Checksum Field）：校验和域用于检查记录的完整性。校验和域占据一个字节，用于计算记录中所有字节的总和，取反后得到校验和值。
Hex文件的每一行都遵循上述结构，从冒号开始，然后是地址、长度、类型、数据和校验和，以回车换行符结束。这种结构使得Hex文件易于阅读、编辑和调试，同时也方便将程序代码烧写到单片机等设备中。
直接将hex文件烧入MCU的Flash还是不行的，除非烧录软件可以把hex文件转成bin文件，然后再进行烧录；
三：执行程序文件格式选择
最终还是选择了bin文件格式，bin文件格式更直接，修改文件即修改flash内容。
这boot设置大小为0x4000(16k)
1.工具图标
2.使用步骤
1）运行程序选中对应boot文件
2）选择对应app应用程序
3）选择生成路径
4）电机合成按钮，出现合成100%，表示在指定路径下可执行文件生成成功。
四：工具开源下载链接
已绑定文章，文章开头下载。
