hex格式文件学习笔记
HEX格式
HEX文件格式学习笔记为了编写一个可以按照自己的要求进行ISP的程序，大概学习了一下HEX文件格式。
把学习笔记写出来，以为重新巩固所学习内容。
HEX文件以行为单位。
每行以字符‘:’ (0x3a)开头，以回车换行符0x0d, 0x0a为结束。
每行开始和结束之间的所有内容，都是以字符形式表现的。
例如数据如果是 0x1A ，那么转换到HEX格式的行里面就是0x31 0x41。
如果数据是16bit的，例如地址，则先显示高位，后显示底位。
例如 0x1234，转换成HEX格式文件后变成 0x31 0x32 0x33 0x34，显示出来以后就是1234。
将数据部分内容每2个字符看做一个HEX数据，例如：:020*********FA , 我把它看做 0x02 0x00 0x00 0x04 0x00 0x00 0xFA第一个 0x02 为数据长度。
紧跟着后面的0x00 0x00 为地址。
再后面的0x04为数据类型，类型共分一下几类：'00' Data Record'01' End of File Record'02' Extended Segment Address Record'03' Start Segment Address Record'04' Extended Linear Address Record'05' Start Linear Address Record然后，接着0x04后面的两个 0x00 0x00就是数据。
最后一个0xFA 是校验码。
HEX文件的每一行都是这样的格式：在例如：:1000000018F09FE518F09FE518F09FE518F09FE5C0安装上面的数据行格式分析如下:每行中的数据并不是一定有的，第二个直接的数据长度为0，那么这行就没有数据。
由于每行标识数据地址的只有2Byte，所以最大只能到64K，为了可以保存更大数据地址数据，就有了Extended Linear Address Record。
HEX文件和BIN文件格式的区别
HEX⽂件和BIN⽂件格式的区别在单⽚机开发中HEX⽂件和BIN⽂件是⾮常常见的烧写⽂件格式，以常⽤开发环境Keil为例，分别创建HEX和BIN⽂件，⽐如：1、创建HEX：在Keil⾥⾯可以通过勾选【魔法棒>Output>Creat HEX File】让⼯程输出HEX⽂件。
2、创建BIN：在Keil中在【魔法棒>User>After Build/Rebuild】标签下勾选Run #1，同时在其对应的User Command ⽂本框中输⼊fromelf --bin --output=@L.bin !L编译后就会输出BIN⽂件。
⾔归正传，先简单描述下HEX（左边）和BIN（右边）⽂件的区别：1、HEX⽂件HEX⽂件中同时包含的数据和地址信息，所以在烧写或下载HEX⽂件的时候，⼀般都不需要⽤户指定地址。
2、BIN⽂件BIN⽂件只有纯粹的数据（代码）信息，并不包含地址，所以烧写BIN时就需要指定烧写地址，⼀般可以在烧写⼯具上修改。
下⾯看⼀个Keil下⽣成的HEX和BIN⽂件的部分代码：HEX⽂件内容都是ASCII编码得到的，可以⽤本本编辑器直接打开，BIN⽂件不能⽤编辑器直接查看，可以把它转换成16进制然后显⽰（如在notepad++下装⼀个插件就好：）：很直观的可以看到BIN⽂件只是HEX⽂件中的数据区域。
HEX格式解读： HEX⽂件每⼀⾏代表⼀个记录（RECORD），其基本格式如下 RECORD MARK 冒号(:) 表⽰起始标志 LOAD RECLEN 数据长度 即INFO or DATA 段的数据长度 OFFSET 地址偏移 指定相对基地址的偏移量 RECTYP 记录类型 记录类型：“00”数据记录 “01”⽂件结束记录 '02'扩展段地址记录 '03'起始段地址记录 '04'扩展线性地址记录 '05'开始线性地址记录 INFO or DATA 数据信息 校验值⾸先要注意的时，1-byte中的byte在HEX⽂件中因为经过ASCII编码的所以⽤两个字符表⽰⼀个16进制即⼀个字节，，在BIN⽂件中则是直接⽤⼀个字节表⽰这两字符，上⾯的图很直观下⾯以HEX⽂件第⼀⾏为例，它的含义主要有，02表⽰数据段“6000”长度为2,0000表⽰偏移地址，04表⽰记录类型为扩展线性地址的记录，6000表⽰线性地址的基地址并且表⽰的时[16-31]区域即⾼位地址，[0-15]区域即低位默认为0。
基础知识hex文件格式详解
基础知识hex文件格式详解hex文件格式总结•什么是hex文件？•文件格式•指令类型（Record type）•校验和o:04 02B0 00 92020008 AEo:04 0000 05 08000135 B9o:00 0000 01 FF•hex转bin文件什么是hex文件？hex是用于文件格式是intel规定的标准，总体来说，hex是文本文件，经常在微控制器的固件开发中看到hex的身影，例如基于STM32F103硬件，使用MDK开发的话，该软件就可以生成hex文件；如下图所示；这是一个简单的STM32标准外设库工程，代码里什么都没做，具体如下；#include 'stm32f10x.h'#include <stdio.h>/*** @brief Main program.* @param None* @retval None*/int main(void){/* Add your application code here*//* Infinite loop */while (1){}}最终，我们打开生成的hex文件，可以看到，这的确是一个文本文件，所以，直接将hex文件烧入MCU的Flash还是不行的，除非烧录软件可以把hex文件转成bin文件，然后再进行烧录；:020*********F2:10000000000400204901000899010008950100083A:10001000970100089101000881020008000000001B:100020000000000000000000000000009D0100082A:1000300093010008000000009B010008290200084D:100040006301000863010008630100086301000800:1000500063010008630100086301000863010008F0:1000600063010008630100086301000863010008E0:1000700063010008630100086301000863010008D0:10008000630100086301000863010008000000002C:1000900000000000000000000000000063010008F4:1000A00063010008630100086301000863010008A0:1000B0006301000863010008630100086301000890:1000C0006301000863010008630100086301000880:1000D0006301000863010008630100086301000870 :1000E0006301000863010008630100086301000860 :1000F0006301000863010008000000000000000028 :100100000000000000000000630100086301000817 :10011000630100086301000863010008630100082F :10012000630100086301000863010008630100081F :1001300063010008DFF80CD000F018F80048004711 :10014000A102000800040020064880470648004736 :10015000FEE7FEE7FEE7FEE7FEE7FEE7FEE7FEE777:10016000FEE7FEE72D02000835010008064C074DAA :1001700006E0E06840F0010394E807009847103477 :10018000AC42F6D3FFF7DAFFA4020008B40200087D :10019000FEE77047FEE7FEE77047704770470000D4 :1001A0000CB500211F4801910091026842F4803291 :1001B00002604FF4A063026802F400320092019AD8 :1001C000521C0192009A12B9019A9A42F3D1026824 :1001D000920324D50121009141684160416841604A :1001E00041684160416821F47C114160416841F4FB :1001F00098114160016841F08071016001688901D6 :10020000FCD5416821F003014160416841F00201E1 :1002100041604168C1F381010229FAD10CBD00910E :100220000CBD00000010024070470000104810B5DF :10023000016841F00101016041680E4A11404160CE :1002400001680D4A11400160016821F480210160BC :10025000416821F4FE0141604FF41F0181600021DB :10026000C162FFF79DFF05494FF00060086010BDB7 :10027000001002400000FFF8FFFFF6FE08ED00E06E :10028000FEE702E008C8121F08C1002AFAD1704731 :100290007047002001E001C1121F002AFBD1704706 :1002A000FEE70000B4020008000000200004000087:0402B00092020008AE:0400000508000135B9:00000001FF文件格式通过上面的文件，我们不难发现，hex文件每行都由:作为起始码，这是显而易见的，而后面这些乱七八糟的数据又代表什么呢？先看下面这张图；hexformat这个和一般的通讯协议类似，一帧数据往往包括起始码，数据长度，数据类型，数据，校验码等等，所以hex文件也不例外，这里它包含几个特点，下面参考了wiki；•起始码：每行数据作为一帧，并由:作为起始码；•字节长度：两个十六进制数字（一对十六进制数字），指示数据字段中的字节数（十六进制数字对）。
单片机烧录用的hex文件，文件格式解析（转载）
单⽚机烧录⽤的hex⽂件，⽂件格式解析（转载）含有单⽚机的电⼦产品在量产的时候会⽤到.hex⽂件或者.bin。
hex是⼗六进制的，包含地址信息和数据信息，⽽bin⽂件是⼆进制的，只有数据⽽不包含地址。
任何⽂件都有⼀定的格式规范，hex⽂件同样具有完整的格式规范。
今天和⼤家分享⼀下，hex是如何解析的。
⼀、hex⽂件解析hex⽂件可以通过UltraEdit、Notepad++、记事本等⼯具打开，⽤Notepad++打开之后会看到如下数据内容。
使⽤Notepad++打开后会不同含义的数据其颜⾊不同。
每⾏数据都会有⼀个冒号开始，后⾯的数据由：数据长度、地址、标识符、有效数据、校验数据等构成。
以上图的第⼀⾏为例，进⾏解析：第1个字节10，表⽰该⾏具有0x10个数据，即16个字节的数据；第2、3个字节C000，表⽰该⾏的起始地址为0xC000；第4个字节00，表⽰该⾏记录的是数据；第5-20个字节，表⽰的是有效数据；第21个字节73，表⽰前⾯数据的校验数据，校验⽅法：0x100-前⾯字节累加和；其中，第4个字节具有5种类型：00-05，含义如下：字段含义00表⽰后⾯记录的是数据01表⽰⽂件结束02表⽰扩展段地址03表⽰开始段地址04表⽰扩展线性地址05表⽰开始线性地址单⽚机的hex⽂件以00居多，都⽤来表⽰数据。
hex⽂件的结束部分如下图所⽰。
最后⼀⾏的01表⽰⽂件结束了，最后的FF表⽰校验数据，由0x100-0x01=0xFF得来。
⼆、扩展地址细⼼的同学可能发现了，上⾯的地址都是两个字节，范围从0x000-0xFFFF，如果地址是0x17FFFF该怎么办呢？这就要⽤到扩展字段了，举例如下：第⼀⾏中，第⼀个字节为0x02，表⽰只有两个字节的数据，⽽扩展段的标识符为0x04表⽰后⾯的数据0x0800为扩展线性地址，基地址的计算⽅法为：(0x0800<<16)=0x08000000，在0x04标识段出现之前，下⾯的数据都是这个基地址。
HEX文件详细介绍
02 是这个记录当中数据字节的数量。
0000 是地址域,对于扩展线性地址记录,这个域总是0000。
04 是记录类型 04(扩展线性地址记录)
FFFF 是地址的高16位。
FC 是这个记录的校验和，计算方法如下:
01h + NOT(02h + 00h + 00h + 04h + FFh + FFh).
当一个扩展段地址记录被读取，存储于数据域的扩展段地址被保存，它被应用于从Intel HEX文件读取来的随后的记录。段地址保持有效，直到它被另外一个扩展地址记录所改变。
通过把记录当中的地址域与被移位的来自扩展段地址记录的地址数据相加获得数据记录的绝对存储器地址。
以下的例子演示了这个过程
[编辑本段]数据记录
Intel HEX文件由任意数量以回车换行符结束的数据记录组成。数据记录外观如下:
:10246200464C5549442050524F46494C4500464C33
其中:
10 是这个记录当中数据字节的数量。
2462 是数据将被下载到存储器当中的地址。
: 每个Intel HEX记录都由冒号开头.
ll 是数据长度域，它代表记录当中数据字节(dd)的数量。
aaaa 是地址域，它代表记录当中数据的起始地址。
tt 是代表HEX记录类型的域，它可能是以下数据当中的一个:
00 – 数据记录
01 – 文件结束记录
02 – 扩展段地址记录
当一个扩展线性地址记录被读取，存储于数据域的扩展线性地址被保存，它被应用于从Intel HEX文件读取来的随后的记录。线性地址保持有效，直到它被另外一个扩展地址记录所改变。
十六进制文件格式
十六进制文件格式HEX格式内容含义HEX文件格式是我们经常遇到的一种文件格式，因为几乎所有的编程烧录文件都为HEX格式。
首先，HEX文件中是包含了地址信息的。
这和BIN文件不同，BIN文件中只包含了数据信息。
所以我们在烧写或者下载HEX文件的时候，一般不需要我们指定地址，但是在烧写BIN 文件的时候，用户是一定要指定地址信息的。
二、HEX文件都是由记录组成的。
它的每一行都是一个记录来的。
它是由任意数量的十六进制数组成。
每个记录包含五个域，它们以以下格式排列的：：aabbbbcc[dd…]ee上面每一组不同的字母代表不同的一个域，每个字母代表一个十六进制的数字，每一个域至少由两个十六进制编码数字组成，每两个十六进制编码数字组成一个字节。
具体描述如下：1、每个HEX记录都由冒号开头；2、aa表示这个记录中的数据长度域，它代表记录当中数据字节[dd…]的字节数量。
3、bbbb是地址域，它代表记录当中数据的起始地址。
4、cc 是代表HEX记录类型的域，它可能是以下数据当中的一个：00 –数据记录01 –文件结束记录02 –扩展段地址记录04 –扩展线性地址记录5、dd 是数据域,它代表一个字节的数据，一个记录可以有许多数据字节。
记录当中数据字节的数量必须和数据长度域(aa)中指定的数字相符。
6、ee 是校验和域，它表示这个记录的校验和。
校验和的计算是通过将记录当中所有十六进制编码数字对的值相加，以256为模进行以下补足。
比如：前面AduC7026的LED实验中的HEX文件内容为：:020*********F2 。
1:1000000018F09FE518F09FE518F09FE518F09FE5C0 。
2:1000100018F09FE50000A0E118F09FE518F09FE5BB:100020004000080074030800700308006C03080017:100030006803080000000000640308006003080073:1000400078009FE50110A0E3041480E50110A0E30F:10005000081480E5F410A0E30C1480E560009FE52F:10006000DBF021E300D0A0E1040040E2D7F021E37F:1000700000D0A0E1040040E2D1F021E300D0A0E1F3:10008000040040E2D2F021E300D0A0E1800040E291:10009000D3F021E300D0A0E1040040E210F021E31E:1000A00000D0A0E11C009FE5010010E318E09F05CF:1000B00018E09F1510FF2FE1FEFFFFEAFEE7C046A4:1000C0000000FFFF900401003D010800B800080097:1000D000BD0008000000000000000000000000005B:1000E00000000000AA2108480160012107480160C2:1000F0005522074802600748016000210648016058:10010000F4210648016070471004FFFF1404FFFF4C:100110001804FFFF0404FFFF0804FFFF0C04FFFFA7:1001200004E005490A1C0139002AFBD1011C0138F1:100130000029F6D17047C046E8030000664806C8AB:100140000B1C134305D000230B70491C9142FBD1BB:10015000F5E76248C01C0323984306C80B1C1343F1:1001600006D00378401C0B70491C9142F9D1F1E78D:1001700000B5FFF7B7FFF0235948016899430160C4:10018000584A59480168114301600F2457480168D3:10019000A1430160564C5748016821430160534810:1001A0000168994301605348016811430160524A54 :1001B0004E48016891430160504A4E48016811431E :1001C00001604F4A49480168914301604D4A4948DE :1001D0000168114301604C4A4C4801689143016039 :1001E0004B4A4C480168114301604B4A474801683B :1001F00091430160494A4748016811430160484AF8 :100200004248016891430160464A424801681143EF :1002100001604549454801604548FFF781FF454970 :10022000454801604248FFF77BFF3F494248016073 :100230003F48FFF775FF41493F4801603C48FFF7E1 :100240006FFF3F493C4801603948FFF769FF3D496E :100250003D4801603648FFF763FF3C493A4801607A :100260003348FFF75DFF3A49374801603048FFF7F0 :1002700057FF2D49374801602D48FFF751FF2D49A1 :10028000354801602A48FFF74BFF27493248016093 :100290002748FFF745FF29492F4801602448FFF709 :1002A0003FFF27492C4801602148FFF739FF2549C6 :1002B0002A4801601E48FFF733FF244927480160A0 :1002C0001B48FFF72DFF2249244801601848FFF71B :1002D00027FF9EE700BDC046D4000800DC000800F0 :1002E00000F4FFFF0000000220F4FFFF0CF4FFFF0A :1002F0000000000150F4FFFF000F000000000004A8 :1003000000F000000000000800000F0008F4FFFFEC :100310000000001040F4FFFF0000F000000000208B :100320000000000F000000400000020024F4FFFF66 :100330002C0100000000010054F4FFFF0000040045 :10034000000008000000100044F4FFFF000020003F :100350000000400028F4FFFF58F4FFFF48F4FFFFBF:10036000FEFFFFEAFEFFFFEAFEFFFFEAFEFFFFEAF5:08037000FEFFFFEAFEFFFFEAB9:00000001FF它的第二行为：:1000000018F09FE518F09FE518F09FE518F09FE5C0容易知道：它的ee为：C0，计算过程如下：C0=0x01+not(0x10+0x00+0x00+0x00+0x18+0xF0+…+0xE5)文件结束(EOF)记录Intel HEX文件必须以文件结束(EOF)记录结束.这个记录的记录类型域的值必须是01.EOF记录外观总是如下::00000001FF其中：00 是记录当中数据字节的数量。
hex文件解析(最重要全面)
1.汇编程序：ORG 0000HAJMP MAINORG 000BHAJMP TOINTORG 0100HMAIN:CLR P1.0MOV TMOD,#01HMOV TH0, #0FEHMOV TL0, #0CHMOV IE, #28HSETB TR0LOOP:SJMP LOOPORG 0300HTOINT:SETB P1.0CLR P1.0MOV TH0,#0FEHMOV TL0,#0CHRETIEND2.对应hex文件：:0300000002030B ED:0C030B00787FE4F6D8FD75810702000041:020*********DD:02000B00610092:10010000C290758901758CFE758A0C75A828D28CF1:020*******FE6F:0B030000D290C290758CFE758A0C3202:00000001FF3.对hex文件结合汇编程序的解析：:0300000002030B ED%在0000H地址上，存储指令LJMP 030BH.程序跳转到地址030BH处。
:0C030B00787FE4F6D8FD75810702000041%在030BH地址上，存储指令如下:%787F,(双字节指令)，MOV Rn,#7F；（数据传送指令）%E4F6,(双字节指令)，CLR F6；(F6位置清零)%D8FD,(双字节指令), DJNZ Rn,rel；%758107,(三字节指令)，MOV 81,#07H；%020000,(三字节指令)，LJMP 0000H；这两句程序和汇编程序本身没有关系，其实质为预先固化的程序，使得后面写入的程序从0000H开始执行。
:020*********DD% AJMP MAIN:02000B00610092% AJMP TOINT，000BH是中断地址的入口，中断响应程序存于此地址，中断响应以后开始执行中断服务程序，中断服务程序地址是0300H。
HEX文件格式
Intel HEX文件是记录文本行的ASCII文本文件，在Intel HEX文件中，每一行是一个HEX记录，由十六进制数组成的机器码或者数据常量。
Intel HEX文件经常被用于将程序或数据传输存储到ROM、EPROM，大多数编程器和模拟器使用Int el HEX文件。
很多编译器的支持生成HEX格式的烧录文件，尤其是Keil c。
但是编程器能够下载的往往是BIN格式，因此HEX转BIN是每个编程器都必须支持的功能。
HEX格式文件以行为单位，每行由“：”（0x3a）开始，以回车键结束(0x0d, 0x0a)。
行内的数据都是由两个字符表示一个16进制字节，比如”01”就表示数0 x01；”0a”，就表示0x0a。
对于16位的地址，则高位在前低位在后，比如地址0x010a，在HEX格式文件中就表示为字符串”010a”。
下面为HEX文件中的一行：:10000000FF0462FF051EFF0A93FF0572FF0A93FFBC“：”表示一行的开始。
“：”后的第1，2个字符“10”表示本行包含的数据的长度，这里就是0x10即16个。
第3，4，5，6个字符“0000”表示数据存储的起始地址，这里表示从0x0000地址开始存储16个数据，其中高位地址在前，低位地址在后。
第7，8个字符“00”表示数据的类型。
该类型总共有以下几种：00 ----数据记录01 ----文件结束记录02 ----扩展段地址记录04 ----扩展线性地址记录这里就是0x00即为普通数据记录。
自后的32个字符就是本行包含的数据，每两个字符表示一个字节数据，总共有16个字节数据跟行首的记录的长度相一致。
最后两个字符表示校验码。
每个HEX格式的最后一行都是固定为：:00000001FF以上的信息其实就足够进行HEX转BIN格式的程序的编写。
首先我们只处理数据类型为0x00及0x01的情况。
0x02表示对应的存储地址超过了64K，由于我的编程器只针对64K以下的单片机，因此在次不处理，0x04也是如此。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
前两天做s3c2440的nandfalsh实验时，有些问题（函数的指定地址存放）没有弄懂，今天花了一天的时间，算是把这个问题给解决掉了，为了更加深入的了解以及以后的复习之用，决定把他总结以下。
首先，先认识一个问题，就是为什么能够指定地址存放？这个就涉及到生成hex镜像文件（不是bin文件），hex文件中包含了下载的地址（后面会详细解释），当下载软件如j-link，j-tag或是usb下载会根据hex文件中的地址信息将代码下到指定的地址单元中去。
这里需要注意的是由于nandflash是不参与cpu编址的，它的地址是相对自己而言，所以如果要在nandflash中下载到指定地址，需要通过u-boot来实现。
并且u-boot 必须支持这个功能，而其他的存储器是没这个问题，因为它们参与cpu的统一编址。
好，现在问题来了，hex中的地址怎么来的呢？这个就是ads link器功劳了，我们指导ads连接器在配置的时候有三种模式，第一种模式很少用，一般我们是使用第二种而第三种，第二种是用的最多的，是生成简单的链接文件，不能对函数实现指定地址存放，第三种是生成复杂的链接文件，可以实现函数的指定地址存放，这是通过scatter文件实现的（后面会详细介绍）下面就看一下hex文件全称Intel HEX ntel HEX文件是由一行行符合Intel HEX 文件格式的文本所构成的ASCII文本文件。
在Intel HEX文件中，每一行包含一个HEX记录。
这些记录由对应机器语言码和/或常量数据的十六进制编码数字组成。
Intel HEX文件通常用于传输将被存于ROM或者EPROM中的程序和数据。
大多数EPROM编程器或模拟器使用Intel HEX文件。
记录格式
Intel HEX由任意数量的十六进制记录组成。
每个记录包含5个域，它们按以下格式排列：
:llaaaatt[dd...]cc
每一组字母对应一个不同的域，每一个字母对应一个十六进制编码的数字。
每一个域由至少两个十六进制编码数字组成，它们构成一个字节，就像以下描述的那样：
: 每个Intel HEX记录都由冒号开头.
ll 是数据长度域,它代表记录当中数据字节(dd)的数量.
aaaa 是地址域,它代表记录当中数据的起始地址.
tt 是代表HEX记录类型的域,它可能是以下数据当中的一个:
00 –数据记录
01 –文件结束记录
02 –扩展段地址记录
04 –扩展线性地址记录
05 - 开始线性地址记录后面则是真正的数据记录
dd 是数据域,它代表一个字节的数据.一个记录可以有许多数据字节.记录当中数
据字节的数量必须和数据长度域(ll)中指定的数字相符.
cc 是校验和域,它表示这个记录的校验和.校验和的计算是通过将记录当中所有十六进制编码数字对的值相加,以256为模进行以下补足.
数据记录
Intel HEX文件由任意数量以回车换行符结束的数据记录组成.数据记录外观如下:
:10246200464C5549442050524F46494C4500464C33
其中:
10 是这个记录当中数据字节的数量.
2462 是数据将被下载到存储器当中的地址.
00 是记录类型(数据记录)
464C…464C是数据.
33 是这个记录的校验和.
扩展线性地址记录(HEX386)
扩展线性地址记录也叫作32位地址记录或HEX386记录.这些记录包含数据地址的高16位.扩展线性地址记录总是有两个数据字节,外观如下:
:02000004FFFFFC
其中:
02 是这个记录当中数据字节的数量.
0000 是地址域,对于扩展线性地址记录,这个域总是0000.
04 是记录类型04(扩展线性地址记录)
FFFF 是地址的高16位.
FC 是这个记录的校验和,计算方法如下:
01h + NOT(02h + 00h + 00h + 04h + FFh + FFh).
当一个扩展线性地址记录被读取,存储于数据域的扩展线性地址被保存,它被应用于从Intel HEX文件读取来的随后的记录.线性地址保持有效,直到它被另外一个扩展地址记录所改变.
通过把记录当中的地址域与被移位的来自扩展线性地址记录的地址数据相加获得数据记录的绝对存储器地址.
以下的例子演示了这个过程..
来自数据记录地址域的地址2462
扩展线性地址记录的数据域+ FFFF
------------
绝对存储器地址FFFF2462
扩展段地址记录(HEX86)
扩展段地址记录也叫HEX86记录,它包括4-19位数据地址段.扩展段地址记录总是有两个数据字节,外观如下:
:020*********EA
其中:
02 是记录当中数据字节的数量.
0000 是地址域.对于扩展段地址记录,这个域总是0000.
02 是记录类型02(扩展段地址记录)
1200 是地址段.
EA 是这个记录的校验和,计算方法如下:
01h + NOT(02h + 00h + 00h + 02h + 12h + 00h).
当一个扩展段地址记录被读取,存储于数据域的扩展段地址被保存,它被应用于从Intel HEX文件读取来的随后的记录.段地址保持有效,直到它被另外一个扩展地址记录所改变.
通过把记录当中的地址域与被移位的来自扩展段地址记录的地址数据相加获得数据记录的绝对存储器地址.
以下的例子演示了这个过程..
来自数据记录地址域的地址2462
扩展段地址记录数据域+ 1200
---------
绝对存储器地址00014462
文件结束(EOF)记录
Intel HEX文件必须以文件结束(EOF)记录结束.这个记录的记录类型域的值必须是01.EOF记录外观总是如下:
:00000001FF
其中:
00 是记录当中数据字节的数量.
0000 是数据被下载到存储器当中的地址.在文件结束记录当中地址是没有意义被忽略的.0000h是典型的地址.
01 是记录类型01(文件结束记录)
FF 是这个记录的校验和,计算方法如下:
01h + NOT(00h + 00h + 00h + 01h).
Intel HEX文件例子:
下面是一个完整的Intel HEX文件的例子:
:10001300AC12AD13AE10AF1112002F8E0E8F0F2244
:10000300E50B250DF509E50A350CF5081200132259
:03000000020023D8
:0C002300787FE4F6D8FD7581130200031D
:10002F00EFF88DF0A4FFEDC5F0CEA42EFEEC88F016
:04003F00A42EFE22CB
Hex文件的INTEL格式:这是Intel公司提出的按地址排列的数据信息,数据宽度为字节,所有数据使用16进制数字表示.
这是一个例子:
:10008000AF5F67F0602703E0322CFA92007780C361
:1000900089001C6B7EA7CA9200FE10D2AA00477D81
:0B00A00080FA92006F3600C3A00076CB
:00000001FF
第一行,":"符号表明记录的开始. 后面的两个字符表明记录的长度,这里是10h. 后面的四个字符给出调入的地址,这里是0080h. 后面的两个字符表明记录的类型;0 数据记录1 记录文件结束2 扩展段地址记录3 开始段地址记录4 扩展线性地址记录5
开始线性地址记录后面则是真正的数据记录, 最后两位是校验和检查,它加上前面所有的数据和为0.最后一行特殊,总是写成这个样子.
扩展Intel Hex的格式(最大1M): 由于普通的Intel的Hex记录文件只能记录64K的地址范围,所以大于64K的地址数据要靠扩展Intel Hex格式的文件来记录.对于扩展形式Hex文件,在每一个64K段的开始加上扩展的段地址规定,下面的数据地址均在这个段内,除非出现新的段地址定义.
一个段地址定义的格式如下:
起始符长度起始地址扩展段标示扩展段序号无用累加和
: 02 0000 02 3000 EC
段地址的标识符是第四组数据02,表示扩展地址段的定义,再后面的以为HEX数表示段的数目,
上面的定义为3,表示段地址是3,所以下面的数据地址是3 + XX(XX是64K段内的地址)。