.hex 文件详解 stm32
2013-10-30 11:59
162 查看
我们先来详细分析“方法一”的操作:
1.我们设置编译 程序的编译器(如图),这个设置意思是把程序下载到flash 的 0x0800 0000开头的位置,然后编译程序
2.编译完程序后,在工程目录的output文件夹中找到编译后生产的.hex文件;
用 notepad++ 或者 UltraEdit 打开 程序 的.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
plaincopy
<strong>:020000040800F2
:10000000B80B00207D250008850300088703000841</strong>
:100010009B0300089F030008A303000800000000E2
:10002000000000000000000000000000A70300081E
:10003000A903000800000000AB030008AD0300089E
。
。
。
:102B40000400000000000000000000000000000081
:102B50000000000000000000000000000000000075
:102B6000010203040102030406070809020406081F
:102B700000366E01000000000000000001020304A6
:042B80000607080933
<strong>:0400000508000121CD
:00000001FF</strong>
先分析第一条语句---- “:02 0000 04 0800 F2”
在上面的数据类型后2种记录(04,05)都是用来提供地址信息的。每次碰到这2个记录的时候,都可以根据记录计算出一个“基”地址。对于后面的数据记录,计算地址的时候,都是以这些“基”地址为基础的。以我们的语句为例:
第1条记录的长度为02,LOAD
OFFSET为0000,RECTYPE为04,说明该记录为扩展段地址记录。数据为0800,校验和为F2。从这个记录的长度和数据,我们可以计算出一个基地址,这个地址为(0x0800
<< 16) = 0x0800 0000 ,后面的数据记录都以这个地址为基地址。
第二条语句----“ :10000000B80B00207D250008850300088703000841”
第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”
记录的长度为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文件的最后一行都是固定为这个内容)
(每一个.hex文件的最后一行都是固定为这个内容)
记录的长度为00,LOAD
OFFSET为0000,RECTYPE为01
(01'
End of File Record:用来标识文件结束,放在文件的最后,标识HEX文件的结尾)
1.我们设置编译 程序的编译器(如图),这个设置意思是把程序下载到flash 的 0x0800 0000开头的位置,然后编译程序
2.编译完程序后,在工程目录的output文件夹中找到编译后生产的.hex文件;
用 notepad++ 或者 UltraEdit 打开 程序 的.hex文件
hex文件格式:
(1)以行为单位,每行以冒号开头,内容全部为16进制码(以ASCII码形式显示)
(2)在HEX文件里面,每一行代表一个记录。记录的基本格式为:
冒号 | 本行数据长度 | 本行数据起始地址 | 数据类型 | 数据 | 校验码 |
1 byte | 2 bytes | 1 byte | n byte | 1 byte | |
第二、三字节表示本行数据的起始地址;
第四字节表示数据类型,数据类型有: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
plaincopy
<strong>:020000040800F2
:10000000B80B00207D250008850300088703000841</strong>
:100010009B0300089F030008A303000800000000E2
:10002000000000000000000000000000A70300081E
:10003000A903000800000000AB030008AD0300089E
。
。
。
:102B40000400000000000000000000000000000081
:102B50000000000000000000000000000000000075
:102B6000010203040102030406070809020406081F
:102B700000366E01000000000000000001020304A6
:042B80000607080933
<strong>:0400000508000121CD
:00000001FF</strong>
先分析第一条语句---- “:02 0000 04 0800 F2”
冒号 | 本行数据长度 | 本行数据起始地址(偏移地址) | 数据类型 | 数据 | 校验码 |
1 byte | 2 bytes | 1 byte | n byte | 1 byte | |
[plain]view plaincopy | [plain]view plaincopy | ||||
: | 02 | 0000 | 04 | 0800 | F2 |
第1条记录的长度为02,LOAD
OFFSET为0000,RECTYPE为04,说明该记录为扩展段地址记录。数据为0800,校验和为F2。从这个记录的长度和数据,我们可以计算出一个基地址,这个地址为(0x0800
<< 16) = 0x0800 0000 ,后面的数据记录都以这个地址为基地址。
第二条语句----“ :10000000B80B00207D250008850300088703000841”
冒号 | 本行数据长度 | 本行数据起始地址(偏移地址) | 数据类型 | 数据 | 校验码 |
1 byte | 2 bytes | 1 byte | n byte | 1 byte | |
[plain]view plaincopy | [plain]view plaincopy | ||||
: | 10 | 0000 | 00 | B80B00207D2500088503000887030008 | 41 |
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 plaincopy | [plain]view plaincopy | ||||
: | 04 | 0000 | 05 | 08000121 | CD |
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 plaincopy | |||||
: | 00 | 0000 | 01 | FF |
记录的长度为00,LOAD
OFFSET为0000,RECTYPE为01
(01'
End of File Record:用来标识文件结束,放在文件的最后,标识HEX文件的结尾)
相关文章推荐
- .hex 文件详解 stm32(stm32深入理解机器码)
- .hex 文件详解 stm32
- hex 文件详解 stm32
- stm32启动文件详解及SystemInit函数分析
- STM32中flash大小-hex文件大小-bin文件大小之间的关系
- 第14章 启动文件详解—零死角玩转STM32-F429系列
- stm32启动文件详解
- STM32启动文件详解
- 第14章 启动文件详解—零死角玩转STM32-F429系列
- STM32两个hex文件合并问题
- 004:STM32启动文件详解及SystemInit函数分析(转)
- STM32启动文件2.02过程详解
- STM32启动文件详解及SystemInit函…
- STM32 HEX文件合并的方法
- STM32启动文件详解1
- STM32启动文件详解
- STM32启动文件详解
- 基于Eclipse搭建的STM32环境下的J-Flash烧写【hex/bin】文件到STM32xx开发板中的设置方法与步骤
- STM32启动文件详解
- STM32启动文件详解——startup_stm32f10x_xx.s