stm32 IAP + APP合成一个烧写文件

(扩展-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文件里面,每一行代表一个记录。记录的基本格式为:

冒号 本行数据长度 本行数据起始地址 数据类型 数据 校验码
  1 byte 2 bytes 1 byte n byte 1 byte
           
           

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

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

第四字节表示数据类型,数据类型有:0x000x010x020x030x040x05

'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
  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”

冒号 本行数据长度 本行数据起始地址(偏移地址) 数据类型 数据 校验码
  1 byte 2 bytes 1 byte n byte 1 byte
[plain] view plain  copy
  1.   
 
[plain] view plain  copy
  1.   
     
02 0000 04 0800 F2
在上面的数据类型后2种记录(0405)都是用来提供地址信息的每次碰到这2个记录的时候,都可以根据记录计算出一个地址。对于后面的数据记录,计算地址的时候,都是以这些地址为基础的。以我们的语句为例:

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

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

冒号 本行数据长度 本行数据起始地址(偏移地址) 数据类型 数据 校验码
  1 byte 2 bytes 1 byte n byte 1 byte
[plain] view plain  copy
  1.   
[plain] view plain  copy
  1.   
       
: 10 0000 00 B80B00207D2500088503000887030008 41
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”

冒号 本行数据长度 本行数据起始地址(偏移地址) 数据类型 数据 校验码
  1 byte 2 bytes 1 byte n byte 1 byte
[plain] view plain  copy
  1.   
[plain] view plain  copy
  1.   
       
: 04 0000 05 08000121 CD
记录的长度为 04 LOAD OFFSET 0000 RECTYPE 05 ,此时,EIP寄存器里存放的地址:0x0800 0121; 即IP指向下一个要执行的指令所在地址,我们来看一下IAP工程list目录下的.map文件,其中第393行处如图:(看到没?0x0800 0121值main函数的入口地址)

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

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

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

冒号 本行数据长度 本行数据起始地址(偏移地址) 数据类型 数据 校验码
  1 byte 2 bytes 1 byte n byte 1 byte
[plain] view plain  copy
  1.   
         
: 00 0000 01   FF
 (每一个.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 开始位置的地址即可;

这里把 合成的.hex文件上传到我的资源:http://download.csdn.net/detail/yx_l128125/6475171(必须把PB1管脚拉低,串口1连接超级终端才能看到升级程序的引导信息):

你可能感兴趣的:(STM32F103,&,STM32,IAP)