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

一:需求场景

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

二:文件格式分析(合并bin文件还是hex文件)

        1.bin文件

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

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

特点:程序大小即文件大小;

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

日志记录——单片机可执行文件合并_第1张图片

        2.hex文件

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

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

日志记录——单片机可执行文件合并_第2张图片

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

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

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

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

日志记录——单片机可执行文件合并_第3张图片

直接将hex文件烧入MCUFlash还是不行的,除非烧录软件可以把hex文件转成bin文件,然后再进行烧录;

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

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

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

1.工具图标

日志记录——单片机可执行文件合并_第4张图片

2.使用步骤

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

日志记录——单片机可执行文件合并_第5张图片

2)选择对应app应用程序

日志记录——单片机可执行文件合并_第6张图片

3)选择生成路径

日志记录——单片机可执行文件合并_第7张图片

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

日志记录——单片机可执行文件合并_第8张图片

四:工具开源下载链接

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

你可能感兴趣的:(单片机,嵌入式硬件)