單片機hex和bin文件的區(qū)別
ex文件是可以燒寫到單片機中，被單片機執(zhí)行的一種文件格式，生成Hex文件的方式由很多種，可以通過不同的編譯器將C程序或者匯編程序編譯生成hex。
Hex文件如果用特殊的程序來查看(一般記事本就可以實現)。打開后可發(fā)現，真?zhèn)文件以行為單位，每行以冒號開頭，內容全部為16進制碼。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文件的每一行都是這樣的格式：
Intel hex 由一條或多條記錄組成，每條記錄都由一個冒號“:”打頭，其格式如下：
:CCAAAARR...ZZ
其中：
CC
本條記錄中的數據字節(jié)數
AAAA
本條記錄中的數據在存儲區(qū)中的起始地址
RR
記錄類型：
00 數據記錄 (data record)
01 結束記錄 (end record)
02 段記錄 (paragraph record)
03 轉移地址記錄 (transfer address record)
...
數據域
ZZ
數據域校驗和
Intel hex文件記錄中的數字都是16進制格式，兩個16進制數字代表一個字節(jié)。CC域是數據域中的實際字節(jié)數，地址、記錄類型和校驗和域沒有計算在內。校驗和是取記錄中從數據字節(jié)計數域(CC)到數據域(...)最后一個字節(jié)的所有字節(jié)總和的2的補碼。
而Bin文件是最純粹的二進制機器代碼,沒有格式,或者說是"順序格式"按assembly code順序翻譯成binary machine code.由于分析出來Hex文件中的數據域ASCII碼表示的十六進制與二進制一一對應,而且我公司DSP又是16位的,以一個word為最小單位,所以四個十六進制ASCII碼代表一條機器指令單位或者地址.借于上面分析,編寫了工具代碼.大體原理是用fscanf函數在每行的數據域讀入四個ASCII碼,以短整形(short int 16bit)形式儲存,在把這個短整形變量順序fwrite到文件流中去即可.
舉一例說明：
表1
ORG 0000H
LJMP START
ORG 040H
START：
MOV SP，#5FH ;設堆棧
LOOP：
NOP
LJMP LOOP ;循環(huán)
END ;結束
表2
:03000000020040BB
:0700400075815F000200431F
表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
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
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造成的結果。
編輯：admin 最后修改時間：2018-05-18
