单片机hex和bin文件的区别

Getaway

, h: m( v6 B5 e. f
hex文件是可以烧写到单片机中，被单片机执行的一种文件格式，生成Hex文件的方式由很多种，可以通过不同的编译器将C程序或者汇编程序编译生成hex。
, d+ C! u% d5 C# D2 o, E5 ?

0 W2 Q3 b- u# m) o3 L/ k
3 s7 D4 a/ _- y1 s0 oHex文件如果用特殊的程序来查看(一般记事本就可以实现)。打开后可发现，真个文件以行为单位，每行以冒号开头，内容全部为16进制码。Hex文件可以按照如下的方式进行拆分来分析其中的内容：

" E$ T; M3 e3 ?4 p7 F5 x
% x5 r. g% d1 X
例如：

) r5 ^( k7 s* J% J7 Q7 ?1 t
* r5 ?& T3 C' q- V) P+ y: M- L
) v9 A( L9 p# }$ M3 H" Z2 s:020000040000FA , 我把它看做 0x02 0x00 0x00 0x04 0x00 0x00 0xFA
6 b4 H0 G. m# {" `, [: a- K4 S& o5 U
( z% Y5 I" W$ g: S% b2 D4 D

第一个 0x02 为数据长度。

$ X! h: k7 _4 C: z
  e# T( U- [. B  k! W; Q
紧跟着后面的0x00 0x00 为地址。

1 ^5 o1 u& T+ q) p! K
5 D# Y' D' K  y. S: I3 W9 ?5 W1 c
# u' i+ m1 {/ b$ ]- [# n8 N0 ]! {再后面的0x04为数据类型，类型共分以下几类：
7 _6 }& T# ^/ x; U; M1 J4 v+ m
: F# ~3 d, }2 e2 ~: U
! @( H, f/ [+ P6 s5 T" r
8 r7 y, q1 f) J' {6 t'00' Data Record

/ c' J0 N' K+ n& i) h8 b
9 t2 D: z1 g- m% n5 T
; ?$ y- E8 d, U% K* e' m. s! C. Q'01' End of File Record

. ?+ G0 g% D. n& v

'02' Extended Segment Address Record

: Q+ O7 ]& t! [; r' i
- b# z3 L3 F& u& x) f  E: \& k5 K
/ J5 m6 ?; Y- M% D7 w4 i'03' Start Segment Address Record

, n1 g, n4 p( g4 j& y; H5 w6 e
# G: I; K; D% r9 W0 m! T
: [* i) W4 U4 s% i5 @- q% q' k'04' Extended Linear Address Record



'05' Start Linear Address Record
4 m0 x1 {, T% X


然后，接着0x04后面的两个 0x00 0x00就是数据。最后一个0xFA是校验码。
) o: D& @( I- K; O! Q( g4 C
7 N  a$ v3 T, Y/ y

6 i; Z; o7 ~! u" lHEX文件的每一行都是这样的格式：
( d- n9 S0 [5 l: K- T' A( W4 x


$ q) c! K* J5 R9 T0 _' Z1 I$ r$ d. IIntel hex 由一条或多条记录组成，每条记录都由一个冒号“:”打头，其格式如下：
, I2 ]9 G( t7 w. ]0 r* l3 x2 A

, f& Y+ p2 V  l9 N1 p& L( s
$ v1 O/ `7 f; H" T6 V:CCAAAARR...ZZ
9 j! ^) [! t6 {& v" X, V( }9 z4 V7 j
6 s7 A" V/ ?+ [2 ?' Y* H& _

其中：



4 c6 {6 c0 y1 y( DCC


9 T# c& g0 ~% \/ X8 C) {
本条记录中的数据字节数



AAAA
+ F5 m/ ^6 c4 k5 T/ M  k
2 H6 R( {# x& b: d) }" T
9 `' `. B$ c1 z# H8 |/ ?
本条记录中的数据在存储区中的起始地址

* t4 F* h/ F1 ^; n3 R% `/ s2 Y3 h

- z. h# s: ]) p- x4 W( n0 q) L. fRR
- ^0 i% A" Y4 O. ?. }4 I& i

1 a7 y$ q7 S0 ]! o0 \; U
记录类型：
1 Q& i; B; M6 |- @: i5 O
; B* K0 J( z0 @- s* o

00 数据记录 (data record)

( d4 j) A4 }, l1 J  X

01 结束记录 (end record)


4 `$ Q: j- ^+ H
02 段记录 (paragraph record)
0 ?6 e/ L- Q1 }+ M
/ X0 ^) D) O9 C8 f: @- l# _5 e
; I7 W( k. \5 Y0 E7 J
03 转移地址记录 (transfer address record)
. ~7 f$ }/ Q2 I5 Z) X4 @7 ^
! g4 V$ Z) k7 m$ B. C
- T8 J& U0 \# n: ^
...
' _7 l2 k; i  b' _
; S- l$ h- j3 A
  C" z- f& m3 u  x
