HEX文件和BIN文件

来源：互联网发布：linux yum命令详解编辑：程序博客网时间：2024/05/18 03:32

1 － HEX文件是包括地址信息的，而BIN文件格式只包括了数据本身
         在烧写或下载HEX文件的时候，一般都不需要用户指定地址，因为HEX文件内部的信息已经包括了地址。而烧写BIN
         文件的时候，用户是一定需要指定地址信息的。

HEX文件以行为单位。每行以字符 ‘:’ (0x3a)开头，以回车换行符0x0d, 0x0a为结束。每行开始和结束之间的所有内容，都是以字符形式表现的。例如数据如果是 0x1A ，那么转换到HEX格式的行里面就是0x31 0x41。如果数据是16bit的，例如地址，则先显示高位，后显示底位。例如 0x1234，转换成HEX格式文件后变成 0x31 0x32 0x33 0x34，显示出来以后就是1234(自己的理解：HEX文件显示的是用ASCII码表示两个字节，实际占用内存4个字节)将数据部分内容每2个字符看做一个HEX数据，例如：

:020000040000FA , 我把它看做 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文件的每一行都是这样的格式：

<0x3a>

[数据长度1Byte]

[数据地址2Byte]

[数据类型1Byte]

[数据nByte]

[校验1Byte]

<0x0d>

<0x0a>

在例如：

:1000000018F09FE518F09FE518F09FE518F09FE5C0

安装上面的数据行格式分析如下:

<0x3a>

[数据长度1Byte]

[数据地址2Byte]

00 00

[数据类型1Byte]

[数据nByte]

18F09FE518F09FE518F09FE518F09FE5

[校验1Byte]

<0x0d>

<0x0a>

每行中的数据并不是一定有的，第二个直接的数据长度为0，那么这行就没有数据。

由于每行标识数据地址的只有2Byte，所以最大只能到64K，为了可以保存更大数据地址数据，就有了Extended Linear Address Record。如果这行的数据类型是0x04，那么，这行的数据就是随后数据的基地址。例如：

:020000040004F6

:1000000018F09FE518F09FE518F09FE518F09FE5C0

:1000100018F09FE5805F20B9F0FF1FE518F09FE51D

第一行，是Extended Linear Address Record，里面的基地址是0x0004，第二行是Data Record，里面的地址值是0x0000。那么数据18F09FE518F09FE518F09FE518F09FE5要写入FLASH中的地址为 (0x0004 << 16) | 0x0000，也就是写入FLASH的0x40000这个地址。同样，第三行的数据的写入地址为0x40010。当一个HEX文件的数据超过64k的时候，文件中就会出现多个Extended Linear Address Record。

End of File Record 行是每一个HEX文件的最后一行。例如：

:00000001FF

这样的一行数据内容是固定的，数据长度为0，地址为0。

校验值：每一行的最后一个值为此行数据的校验和。例如：

:1000000018F09FE518F09FE518F09FE518F09FE5C0 这行中的 0xC0

:1000100018F09FE5805F20B9F0FF1FE518F09FE51D 这行中的 0x1D

校验和的算法为：计算从0x3A 以后（不包括0x3A）的所有各字节的和模256的余。即各字节二进制算术和，不计超过256的溢出值，然后用0x100减去这个算数累加和，得出得值就是此行得校验和。

2 － BIN文件格式
         对二进制文件而言，其实没有”格式”。文件只是包括了纯粹的二进制数据。


