共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 跳转至页
回复
| 有奖活动 | |
|---|---|
| 硬核工程师专属补给计划——填盲盒 | |
| “我踩过的那些坑”主题活动——第002期 | |
| 【EEPW电子工程师创研计划】技术变现通道已开启~ | |
| 发原创文章 【每月瓜分千元赏金 凭实力攒钱买好礼~】 | |
| 【EEPW在线】E起听工程师的声音! | |
| 高校联络员开始招募啦!有惊喜!! | |
| 【工程师专属福利】每天30秒,积分轻松拿!EEPW宠粉打卡计划启动! | |
| 送您一块开发板,2025年“我要开发板活动”又开始了! | |
我要赚赏金打赏帖 |
|
|---|---|
| Chaos-nano:专为低资源单片机设计的轻量级协作式异步操作系统(ATMEGA328P轻量级操作系统)—— 详细介绍被打赏¥16元 | |
| FPGA配置被打赏¥10元 | |
| Chaos-nano协作式异步操作系统:赋能MicrochipAVR8位单片机的革新之路被打赏¥15元 | |
| 基于esp32开发时串口工具的注意点被打赏¥24元 | |
| 基于FireBeetle2ESP32-C5开发板的舵机控制被打赏¥20元 | |
| 【分享开发笔记,赚取电动螺丝刀】MAX78000开发板制作的电子相册被打赏¥32元 | |
| 基于FireBeetle2ESP32-C5开发板的超声波测距及显示被打赏¥21元 | |
| FireBeetle2ESP32-C5上RTC电子时钟的实现被打赏¥25元 | |
| 【分享开发笔记,赚取电动螺丝刀】MAX78000开发板读取SD卡被打赏¥23元 | |
| 【S32K3XX】Standby RAM 重启后数据异常问题调查被打赏¥38元 | |
我要赚赏金
