教你一眼看出.HEX和.BIN文件格式

duzy

HEX文件和BIN文件是我们经常碰到的2种文件格式。下面简单介绍一下这2种文件格式的区别：
3 v2 y3 V* X8 W, `* s! J
! _7 V' K! ?" H3 s1 － HEX文件是包括地址信息的，而BIN文件格式只包括了数据本身
9 `6 m5 B8 S% V4 c+ C         在烧写或下载HEX文件的时候，一般都不需要用户指定地址，因为HEX文件内部的信息已经包括了地址。而烧写BIN
7 q6 S% L( C+ H' L1 ~         文件的时候，用户是一定需要指定地址信息的。
4 U$ I7 C2 ^% ^, e* u         
         
- q; U( b8 L; u/ C; p- o: N: t3 I3 － BIN文件格式
$ I4 g2 R" a! x) X, R9 r         对二进制文件而言，其实没有”格式”。文件只是包括了纯粹的二进制数据。
9 z' ~/ c- Q, y: |9 X, [         
         
! [4 r, d) e; ]/ N, X% y4 － HEX文件格式
, m7 s! v2 V, g+ }" @( k         HEX文件都是由记录（RECORD）组成的。在HEX文件里面，每一行代表一个记录。记录的基本格式为：
" U7 s. w, N' U$ j& j
: r9 f. M( E% Z  {: ], }1 O+---------------------------------------------------------------+
2 a3 V$ T' C/ t         |   RECORD  | RECLEN |  LOAD  | RECTYPE | INFO or DATA | CHKSUM |
         |  MARK ':' |        | OFFSET |         |              |        |
         +---------------------------------------------------------------+
9 ^, t7 u3 o) N! `0 @* r         |  1-byte   | 1-byte | 2-byte | 1-byte  |    n-byte    | 1-byte |
* O3 Z6 x' b8 D# @4 v9 v         +---------------------------------------------------------------+
! p/ p/ k$ ^' w/ z记录类型包括：
         '00' Data Rrecord：用来记录数据，HEX文件的大部分记录都是数据记录
         '01' End of File Record: 用来标识文件结束，放在文件的最后，标识HEX文件的结尾
         '04' Extended Linear Address Record: 用来标识扩展线性地址的记录
, x7 b% s8 |: t' U# s/ m- K7 t$ U5 v* i         '02' Extended Segment Address Record: 用来标识扩展段地址的记录
) c8 l! G. N9 ?" c         
         在上面的后2种记录，都是用来提供地址信息的。每次碰到这2个记录的时候，都可以根据记录计算出一个“基”地址。
& v3 T6 n( ~6 m- G. O7 `         对于后面的数据记录，计算地址的时候，都是以这些“基”地址为基础的。
         
( v: k, T. H: Y- t( ^* H7 s: M) }         数据记录的具体格式：
         +---------------------------------------------------------------+
" e# n" o1 T6 O         |   RECORD  | RECLEN |  LOAD  | RECTYPE | INFO or DATA | CHKSUM |
         |  MARK ':' |        | OFFSET |  '00'   |              |        |
         +---------------------------------------------------------------+
         |  1-byte   | 1-byte | 2-byte | 1-byte  |    n-byte    | 1-byte |
         +---------------------------------------------------------------+         
         
         看个例子：
1 f9 K4 a  L- a0 u# b        :020000040000FA
        :10000400FF00A0E314209FE5001092E5011092E5A3
        :00000001FF         
# N+ }( H% Q$ c. r      
2 c2 c8 I; X# d. d* T        对上面的HEX文件进行分析：
        第1条记录的长度为02，LOAD OFFSET为0000，RECTYPE为04，说明该记录为扩展段地址记录。数据为0000，校验和为
# \4 r5 x! W+ d% u        FA。从这个记录的长度和数据，我们可以计算出一个基地址，这个地址为0X0000。后面的数据记录都以这个地址为基
        地址。
        第2条记录的长度为10（16），LOAD OFFSET为0004，RECTYPE为00，说明该记录为数据记录。
: {9 L# X' c: ?8 d: E1 g6 w, v        数据为FF00A0E314209FE5001092E5011092E5，共16个BYTE。这个记录的校验和为A3。此时的基地址为0X0000，加上OFFSET，
0 a: O6 Z2 F* ?7 v        这个记录里的16BYTE的数据的起始地址就是0x0000 + 0x0004 = 0x0004.
        第3条记录的长度为00，LOAD OFFSET为0000，TYPE ＝ 01，校验和为FF。说明这个是一个END OF FILE RECORD，标识
0 L$ w9 b' v6 W, ?        文件的结尾。
$ U' F+ _/ N8 g3 ]: S      
        在上面这个例子里，实际的数据只有16个BYTE：FF00A0E314209FE5001092E5011092E5，其起始地址为0x4
           
) N' L! }" r0 L+ h5 s
5 － HEX文件和BIN文件大小有区别
! C! Q+ a3 N  p3 M& Q8 L5 w) d     HEX文件是用ASCII来表示二进制的数值。例如一般8-BIT的二进制数值0x3F，用ASCII来表示就需要分别表示字符'3'
- @1 q. E* n1 c( `- ]3 _# n: i     和字符'F'，每个字符需要一个BYTE，所以HEX文件需要 > 2倍的空间。
     对一个BIN文件而言，你查看文件的大小就可以知道文件包括的数据的实际大小。而对HEX文件而言，你看到的文件
     大小并不是实际的数据的大小。一是因为HEX文件是用ASCII来表示数据，二是因为HEX文件本身还包括别的附加信息。
: {/ l, ~% k- X) Y0 B2 b
' o% L( x" l6 ~# t' y; }

% K. Z( z7 Y2 ]6 T+ d% V要想详细了解HEX文件格式， 请参见

Gegu

感谢分享！！！

Mhza

不错，谢谢分享