keil编译生成hex文件大小与单片机内的flash空间大小有什么关系啊

Question

keil编译生成hex文件大小与单片机内的flash空间大小有什么关系啊。。我用的单片机有64K的flash为什么我编译生成的77K的hex文件也能用烧录器烧进去啊 。。谢谢高人指点
我用的是at89C51ed2

Answer 1

1. keil编译生成hex文件大小与单片机内的flash空间大小 没有关系!

2. HEX 文件的大小,不是最终的代码大小, 一般实际要更小一些. 如果有兴趣研究,可以下载一下叫做 hex2bin 的小程序,可以把hex转换为bin的

Intel hex 文件格式解密

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的补码。

Answer 2

Hex文件是一个16进制文件,可以用记事本打开后看到其ASCII码，这个是高层文件的大小。
而我们平时说的64K程序的单片机是值有64KB二进制储存空间，Keil生成Hex文件的的具体文件结构有下面的朋友“_bingri”回答了，由此得出真正的所需要的二进制文件要比Hex小。
至于Hex的大小，同样一个工程文件，选择不同的编译参数和命令行，就能得到同样功能（即由16进制转到2进制的机器码大小不变），但Hex文件大小不同的文件（选择不同的编译参数和命令行）。

另外，要值得注意的是，根据我的认识，我还有纠正下面的一位朋友“_bingri”的一个错误：keil编译生成hex文件大小与单片机内的flash空间大小 没有关系!
这个是错误的：这个是有关系的，并且如果程序的容量比单片机的Rom的容量大很多时，多出单片机最大Rom地址的代码将无法写入芯片中(而现在的上层编程器相应的烧写软件都可能基本上在这之前就对HEX转成的2进制文件大小进行判断了，如果超出实际大小，就不能烧写芯片了)

Answer 3

HEX文件的77K，是指77K BYTE，还是77K bit?
如是BYTE，你这77KB，是不是通过点右键属性里看到的，还是把鼠标放在文件上显示出来的。这两种查看的方法会有点区别。如真的是77KBYTE，烧录的时候好像会出错。我以前烧录过8MB，只超过几十KB，就出错了。
如是bit，就不用说了，绝对可以的。

Answer 4

keil编译生成hex文件不全是要烧录到单片机内.

实际大小可以在烧录软件的编辑中看到.

Answer 5

hex生成二进制代码（0，1）才是真正的大小，在烧录软件的编辑筐中看到