Bootloader 与 Firmware 一起用ULINK烧写方法

落日映苍穹つ 2022-08-21 10:48 190阅读 0赞

（扩展\-IAP主要用于产品出厂后应用程序的更新作用，上一篇博文详细的对IAP升级程序做了详细的分析http://blog.csdn.net/yx\_l128125/article/details/12992773，考虑到出厂时要先烧写IAP 再烧写APP应用程序要烧写2次增加工人劳动力基础上写了“STM32 IAP+APP ==>双剑合一”链接稍后发，希望通过IAP程序的hex文件和 APP的hex文件合成一个hex 或者把合成的hex文件转成.bin文件减少“体力”）

一、简单框架介绍

（简单回顾上篇博文《IAP在线升级详解》http://blog.csdn.net/yx\_l128125/article/details/12992773的几个重要知识点：

1、stm32内部flash起始地址：0x0800 0000 -- 0x0802 0000 ,其中从 0x0800 0000开始位置存放IAP升级程序，从0x 0800 3000开始的位置存放APP应用程序\[而APP中的中断向量表放在0x0800 3000地方，更重要的是中断向量表的第1项存放的是栈顶地址，第二项放的是”复位中断“ \]

二、IAP +APP结合的方法

IAP 和APP的hex 文件合成1个hex文件的方法有2种：

(1) "简单1+1"

(2) IAP 先烧写进flash的 0x0800 0000开始位置， APP烧写到 flash 的0x 0800 3000开始的地方；之后通过我上一篇博文的 IAP程序的文件读出功能读取flash上的数据读到一个.bin文件上；

我们先来详细分析“方法一”的操作：

1.我们设置编译IAP程序的编译器（如图），这个设置意思是把IAP程序下载到flash的 0x0800 0000开头的位置，然后编译程序

2.编译完程序后，在工程目录的output文件夹中找到编译后生产的.hex文件；

用 notepad++ 或者 UltraEdit打开 IAP 的.hex文件和APP 的.hex  文件，（顺便问一下.hex文件格式你会看吗？）

hex文件格式：

(1)以行为单位，每行以冒号开头，内容全部为16进制码（以ASCII码形式显示）

(2)在HEX文件里面，每一行代表一个记录。记录的基本格式为：

第一个字节表示本行数据的长度；

第二、三字节表示本行数据的起始地址；

第四字节表示数据类型，数据类型有：0x00、0x01、0x02、0x03、0x04、0x05。

'00' Data Rrecord：用来记录数据，HEX文件的大部分记录都是数据记录

'01' End of File Record:用来标识文件结束，放在文件的最后，标识HEX文件的结尾

'02' Extended Segment Address Record:用来标识扩展段地址的记录

'03' Start Segment Address Record:开始段地址记录

'04' Extended Linear Address Record:用来标识扩展线性地址的记录

'05' Start Linear Address Record:开始线性地址记录

然后是数据，最后一个字节为校验和。

校验和的算法为：计算校验和前所有16进制码的累加和(不计进位)，检验和 = 0x100 - 累加和

打开.hex内容如下：（中间部分数据略去）

**\[plain\]**[view plain][][copy][view plain]

1. :020000040800F2

2. :10000000B80B00207D250008850300088703000841

3. :100010009B0300089F030008A303000800000000E2

4. :10002000000000000000000000000000A70300081E

5. :10003000A903000800000000AB030008AD0300089E

6. 。

7. 。

8. 。

9. :102B40000400000000000000000000000000000081

10. :102B50000000000000000000000000000000000075

11. :102B6000010203040102030406070809020406081F

12. :102B700000366E01000000000000000001020304A6

13. :042B80000607080933

14. :0400000508000121CD

15. :00000001FF

**先分析第一条语句\---- “：02 0000 04 0800 F2”**

