扩展-IAP主要用于产品出厂后应用程序的更新作用，考虑到出厂时要先烧写IAP  再烧写APP应用程序要烧写2次增加工人劳动力基础上写了“STM32 IAP+APP ==>双剑合一”链接稍后发，希望通过IAP程序的hex 文件 和 APP的hex文件 合成一个hex  或者把合成的hex文件转成.bin 文件 减少“体力”）


一、简单框架介绍
& Y6 k* j* Y0 a' O/ J$ N4 W
9 t& W! m" w0 o& k2 }0 f1、stm32内部flash起始地址：0x0800 0000 -- 0x0802 0000 ,其中 从 0x0800 0000开始位置存放IAP 升级程序，  从0x 0800 3000开始的位置存放APP应用程序[ 而APP中的中断向量表放在0x0800 3000地方，更重要的是中断向量表的第1项存放的是栈顶地址，第二项放的是”复位中断“ ]



& _/ l) u% W+ G7 J) a9 l二、IAP +APP 结合的方法
: u5 n, @4 U) F/ a; x/ f
IAP 和APP 的hex 文件合成1个hex 文件的方法有2种：

(1)  "简单1+1"   

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


我们先来详细分析“方法一”的操作：
2 [6 P3 ]' r9 b7 {4 ~- C' l
1.我们设置编译IAP程序的编译器（如图），这个设置意思是把IAP程序下载到flash 的 0x0800 0000开头的位置，然后编译程序


  U- {- ?0 m! M2 C* g% y5 ]6 I$ O
2.编译完程序后，在工程目录的output文件夹中找到编译后生产的.hex文件；

用 notepad++  或者 UltraEdit 打开  IAP 的.hex文件   和APP 的.hex 文件 ，  （顺便问一下.hex文件格式你会看吗？）
& Y) a# v0 ^$ [! h& _4 B, i
hex文件格式：
+ g7 _* X. g+ q+ L  B
4 I% p" V1 o4 n3 l(1)以行为单位，每行以冒号开头，内容全部为16进制码（以ASCII码形式显示）

& |5 @7 ?1 N& N# |) o" `  x
(2)在HEX文件里面，每一行代表一个记录。记录的基本格式为：

$ `) T, ?. I8 m9 W1 |1 q, U
9 u, ?, U2 ~. o/ Q# O                                             
                                             
第一个字节 表示本行数据的长度；
9 @. }$ {! Q- j" |
$ B; c1 p9 A9 G5 ?- @, h第二、三字节表示本行数据的起始地址；

第四字节表示数据类型，数据类型有：0x00、0x01、0x02、0x03、0x04、0x05。
" q9 q0 A/ h. G, v, \# x
'00' Data Rrecord：用来记录数据，HEX文件的大部分记录都是数据记录

'01' End of File Record:用来标识文件结束，放在文件的最后，标识HEX文件的结尾
# t1 K; c8 `% M: c
" \# f2 H- k/ v8 m8 a1 V'02' Extended Segment Address Record:用来标识扩展段地址的记录

  G3 p7 j- U6 G; b'03' Start Segment Address Record:开始段地址记录

- W1 e, h# v0 L# ^6 t2 Q'04' Extended Linear Address Record:用来标识扩展线性地址的记录
7 `) O/ F" G. P1 E* g3 q4 O5 S  Z, e
'05' Start Linear Address Record:开始线性地址记录
3 C: S( p/ i4 C& a4 d" B1 `
然后是数据，最后一个字节 为校验和。
& [3 K5 d) O& R, L+ h
( d/ z! Q% o/ s3 H- m校验和的算法为：计算校验和前所有16进制码的累加和(不计进位)，检验和 = 0x100 - 累加和
5 l7 a* Z/ ]; c4 n& ~
5 T& E! V  S9 ]7 W) M7 N6 L打开.hex内容如下：（中间部分数据略去）
% O1 h4 J+ J0 L/ z! k$ X( p( s
<strong>:020000040800F2
1 \  b# e) X" ]3 s$ l0 F, [! \  Q:10000000B80B00207D250008850300088703000841</strong>
:100010009B0300089F030008A303000800000000E2
9 E, @$ ]# Z/ L3 {1 d:10002000000000000000000000000000A70300081E
* C9 b% f3 z4 y! N:10003000A903000800000000AB030008AD0300089E
。
。
。
:102B40000400000000000000000000000000000081
:102B50000000000000000000000000000000000075
:102B6000010203040102030406070809020406081F
:102B700000366E01000000000000000001020304A6
:042B80000607080933
, y  x* h, B2 p6 F% C: V<strong>:0400000508000121CD
" X9 g7 e% W+ x:00000001FF</strong>
! ~  E8 z5 M1 D2 ~& }; B
先分析第一条语句---- “：02 0000  04 0800  F2”
: H1 F4 F2 j3 H  T5 e! A5 _
      
                  
3 \' K* v. z- R  X4 u在上面的数据类型后2种记录(04，05)都是用来提供地址信息的。每次碰到这2个记录的时候，都可以根据记录计算出一个“基”地址。对于后面的数据记录，计算地址的时候，都是以这些“基”地址为基础的。以我们的语句为例：
第1条记录的长度为02，LOAD OFFSET为0000，RECTYPE为04，说明该记录为扩展段地址记录。数据为0008，校验和为F2。从这个记录的长度和数据，我们可以计算出一个基地址，这个地址为(0x0800 << 16) = 0x0800 0000 ,后面的数据记录都以这个地址为基地址。

