单片机hex和bin文件的区别

Getaway

- S* @" |2 C9 k; R! `' P
2 b! t) p8 E" l  @  chex文件是可以烧写到单片机中，被单片机执行的一种文件格式，生成Hex文件的方式由很多种，可以通过不同的编译器将C程序或者汇编程序编译生成hex。
4 \# t% l# }; {# W4 w6 V

/ q# ~2 x, F* N. A& I. A$ a
Hex文件如果用特殊的程序来查看(一般记事本就可以实现)。打开后可发现，真个文件以行为单位，每行以冒号开头，内容全部为16进制码。Hex文件可以按照如下的方式进行拆分来分析其中的内容：

5 ]4 y( p! `2 N. s
- ?5 I8 r; w# X8 f
1 Y& A& j) l" K$ {" N例如：


& I3 Z, Y- c! i, y2 L$ N
* o9 m, t/ N; f:020000040000FA , 我把它看做 0x02 0x00 0x00 0x04 0x00 0x00 0xFA

- v- \6 q" k! a' }2 S! F
  V6 s8 `3 d: {6 }" R
第一个 0x02 为数据长度。


, J) d2 d/ x* x, r: Z6 r+ l) {6 ?
紧跟着后面的0x00 0x00 为地址。
% y+ P; O# u2 l  ]& L
- f, Y! Y! E- n8 s$ e1 ]

  }. O4 \$ f: x- F再后面的0x04为数据类型，类型共分以下几类：

3 V- b3 N6 Q0 S
6 _$ S/ l8 J- H6 u4 m
) u/ t* y) }1 G/ t$ f'00' Data Record
5 A0 ?  Y) A0 I
- O# N  ]8 J  I1 H5 u/ H
  h8 y$ J, g' g, q/ K0 v9 x! `
, C* a8 r2 m3 @! v- N- v# S'01' End of File Record

