共2条
1/1 1 跳转至页
bin,hex 请教:编译器生成的*.bin与*.hex为什么大小不一样呢?

问
答 1:
格式不一样bin:机器码
hex: 大多是intel的一种数据格式,烧录芯片实际是bin格式的(hex格式的会转化为bin格式的) 答 2: 谢谢了!!!那也就是说真正用到的是*.bin了,我用WAVE软件仿真生成了*.bin和*.hex,结果*.bin只有3.5k,*.hex就有10K,而单片机的选的是AT89C51,编译通过结果无错误,我为了验证将单片机选为2051,编译就报错了,我就奇怪为什么搞不懂是怎么回事,谢谢了,我想再请教一个问题,51单片机的ROM只有4K,我的*.bin就3.5K,能烧写进去吗?这样运行起来可靠吗? 答 3: 建议再仔细看看单片机的存储结构部分和HEX文件格式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的补码。
答 4: bin文件的大小就是是实际代码大小51单片机的ROM只有4K,我的*.bin就3.5K,能烧写进去吗?
能!
这样运行起来可靠吗?
可靠!最大4096字节时也一样可靠.
对于2051只有2K ROM,当然会报错,就算没报错,烧进芯片也不能正常运行的
答 5: 谢谢谢谢了!谢谢各位大虾了!
hex: 大多是intel的一种数据格式,烧录芯片实际是bin格式的(hex格式的会转化为bin格式的) 答 2: 谢谢了!!!那也就是说真正用到的是*.bin了,我用WAVE软件仿真生成了*.bin和*.hex,结果*.bin只有3.5k,*.hex就有10K,而单片机的选的是AT89C51,编译通过结果无错误,我为了验证将单片机选为2051,编译就报错了,我就奇怪为什么搞不懂是怎么回事,谢谢了,我想再请教一个问题,51单片机的ROM只有4K,我的*.bin就3.5K,能烧写进去吗?这样运行起来可靠吗? 答 3: 建议再仔细看看单片机的存储结构部分和HEX文件格式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的补码。
答 4: bin文件的大小就是是实际代码大小51单片机的ROM只有4K,我的*.bin就3.5K,能烧写进去吗?
能!
这样运行起来可靠吗?
可靠!最大4096字节时也一样可靠.
对于2051只有2K ROM,当然会报错,就算没报错,烧进芯片也不能正常运行的
答 5: 谢谢谢谢了!谢谢各位大虾了!
共2条
1/1 1 跳转至页
回复
有奖活动 | |
---|---|
【EEPW电子工程师创研计划】技术变现通道已开启~ | |
发原创文章 【每月瓜分千元赏金 凭实力攒钱买好礼~】 | |
【EEPW在线】E起听工程师的声音! | |
“我踩过的那些坑”主题活动——第001期 | |
高校联络员开始招募啦!有惊喜!! | |
【工程师专属福利】每天30秒,积分轻松拿!EEPW宠粉打卡计划启动! | |
送您一块开发板,2025年“我要开发板活动”又开始了! | |
打赏了!打赏了!打赏了! |
打赏帖 | |
---|---|
【我踩过的那些坑】STM32的硬件通讯调试过程的“坑”被打赏50分 | |
【我踩过的那些坑】晶振使用的问题被打赏100分 | |
【我踩过的那些坑】电感选型错误导致的处理器连接不上被打赏50分 | |
【我踩过的那些坑】工作那些年踩过的记忆深刻的坑被打赏10分 | |
【我踩过的那些坑】DRC使用位置错误导致的问题被打赏100分 | |
我踩过的那些坑之混合OTL功放与落地音箱被打赏50分 | |
汽车电子中巡航控制系统的使用被打赏10分 | |
【我踩过的那些坑】工作那些年踩过的记忆深刻的坑被打赏100分 | |
分享汽车电子中巡航控制系统知识被打赏10分 | |
分享安全气囊系统的检修注意事项被打赏10分 |