数据域

5 n/ W5 W( C- P. I

ZZ
/ r# x" i5 f6 K5 G: s% _0 C
6 O# y' c: X' |8 S/ u6 {+ Q

4 R/ k8 G9 J" B4 p' S数据域校验和

7 X6 c( a: {5 U% E4 e. K! L

. k$ I: u0 t& q( \' C( p' h' H% N3 BIntel hex文件记录中的数字都是16进制格式，两个16进制数字代表一个字节。CC域是数据域中的实际字节数，地址、记录类型和校验和域没有计算在内。校验和是取记录中从数据字节计数域(CC)到数据域(...)最后一个字节的所有字节总和的2的补码。
4 A+ U# \& {+ r# Q  W

" }* r! d( [" j8 |
1 d* x  K$ y; w, [! k# l+ @而Bin文件是最纯粹的二进制机器代码,没有格式,或者说是"顺序格式"按assembly code顺序翻译成binary machine code.由于分析出来Hex文件中的数据域ASCII码表示的十六进制与二进制一一对应,而且我公司DSP又是16位的,以一个word为最小单位,所以四个十六进制ASCII码代表一条机器指令单位或者地址.借于上面分析,编写了工具代码.大体原理是用fscanf函数在每行的数据域读入四个ASCII码,以短整形(short int 16bit)形式储存,在把这个短整形变量顺序fwrite到文件流中去即可.
$ _2 |. z* \& T' i; S

7 z* y! N8 L* b, j5 f2 D+ N
* C% a* w- b8 H2 l举一例说明：


& [: Y: ]% m7 U# p
" ^3 Z, s5 E# \! }  U0 M; T* r4 _表1
1 x# a, A1 N% F, w6 l4 ~
# O- Z: k5 `! I

ORG 0000H
! B; L* }6 f2 ?9 ^6 _. j# b
( j% K0 i" j: Q4 k: U  b
. Z; u* E- I9 a( p1 C
, w- U  {% l4 {: f6 hLJMP START
3 t$ q/ H7 G' F* p# d
$ v# z9 C7 _! n

ORG 040H
5 n# b5 X6 t! A! @2 Z+ _

: @% U4 Z. }2 F! @5 e3 k
START：



MOV SP，#5FH ;设堆栈
$ e$ f/ J0 u2 e" ?2 x


; X7 S! o# }+ [. Y  J. p# tLOOP：
* p8 f! E: s/ W, k
; J0 q  D2 |# r* w" N
2 }( T8 f6 W  p( M! s, |3 Y: _
5 O4 V1 f( L8 }% l& y4 V+ ~2 Q& nNOP
6 b. x7 Q2 O9 B, Z0 \1 f


6 Q+ |5 q( x0 S" v: i) {LJMP LOOP ;循环
4 }! f0 t7 N3 U1 l


; j0 O" N6 k7 \) @. w# x8 k  mEND ;结束
0 \4 j' r) \' w: m0 z5 s8 V; k
, I2 ^/ G& _2 _+ a( i

表2
* d4 N& V" R- A$ }7 w2 |


:03000000020040BB
, V5 t- W$ N. l! Y9 Y, m6 v

0 M& |$ N2 F" F1 H) M( ?
:0700400075815F000200431F

, I( k% i! X) X/ S- l
" T) U  c  A0 G; G! G/ P8 X9 V
表3
3 N% H5 M: V0 n& a$ Y7 k- e# ~. q

" O0 J" r& X8 o9 R! c7 K2 F6 A
02 00 40 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
: _& g. z; t% e0 X8 g6 E


$ Y: Z$ }4 E; A. S( dFF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF

$ `: A/ C. v; I

FF FF FF FF FF FF FF FF FF FF FF FF 75 81 5F 00 02 00 43
$ O# I4 w' X6 ^% u


表1为源程序，表2是汇编后得到的HEX文件，表3是由HEX文件转换成的目标文件，也就是最终写入EPROM的文件，它由编程器转换得到，也可以由HEXBIN一类的程序转换得到。学过手工汇编者应当不难找出表3与表1的一一对应关系，值得注意的是从02 00 40后开始的一长串‘FF’，直到75 81，这是由于伪指令：ORG 040H造成的结果。