5 x( D3 ^% e' h: Q9 {

'02' Extended Segment Address Record


" ^7 _% t' A7 ~# v8 G
'03' Start Segment Address Record
$ W( U$ a" j8 q! B0 b
0 c7 v; P3 e2 w, u+ l" t
" \+ ~  c6 M/ ]* y
4 y9 s' ?! W5 }( Y0 @$ E* d+ s'04' Extended Linear Address Record

5 V' ~5 |6 ~) ]; L

( k. R- o2 s, L  t, Q'05' Start Linear Address Record
& Q( u' ]0 Y. k


然后，接着0x04后面的两个 0x00 0x00就是数据。最后一个0xFA是校验码。
" k: }4 m7 G) }$ Y( [
: j# N5 P- y8 p7 Y2 W

HEX文件的每一行都是这样的格式：
" G$ z. Z: @4 Z) a4 d5 {! s


+ H- d% I4 g% ~, `Intel hex 由一条或多条记录组成，每条记录都由一个冒号“:”打头，其格式如下：

$ B0 D1 I% s2 o, y( g

:CCAAAARR...ZZ
: z# _2 ^# Z! t- |1 E( A% [
8 E; e- P3 s) V/ W! w, ?' W

1 [6 k. D3 z; p, ]9 |7 a其中：


# Q6 v, c( F3 m& w1 f/ @0 a, J5 g
CC



% V$ y) [3 A) D4 t" v, U本条记录中的数据字节数
4 `4 Y0 l4 u1 O( @
: B" O. E/ G4 H

AAAA
( G6 p5 q9 h6 q4 H% v

0 l5 ^6 y) Z/ n- B" q
. {, L. x# [" Q  y2 |本条记录中的数据在存储区中的起始地址


) O4 o; Z* U' D
RR

$ P% k3 Q5 I+ t$ e9 ^" Y

. Y! X( t# X2 r" `1 Q- Y记录类型：
# Y) U, s6 J  p8 P, ~; p

# Q1 k  f0 r  u- @. Q& w; V9 c
00 数据记录 (data record)

& T; m! f7 a" W6 O' k

' M7 N: _, K$ ^3 E2 q01 结束记录 (end record)


, m  n4 M" W5 E+ Y, d9 ^  Z
- Q& v# n$ U! }2 ]# ]  H; U02 段记录 (paragraph record)
. G8 D' M* j+ E$ \) ?% U
  L0 X9 K$ n2 k* W  t
9 H; E' }7 M( `) c1 x! b  }6 ~
, f2 \0 K- ~& P" q. N9 E03 转移地址记录 (transfer address record)
) ~5 X) |2 o  L9 f/ `  c! B& Z0 Y6 S


$ d2 Z/ z; {, o! \# K; Y$ w- T...

( P# t$ g* B6 ?9 p- J4 t, F

数据域


9 E0 O/ T$ i( `) e; B, u' V  J( S
0 p9 g! E7 m" W6 r, u% j8 qZZ


. M" ~. C+ Q  E: w$ J+ F  t" t# j' t5 g
& ]4 \; }& N0 J; B- y  @* `数据域校验和

2 C- N1 \( H5 g# M! I) F7 M) l, _

1 p5 l" {$ U! _) \  pIntel hex文件记录中的数字都是16进制格式，两个16进制数字代表一个字节。CC域是数据域中的实际字节数，地址、记录类型和校验和域没有计算在内。校验和是取记录中从数据字节计数域(CC)到数据域(...)最后一个字节的所有字节总和的2的补码。
& P6 {; d% ]$ ^1 z- P, w3 y


而Bin文件是最纯粹的二进制机器代码,没有格式,或者说是"顺序格式"按assembly code顺序翻译成binary machine code.由于分析出来Hex文件中的数据域ASCII码表示的十六进制与二进制一一对应,而且我公司DSP又是16位的,以一个word为最小单位,所以四个十六进制ASCII码代表一条机器指令单位或者地址.借于上面分析,编写了工具代码.大体原理是用fscanf函数在每行的数据域读入四个ASCII码,以短整形(short int 16bit)形式储存,在把这个短整形变量顺序fwrite到文件流中去即可.
, E/ P, a& g4 `( c
0 q$ M! f$ P& a& V) h; P
! `9 v9 a3 s5 G8 {
举一例说明：


& I$ w) K4 O$ X' g: G# a
表1

9 K+ j8 M7 B3 R* l/ L
* M0 n3 `  R0 I& b
- q" a; s0 K2 Q7 QORG 0000H
4 l  M3 Z( r' g& O$ |0 c% T9 K

4 p! s. q  G& g, W- l
9 |' G) s* B4 j% ~3 X% `, L# ]$ E  a; [LJMP START

& T! N6 q( g" c# t6 j$ d

. I1 x1 F8 d; {0 Q9 w- W+ L0 \0 RORG 040H
# u9 }0 y7 ]2 X* b) i9 e0 U6 x


' R" h6 H: r+ J/ L0 VSTART：



6 m: Y- z0 J0 E4 IMOV SP，#5FH ;设堆栈
3 E0 k. G) X9 i3 `- a7 k0 ~# C
% z1 d' A6 B4 E0 ^# v  F5 ~5 i7 g

LOOP：

+ D/ C2 k/ X% y( A- P; A& \
$ S: P0 m3 z$ a* k/ D# C6 H
5 P8 F# P4 I' }& o( |NOP


. y) `! m, ?3 i3 ^& A
LJMP LOOP ;循环
3 I# b; l6 j" q/ }
+ s% _0 X% D; S7 U7 I0 ~

END ;结束
4 K  j. b& w+ i- g" |: v, p
( I+ a& t' e1 Q. D3 M0 A
9 R$ s( t$ y: r( I" a1 P
( R' D( R( o- R表2

: X5 E) W4 |$ b# B! v% d' o4 v+ d( Q9 C

1 }3 E3 L* c4 r  X/ s4 {:03000000020040BB
9 `& U7 ^, M5 ^2 ^
7 f5 H0 N# x) o" c8 P8 Z8 k5 d

:0700400075815F000200431F

, W5 g! ]1 V" w2 ~) E

/ g+ J! h0 B1 F" w$ J8 j表3



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
" m6 y0 F4 ]& B' k# a

0 h: Q' y# J' p2 g: z6 w7 c/ C3 y
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 FF

% o: L6 b% ^; R9 `$ E' i% ]

FF FF FF FF FF FF FF FF FF FF FF FF 75 81 5F 00 02 00 43



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