hex文件格式

来自http://bbs.csdn.net/topics/80388269

Intel hex 文件常用来保存单片机或其他处理器的目标程序代码。它保存物理程序存储区中的目标代码映象。一般的编程器都支持这种格式。

    Intel hex 文件全部由可打印的ASCII字符组成（可以用记事本打开），如下例所示：

        :2000000012014c75a800e4f508f509780a7a78e4f608dafcd283fcfded240af9a7050dbd81         :2000200000010ced2488ec34ff50edc283e4fcfded240af9e76d7013ed33e43c700d0dbd2a         :2000400000010ced2488ec34ff50e50509e50970020508e50924a8e50834fd50aee4f50874

    Intel hex 由一条或多条记录组成，每条记录都由一个冒号“:”打头，其格式如下：
    :CCAAAARR...ZZ  

    其中:CC   本条记录中的数据字节数
        AAAA  本条记录中的数据在存储区中的起始地址
        RR 

    记录类型： 

00 数据记录 (data record) 
01 结束记录 (end record) 
02 段记录 (paragraph record) 
03 转移地址记录 (transfer address record)
... 

    数据域   ZZ  数据域校验和

    Intel hex文件记录中的数字都是16进制格式，两个16进制数字代表一个字节。CC域是数据域中的实际字节数，地址、记录类型和校验和域没有计算在内。校验和是取记录中从数据字节计数域(CC)到数据域(...)最后一个字节的所有字节总和的2的补码。

对不起兄弟，我再更正一下：
NNAAAAFFDDDD....DDCC
NN 计数
AAAA 地址
FF 标志
DDDD....DD 数据正文
CC chksum，为FF和DDDD....DD部分的和的补码，按字节累加，应该从第一字节，即NN开始计算。

我以前写了一个 hex <-> bin 的转换工具，没想到里面有个错，却没有出问题...汗！

CheckSum:two's complement of length,address,record type and data fields module 256.
这话的意思是，chksum 是长度、地址、类型和数据对256的模的二进制补码。

实现是 长度、地址、类型和数据 累加后计算补码。
用高级语言的话，应先累加，再计算负数，再计算它对256的余数。

eg：

51行计算如下：

check = 10+80+50+00+62+62+00+。。。+00 = 0x01a4

0x1a4%256=0xa4

0xa4的补码是0X5C