單片機程序寫好之后，我們都要把程序下載到單片機的內存中，單片機才會按照程序員的邏輯執行命令實現功能。之前也講過下載單片機的幾種方式，比如ISP下載，JTAG下載，下載文件的格式最常見的是hex文件，這個格式大家都是知道的，還有一種bin文件是單片機的下載文件。下面介紹這兩種格式的區別。

　　HEX文件和BIN文件是我們經常碰到的2種文件格式。下面簡單介紹一下這2種文件格式的區別：

　　1 － HEX文件是包括地址信息的，而BIN文件格式只包括了數據本身

　　2 －在燒寫或下載HEX文件的時候，一般都不需要用戶指定地址，因為HEX文件內部的信息已經包括了地址。

? ? ? ? 而燒寫BIN文件的時候，用戶是一定需要指定地址信息的。

　　3 － BIN文件格式

　　對二進制文件而言，其實沒有”格式”。文件只是包括了純粹的二進制數據。

　　4 － 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

　　Intel hex文件記錄中的數字都是16進制格式，兩個16進制數字代表一個字節。CC域是數據域中的實際字節數，地址、記錄類型和校驗和域沒有計算在內。校驗和是取記錄中從數據字節計數域（CC）到數據域（。。。）最后一個字節的所有字節總和的2的補碼。

　　而Bin文件是最純粹的二進制機器代碼，沒有格式，或者說是“順序格式”按assembly code順序翻譯成binary machine code.由于分析出來Hex文件中的數據域ASCII碼表示的十六進制與二進制一一對應，而且我公司DSP又是16位的，以一個word為最小單位，所以四個十六進制ASCII碼代表一條機器指令單位或者地址。借于上面分析，編寫了工具代碼。大體原理是用fscanf函數在每行的數據域讀入四個ASCII碼，以短整形（short int 16bit）形式儲存，在把這個短整形變量順序fwrite到文件流中去即可。

　　HEX文件和BIN文件大小有區別

　　HEX文件是用ASCII來表示二進制的數值。例如一般8-BIT的二進制數值0x3F，用ASCII來表示就需要分別表示字符‘3’

　　和字符‘F’，每個字符需要一個BYTE，所以HEX文件需要 》 2倍的空間。

　　對一個BIN文件而言，你查看文件的大小就可以知道文件包括的數據的實際大小。而對HEX文件而言，你看到的文件

　　大小并不是實際的數據的大小。一是因為HEX文件是用ASCII來表示數據，二是因為HEX文件本身還包括別的附加信息。