第二条语句----“ :10000000B80B00207D250008850300088703000841”
: p  n) k1 |+ i) Z% D! E# \

6 h& P3 C( H) |: ^! I9 \第 2 条记录的长度为 10（0x10=16字节） ， LOAD OFFSET 为 0000 ， RECTYPE 为 00（'00' Data Rrecord：用来记录数据，HEX文件的大部分记录都是数据记录） ，数据为B80B00207D2500088503000887030008   校验码为41；此时基地址为：0x0800 0000  加上偏移地址：0x0000   这条记录的16个字节的数据的起始地址为：0x0800000 + 0x0000 =0x0800 0000
5 d8 ~$ |  X8 B7 ]第3条语句----“:0400000508000121CD”



3 g0 E' f6 G. d记录的长度为 04 ， LOAD OFFSET 为 0000 ， RECTYPE 为 05 ，此时，EIP寄存器里存放的地址：0x0800 0121; 即IP指向下一个要执行的指令所在地址，我们来看一下IAP工程list目录下的.map文件，其中第393行处如图：（看到没？0x0800 0121值main函数的入口地址）
( m% I, |, d* T# K& h* l. r  M

) {: C/ t- g  v8 M" [
EIP是32位机的指令寄存器, IP是指令寄存器，存放当前指令的下一条指令的地址。CPU该执行哪条指令就是通过IP来指示的
* C  E0 |( i7 A* q9 Z8 q# E( u
1 V+ j) n, v8 t, [1 w8 a$ ]  p
6 s; G$ [- z3 R8 P6 ~" k0 {
% O' L5 {& W5 M5 C; ?4 A+ H
3 m, X; u5 ^& t: d- ^" {第4条语句---“:00000001FF”  (每一个.hex文件的最后一行都是固定为这个内容)



1 Z, D, F8 d- u/ h0 J$ R* A (每一个.hex文件的最后一行都是固定为这个内容)
记录的长度为 00 ， LOAD OFFSET 为 0000 ， RECTYPE 为 01   （ 01' End of File Record:用来标识文件结束，放在文件的最后，标识HEX文件的结尾）
+ I! C( ?# t; r
  H" K7 R6 J# W' H6 z, W4 }三、iap 和app  的.hex 文件结合
, D9 c- j" t$ r: C6 E. z: z
操作1：设置编译IAP程序的编译器（如图），这个设置意思是把IAP程序下载到flash 的 0x0800 0000开头的位置，然后编译程序,生产.hex文件；
5 p& @% a9 u* ~! N2 z! A



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


操作3：用 notepad++  或者 UltraEdit 打开  IAP 的.hex文件   和APP 的.hex 文件
8 x. Z) B; e7 O0 t" m* B
4 u% X. `  C  P2 x" h8 h0 p把IAP的.hex 最后一句结束语句去掉(即：删除:00000001FF)

把APP的.hex 全部内容拷贝复制到 刚才删掉结束语句的 IAP的.hex后面（如图）
1 v& f7 I; s- P5 P) [4 Q
& n& t& p2 G; }4 k& A* X1 h原来第701行为 :00000001FF 的结束语句
$ i2 W$ k4 ~; C# T; c4 V' b


4 k2 N* u: t- a* K- U: L操作4：把两个.hex合成的.hex文件重新命名，烧写到0x0800 0000 开始位置的地址即可；

+ `7 @, C3 `/ q3 j+ Z9 l, G& R  V这里把 合成的.hex文件上传到我的资源：http://download.csdn.net/detail/yx_l128125/6475171(必须把PB1管脚拉低，串口1连接超级终端才能看到升级程序的引导信息)：
  J6 s# b& m0 _

$ L1 e' Z. v, r1 j. \
( M5 e. K1 T, }8 C4 i0 f