<table style="background:white"> 
 <tbody> 
 <tr> 
 <td> 冒号 </td> 
 <td> 本行数据长度 </td> 
 <td> 本行数据起始地址（偏移地址） </td> 
 <td> 数据类型 </td> 
 <td> 数据 </td> 
 <td> 校验码 </td> 
 </tr> 
 <tr> 
 <td> &nbsp; </td> 
 <td> 1 byte </td> 
 <td> 2 bytes </td> 
 <td> 1 byte </td> 
 <td> n byte </td> 
 <td> 1 byte </td> 
 </tr> 
 <tr> 
 <td> [plain]<a title="view plain" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">view plain</a><a title="copy" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">copy</a> 
 <div style="background:white"> 
 1.&nbsp; &nbsp;&nbsp; 
 </div> </td> 
 <td> &nbsp; </td> 
 <td> [plain]<a title="view plain" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">view plain</a><a title="copy" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">copy</a> 
 <div style="background:white"> 
 1.&nbsp; &nbsp;&nbsp; 
 </div> </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 </tr> 
 <tr> 
 <td> ： </td> 
 <td> 02 </td> 
 <td> 0000 </td> 
 <td> 04 </td> 
 <td> 0800 </td> 
 <td> F2 </td> 
 </tr> 
 </tbody> 
</table>

在上面的数据类型后2种记录(04，05)都是用来提供地址信息的。每次碰到这2个记录的时候，都可以根据记录计算出一个“基”地址。对于后面的数据记录，计算地址的时候，都是以这些“基”地址为基础的。以我们的语句为例：

第1条记录的长度为02，LOAD OFFSET为0000，RECTYPE为04，说明该记录为扩展段地址记录。数据为0008，校验和为F2。从这个记录的长度和数据，我们可以计算出一个基地址，这个地址为(0x0800 << 16) = 0x0800 0000 ,后面的数据记录都以这个地址为基地址。

**第二条语句\----“ :10000000B80B00207D250008850300088703000841”**

<table style="background:white"> 
 <tbody> 
 <tr> 
 <td> 冒号 </td> 
 <td> 本行数据长度 </td> 
 <td> 本行数据起始地址(偏移地址) </td> 
 <td> 数据类型 </td> 
 <td> 数据 </td> 
 <td> 校验码 </td> 
 </tr> 
 <tr> 
 <td> &nbsp; </td> 
 <td> 1 byte </td> 
 <td> 2 bytes </td> 
 <td> 1 byte </td> 
 <td> n byte </td> 
 <td> 1 byte </td> 
 </tr> 
 <tr> 
 <td> [plain]<a title="view plain" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">view plain</a><a title="copy" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">copy</a> 
 <div style="background:white"> 
 1.&nbsp; &nbsp;&nbsp; 
 </div> </td> 
 <td> [plain]<a title="view plain" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">view plain</a><a title="copy" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">copy</a> 
 <div style="background:white"> 
 1.&nbsp; &nbsp;&nbsp; 
 </div> </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 </tr> 
 <tr> 
 <td> : </td> 
 <td> 10 </td> 
 <td> 0000 </td> 
 <td> 00 </td> 
 <td> B80B00207D2500088503000887030008 </td> 
 <td> 41 </td> 
 </tr> 
 </tbody> 
</table>

第2条记录的长度为10（0x10=16字节），LOAD OFFSET为0000，RECTYPE为00（'00' Data Rrecord：用来记录数据，HEX文件的大部分记录都是数据记录），数据为B80B00207D2500088503000887030008 校验码为41；此时基地址为：0x0800 0000 加上偏移地址：0x0000 这条记录的16个字节的数据的起始地址为：0x0800000 + 0x0000 =0x0800 0000

**第3条语句\----“:0400000508000121CD”**

