你的浏览器版本过低,可能导致网站不能正常访问!
为了你能正常使用网站功能,请使用这些浏览器。

.hex 文件详解 stm32

[复制链接]
aimejia 发布时间:2018-5-23 16:16
本帖最后由 aimejia 于 2018-5-23 16:20 编辑

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

1.我们设置编译 程序的编译器(如图),这个设置意思是把程序下载到flash 的 0x0800 0000开头的位置,然后编译程序:
1.jpg

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

用 notepad++  或者 UltraEdit 打开 程序 的.hex文件   

hex文件格式:

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

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

4.png

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

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

第四字节表示数据类型,数据类型有: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内容如下:(中间部分数据略去)
  1. [plain] view plaincopy

  2. <strong>:020000040800F2  
  3. :10000000B80B00207D250008850300088703000841</strong>  
  4. :100010009B0300089F030008A303000800000000E2  
  5. :10002000000000000000000000000000A70300081E  
  6. :10003000A903000800000000AB030008AD0300089E  
  7. 。  
  8. 。  
  9. 。  
  10. :102B40000400000000000000000000000000000081  
  11. :102B50000000000000000000000000000000000075  
  12. :102B6000010203040102030406070809020406081F  
  13. :102B700000366E01000000000000000001020304A6  
  14. :042B80000607080933  
  15. <strong>:0400000508000121CD  
  16. :00000001FF</strong>  
复制代码
先分析第一条语句---- “:02 0000  04 0800  F2”

5.png

在上面的数据类型后2种记录(04,05)都是用来提供地址信息的。每次碰到这2个记录的时候,都可以根据记录计算出一个“基”地址。对于后面的数据记录,计算地址的时候,都是以这些“基”地址为基础的。以我们的语句为例:
第1条记录的长度为02,LOAD OFFSET为0000,RECTYPE为04,说明该记录为扩展段地址记录。数据为0800,校验和为F2。从这个记录的长度和数据,我们可以计算出一个基地址,这个地址为(0x0800 << 16) = 0x0800 0000 ,后面的数据记录都以这个地址为基地址。

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

6.png

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

7.png

记录的长度为04,LOAD OFFSET为0000,RECTYPE为05 ,此时,EIP寄存器里存放的地址:0x0800 0121; 即IP指向下一个要执行的指令所在地址,我们来看一下IAP工程list目录下的.map文件,其中第393行处如图:

2.jpg

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

3.jpg

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

8.png

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





转载自yx


收藏 2 评论2 发布时间:2018-5-23 16:16

举报

2个回答
xiajintaord 回答时间:2018-5-24 09:25:19
厉害厉害,但是有什么实际的用处吗?难道可以反推出代码
Veiko 回答时间:2020-11-12 15:40:03
谢谢分享, 关于05记录【开始线性地址记录】的说明对我帮助很大, 这样看来我们如果自已做这bin文件转hex的时候这条记录可以不用加了对吧, 一个是现在的ARM内核MCU用不到, 二一个是自已转换好像也没有参考数据

所属标签

关于
我们是谁
投资者关系
意法半导体可持续发展举措
创新与技术
意法半导体官网
联系我们
联系ST分支机构
寻找销售人员和分销渠道
社区
媒体中心
活动与培训
隐私策略
隐私策略
Cookies管理
行使您的权利
官方最新发布
STM32N6 AI生态系统
STM32MCU,MPU高性能GUI
ST ACEPACK电源模块
意法半导体生物传感器
STM32Cube扩展软件包
关注我们
st-img 微信公众号
st-img 手机版