您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 信息化管理 > stm32 IAP + APP ==双剑合一(HEX)
stm32IAP+APP==双剑合一(扩展-IAP主要用于产品出厂后应用程序的更新作用,上一篇博文详细的对IAP升级程序做了详细的分析,考虑到出厂时要先烧写IAP再烧写APP应用程序要烧写2次增加工人劳动力基础上写了“STM32IAP+APP==双剑合一”链接稍后发,希望通过IAP程序的hex文件和APP的hex文件合成一个hex或者把合成的hex文件转成.bin文件减少“体力”)一、简单框架介绍(简单回顾上篇博文《IAP在线升级详解》的几个重要知识点:1、stm32内部flash起始地址:0x08000000--0x08020000,其中从0x08000000开始位置存放IAP升级程序,从0x08003000开始的位置存放APP应用程序[而APP中的中断向量表放在0x08003000地方,更重要的是中断向量表的第1项存放的是栈顶地址,第二项放的是”复位中断“]二、IAP+APP结合的方法IAP和APP的hex文件合成1个hex文件的方法有2种:(1)简单1+1(2)IAP先烧写进flash的0x08000000开始位置,APP烧写到flash的0x08003000开始的地方;之后通过我上一篇博文的IAP程序的文件读出功能读取flash上的数据读到一个.bin文件上;我们先来详细分析“方法一”的操作:1.我们设置编译IAP程序的编译器(如图),这个设置意思是把IAP程序下载到flash的0x08000000开头的位置,然后编译程序2.编译完程序后,在工程目录的output文件夹中找到编译后生产的.hex文件;用notepad++或者UltraEdit打开IAP的.hex文件和APP的.hex文件,(顺便问一下.hex文件格式你会看吗?)hex文件格式:(1)以行为单位,每行以冒号开头,内容全部为16进制码(以ASCII码形式显示)(2)在HEX文件里面,每一行代表一个记录。记录的基本格式为:冒号本行数据长度本行数据起始地址数据类型数据校验码1byte2bytes1bytenbyte1byte第一个字节表示本行数据的长度;第二、三字节表示本行数据的起始地址;第四字节表示数据类型,数据类型有:0x00、0x01、0x02、0x03、0x04、0x05。'00'DataRrecord:用来记录数据,HEX文件的大部分记录都是数据记录'01'EndofFileRecord:用来标识文件结束,放在文件的最后,标识HEX文件的结尾'02'ExtendedSegmentAddressRecord:用来标识扩展段地址的记录'03'StartSegmentAddressRecord:开始段地址记录'04'ExtendedLinearAddressRecord:用来标识扩展线性地址的记录'05'StartLinearAddressRecord:开始线性地址记录然后是数据,最后一个字节为校验和。校验和的算法为:计算校验和前所有16进制码的累加和(不计进位),检验和=0x100-累加和打开.hex内容如下:(中间部分数据略去)[plain]viewplaincopy1.strong:020000040800F22.:10000000B80B00207D250008850300088703000841/strong3.:100010009B0300089F030008A303000800000000E24.:10002000000000000000000000000000A70300081E5.:10003000A903000800000000AB030008AD0300089E6.。7.。8.。9.:102B4000040000000000000000000000000000008110.:102B5000000000000000000000000000000000007511.:102B6000010203040102030406070809020406081F12.:102B700000366E01000000000000000001020304A613.:042B8000060708093314.strong:0400000508000121CD15.:00000001FF/strong先分析第一条语句----“:020000040800F2”冒号本行数据长度本行数据起始地址(偏移地址)数据类型数据校验码1byte2bytes1bytenbyte1byte[plain]viewplaincopy[plain]viewplaincopy1.1.:020000040800F2在上面的数据类型后2种记录(04,05)都是用来提供地址信息的。每次碰到这2个记录的时候,都可以根据记录计算出一个“基”地址。对于后面的数据记录,计算地址的时候,都是以这些“基”地址为基础的。以我们的语句为例:第1条记录的长度为02,LOADOFFSET为0000,RECTYPE为04,说明该记录为扩展段地址记录。数据为0008,校验和为F2。从这个记录的长度和数据,我们可以计算出一个基地址,这个地址为(0x080016)=0x08000000,后面的数据记录都以这个地址为基地址。第二条语句----“:10000000B80B00207D250008850300088703000841”冒号本行数据长度本行数据起始地址(偏移地址)数据类型数据校验码1byte2bytes1bytenbyte1byte[plain]viewplaincopy1.[plain]viewplaincopy1.:10000000B80B00207D250008850300088703000841第2条记录的长度为10(0x10=16字节),LOADOFFSET为0000,RECTYPE为00('00'DataRrecord:用来记录数据,HEX文件的大部分记录都是数据记录),数据为B80B00207D2500088503000887030008校验码为41;此时基地址为:0x08000000加上偏移地址:0x0000这条记录的16个字节的数据的起始地址为:0x0800000+0x0000=0x08000000第3条语句----“:0400000508000121CD”冒号本行数据长度本行数据起始地址(偏移数据类型数据校验码地址)1byte2bytes1bytenbyte1byte[plain]viewplaincopy1.[plain]viewplaincopy1.:0400000508000121CD记录的长度为04,LOADOFFSET为0000,RECTYPE为05,此时,EIP寄存器里存放的地址:0x08000121;即IP指向下一个要执行的指令所在地址,我们来看一下IAP工程list目录下的.map文件,其中第393行处如图:(看到没?0x08000121值main函数的入口地址)EIP是32位机的指令寄存器,IP是指令寄存器,存放当前指令的下一条指令的地址。CPU该执行哪条指令就是通过IP来指示的上图参考hex数据文档:~speff/usefulinfo/Hexfrmt.pdf或第4条语句---“:00000001FF”(每一个.hex文件的最后一行都是固定为这个内容)冒号本行数本行数据起始地数据数据校验据长度址(偏移地址)类型码1byte2bytes1bytenbyte1byte[plain]viewplaincopy1.:00000001FF(每一个.hex文件的最后一行都是固定为这个内容)记录的长度为00,LOADOFFSET为0000,RECTYPE为01(01'EndofFileRecord:用来标识文件结束,放在文件的最后,标识HEX文件的结尾)三、iap和app的.hex文件结合操作1:设置编译IAP程序的编译器(如图),这个设置意思是把IAP程序下载到flash的0x08000000开头的位置,然后编译程序,生产.hex文件;】操作2:设置编译APP程序的编译器(如图),这个设置意思是把APP程序下载到flash的0x08003000开头的位置,然后编译程序,生产.hex文件;操作3:用notepad++或者UltraEdit打开IAP的.hex文件和APP的.hex文件把IAP的.hex最后一句结束语句去掉(即:删除:00000001FF)把APP的.hex全部内容拷贝复制到刚才删掉结束语句的IAP的.hex后面(如图)原来第701行为:00000001FF的结束语句操作4:把两个.hex合成的.hex文件重新命名,烧写到0x08000000开始位置的地址即可;这里把合成的.hex文件上传到我的资源:(必须把PB1管脚拉低,串口1连接超级终端才能看到升级程序的引导信息):
本文标题:stm32 IAP + APP ==双剑合一(HEX)
链接地址:https://www.777doc.com/doc-3681859 .html