<table style="background:white"> 
 <tbody> 
 <tr> 
 <td> 冒号 </td> 
 <td> 本行数据长度 </td> 
 <td> 本行数据起始地址（偏移地址） </td> 
 <td> 数据类型 </td> 
 <td> 数据 </td> 
 <td> 校验码 </td> 
 </tr> 
 <tr> 
 <td> &nbsp; </td> 
 <td> 1 byte </td> 
 <td> 2 bytes </td> 
 <td> 1 byte </td> 
 <td> n byte </td> 
 <td> 1 byte </td> 
 </tr> 
 <tr> 
 <td> [plain]<a title="view plain" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">view plain</a><a title="copy" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">copy</a> 
 <div style="background:white"> 
 1.&nbsp; &nbsp;&nbsp; 
 </div> </td> 
 <td> [plain]<a title="view plain" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">view plain</a><a title="copy" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">copy</a> 
 <div style="background:white"> 
 1.&nbsp; &nbsp;&nbsp; 
 </div> </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 </tr> 
 <tr> 
 <td> : </td> 
 <td> 04 </td> 
 <td> 0000 </td> 
 <td> 05 </td> 
 <td> 08000121 </td> 
 <td> CD </td> 
 </tr> 
 </tbody> 
</table>

记录的长度为04，LOAD OFFSET为0000，RECTYPE为05，此时，EIP寄存器里存放的地址：0x0800 0121;即IP指向下一个要执行的指令所在地址，我们来看一下IAP工程list目录下的.map文件，其中第393行处如图：**（看到没？0x0800 0121值main函数的入口地址）**

EIP是32位机的[指令寄存器][Link 1], IP是指令寄存器，存放当前指令的下一条指令的地址。CPU该执行哪条指令就是通过IP来指示的

上图参考hex数据文档：**http://pages.interlog.com/~speff/usefulinfo/Hexfrmt.pdf**或**http://microsym.com/editor/assets/intelhex.pdf**

第4条语句\---“:00000001FF” (每一个.hex文件的最后一行都是固定为这个内容)

<table style="background:white"> 
 <tbody> 
 <tr> 
 <td> 冒号 </td> 
 <td> 本行数据长度 </td> 
 <td> 本行数据起始地址（偏移地址） </td> 
 <td> 数据类型 </td> 
 <td> 数据 </td> 
 <td> 校验码 </td> 
 </tr> 
 <tr> 
 <td> &nbsp; </td> 
 <td> 1 byte </td> 
 <td> 2 bytes </td> 
 <td> 1 byte </td> 
 <td> n byte </td> 
 <td> 1 byte </td> 
 </tr> 
 <tr> 
 <td> [plain]<a title="view plain" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">view plain</a><a title="copy" href="http://blog.csdn.net/yx_l128125/article/details/13591743" rel="nofollow">copy</a> 
 <div style="background:white"> 
 1.&nbsp; &nbsp;&nbsp; 
 </div> </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 <td> &nbsp; </td> 
 </tr> 
 <tr> 
 <td> : </td> 
 <td> 00 </td> 
 <td> 0000 </td> 
 <td> 01 </td> 
 <td> &nbsp; </td> 
 <td> FF </td> 
 </tr> 
 </tbody> 
</table>

(每一个.hex文件的最后一行都是固定为这个内容)  
记录的长度为00，LOAD OFFSET为0000，RECTYPE为01 （01' End of File Record:用来标识文件结束，放在文件的最后，标识HEX文件的结尾）

三、iap和app 的.hex文件结合

操作1：设置编译IAP程序的编译器（如图），这个设置意思是把IAP程序下载到flash的 0x0800 0000开头的位置，然后编译程序,生产.hex文件；

】

操作2：设置编译APP程序的编译器（如图），这个设置意思是把APP程序下载到flash的0x0800 3000开头的位置，然后编译程序,生产.hex文件；

操作3：用 notepad++ 或者 UltraEdit打开 IAP 的.hex文件和APP 的.hex  文件

把IAP的.hex最后一句结束语句去掉(即：删除:00000001FF)

把APP的.hex全部内容拷贝复制到刚才删掉结束语句的 IAP的.hex后面（如图）

原来第701行为:00000001FF的结束语句

操作4：把两个.hex合成的.hex文件重新命名，烧写到0x0800 0000 开始位置的地址即可；

[view plain]: http://blog.csdn.net/yx_l128125/article/details/13591743
[Link 1]: http://baike.baidu.com/view/178142.htm