3 － HEX文件格式
         HEX文件都是由记录（RECORD）组成的。在HEX文件里面，每一行代表一个记录。记录的基本格式为：
         +---------------------------------------------------------------+
         |   RECORD  | RECLEN |  LOAD  | RECTYPE | INFO or DATA | CHKSUM |
         |  MARK ':' |        | OFFSET |         |              |        |
         +---------------------------------------------------------------+
         |  1-byte   | 1-byte | 2-byte | 1-byte  |    n-byte    | 1-byte |
         +---------------------------------------------------------------+

         记录类型包括：
         '00' Data Rrecord：用来记录数据，HEX文件的大部分记录都是数据记录
         '01' End of File Record: 用来标识文件结束，放在文件的最后，标识HEX文件的结尾
         '04' Extended Linear Address Record: 用来标识扩展线性地址的记录
         '02' Extended Segment Address Record: 用来标识扩展段地址的记录

         在上面的后2种记录，都是用来提供地址信息的。每次碰到这2个记录的时候，都可以根据记录计算出一个“基”地址。
         对于后面的数据记录，计算地址的时候，都是以这些“基”地址为基础的。

         数据记录的具体格式：
         +---------------------------------------------------------------+
         |   RECORD  | RECLEN |  LOAD  | RECTYPE | INFO or DATA | CHKSUM |
         |  MARK ':' |        | OFFSET |  '00'   |              |        |
         +---------------------------------------------------------------+
         |  1-byte   | 1-byte | 2-byte | 1-byte  |    n-byte    | 1-byte |
         +---------------------------------------------------------------+

         看个例子：
        :020000040000FA
        :10000400FF00A0E314209FE5001092E5011092E5A3
        :00000001FF

        对上面的HEX文件进行分析：
        第1条记录的长度为02，LOAD OFFSET为0000，RECTYPE为04，说明该记录为扩展段地址记录。数据为0000，校验和为
        FA。从这个记录的长度和数据，我们可以计算出一个基地址，这个地址为0X0000。后面的数据记录都以这个地址为基
        地址。
        第2条记录的长度为10（16），LOAD OFFSET为0004，RECTYPE为00，说明该记录为数据记录。
        数据为FF00A0E314209FE5001092E5011092E5，共16个BYTE。这个记录的校验和为A3。此时的基地址为0X0000，加上OFFSET，
        这个记录里的16BYTE的数据的起始地址就是0x0000 + 0x0004 = 0x0004.
        第3条记录的长度为00，LOAD OFFSET为0000，TYPE ＝ 01，校验和为FF。说明这个是一个END OF FILE RECORD，标识
        文件的结尾。

        在上面这个例子里，实际的数据只有16个BYTE：FF00A0E314209FE5001092E5011092E5，其起始地址为0x4


4 － HEX文件和BIN文件大小有区别
     HEX文件是用ASCII来表示二进制的数值。例如一般8-BIT的二进制数值0x3F，用ASCII来表示就需要分别表示字符'3'
     和字符'F'，每个字符需要一个BYTE，所以HEX文件需要 > 2倍的空间。
     对一个BIN文件而言，你查看文件的大小就可以知道文件包括的数据的实际大小。而对HEX文件而言，你看到的文件
     大小并不是实际的数据的大小。一是因为HEX文件是用ASCII来表示数据，二是因为HEX文件本身还包括别的附加信息。

另附ASCII码表

八进制十六进制十进制字符八进制十六进制十进制字符00000nul1004064@01011soh1014165A02022stx1024266B03033etx1034367C04044eot1044468D05055enq1054569E06066ack1064670F07077bel1074771G10088bs1104872H11099ht1114973I120a10nl1124a74J130b11vt1134b75K140c12ff1144c76L150d13er1154d77M160e14so1164e78N170f15si1174f79O201016dle1205080P211117dc11215181Q221218dc21225282R231319dc31235383S241420dc41245484T251521nak1255585U261622syn1265686V271723etb1275787W301824can1305888X311925em1315989Y321a26sub1325a90Z331b27esc1335b91[341c28fs1345c92/351d29gs1355d93]361e30re1365e94^371f31us1375f95_402032sp1406096'412133!1416197a422234"1426298b432335#1436399c442436$14464100d452537%14565101e462638&14666102f472739`14767103g502840(15068104h512941)15169105i522a42*1526a106j532b43+1536b107k542c44,1546c108l552d45-1556d109m562e46.1566e110n572f47/1576f111o603048016070112p613149116171113q623250216272114r633351316373115s643452416474116t653553516575117u663654616676118v673755716777119w703856817078120x713957917179121y723a58:1727a122z733b59;1737b123{743c60<1747c124|753d61=1757d125}763e62>1767e126~773f63?1777f127del