打印

有关IAP使用HEX或BIN文件格式的探讨

[复制链接]
3580|12
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
程序匠八|  楼主 | 2010-8-11 11:44 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
BIN优点,下载时二进制传输效率高,一个起始地址和长度(均可事先知道)搞定.因起始地址和长度在
下载一开始就可以知道,所以只需要擦除实际代码大小的FLASH,避免大FLASH空间小代码时擦除FLASH的时间和FLASH损耗.
缺点:当代码分段在不同地址时,如果中间有大片空地址,则需要填充,并被编程序到FLASH里.比如
一段代码在0x0800 2000~0x0800 2F00,下一段代码在0x0800 4000~0x0800 4F00,那么BIN文件中
0x0800 2F00到0x0800 4000这段未用的地址空间也需要填充数据(因BIN不含有地址,只能连续),这些无用的数据也需要传给MCU并被编程到FLASH.当这段空地址很大时,浪费的效率就很可观了.
HEX优点,每个记录带有地址,按每个记录地址一个记录一个记录的编程.不方便整页整页的编程(不方便不是不可能,而是有点麻烦,因为有可能下一个记录的地址和这个记录地址中间有空闲地址).即使FLASH中间有空闲未用地址空间也不需关注.
缺点:ASCII码传输效率比BIN低一倍,由于并不知道总代码大小,需要擦除整个用户FLASH空间.
所以HEX格式和BIN格式各有优劣.大家觉得用哪个格式好,抛砖引玉,讨论一下.
我有个疑问,按照intel hex格式说明,普通数据记录最长可以有0xff个字节,实际上查看生成的HEX文件发现绝大部分是32个ASCII字节长度(16个实际2进制数据),有少量长度小于32个字节的普通数据记录.为什么没看到普通数据记录数据长度大于16字节的?
沙发
香水城| | 2010-8-11 11:53 | 只看该作者
简单的答案:数据记录数据长度大于16字节时,HEX文件的一行就太长了,看起来不方便,:lol

使用特权

评论回复
板凳
程序匠八|  楼主 | 2010-8-11 13:23 | 只看该作者
每PAGE擦除时间最长为40ms,512K的FLASH,擦除一次需要长达10秒时间!(Mass erase等于page erase时间也只需要40ms,但是会把bootloader也干掉,所以不能用~),这更是使用HEX格式的代价.

使用特权

评论回复
地板
香水城| | 2010-8-11 14:44 | 只看该作者
为什么这么在意擦除时间?反正也不是天天擦除。

使用特权

评论回复
5
程序匠八|  楼主 | 2010-8-11 16:50 | 只看该作者
擦除时间也是一种"用户体验",香版也希望上班时间越短越好吧~~
想请问香主,STM32是不是在Thumb模式,生产的是16位宽代码?

使用特权

评论回复
6
香水城| | 2010-8-11 17:04 | 只看该作者
擦除时间也是一种"用户体验",香版也希望上班时间越短越好吧~~
想请问香主,STM32是不是在Thumb模式,生产的是16位宽代码?
程序匠八 发表于 2010-8-11 16:50


那就要等科技进步了,或你花较多的钱去买擦除快的产品了,:lol

坐火车有慢车、快车、特快、动车和高铁,不同的价钱得到不同的"用户体验",:lol

至于Thumb模式产生的代码,你要查编译器和Cortex-M3的资料。

使用特权

评论回复
7
程序匠八|  楼主 | 2010-8-11 18:44 | 只看该作者
在IAR中,"option"->C/C++ COmpiler->code选项中的"processor mode有"ARM'和"Thumb"两个选项,默认选择的是"Thumb"且是灰色不能更改.那么产生的代码就是16位的喽?

使用特权

评论回复
8
McuPlayer| | 2010-8-11 23:03 | 只看该作者
因为Cortex用的就是Thume

使用特权

评论回复
9
McuPlayer| | 2010-8-11 23:04 | 只看该作者
你搞个typo的ID来,程序匠入没有找麻烦吗

使用特权

评论回复
10
McuPlayer| | 2010-8-11 23:09 | 只看该作者
hex格式是intel在很久很久很久以前的格式,那时候还没有现在的UE/WinHex等Hex Editor软件
hex格式其中的一个目的是打印下来看的
现在hex是在发挥余热,并且为了能继续跟上时代,还做了扩展,加segment段地址,这样寻址范围从16位到了32位

bin有个最大的缺陷,就是没有起始地址以及范围的信息
比如STM32的程序起始地址是0x08000000,难道在前面要填写这么多个空数据来保证地址正确
bin不是一个严格意义上的文件格式,是没有文件格式的文件格式

使用特权

评论回复
11
hotpower| | 2010-8-12 05:59 | 只看该作者
hex格式是intel在很久很久很久以前的格式,那时候还没有现在的UE/WinHex等Hex Editor软件
hex格式其中的一个目的是打印下来看的
现在hex是在发挥余热,并且为了能继续跟上时代,还做了扩展,加segment段地址,这样寻 ...
McuPlayer 发表于 2010-8-11 23:09


hex是可以找出同步头的,而BIN无法找到。
所以好的协议绝对不会用BIN,因为它的同步必须要有很长的同步包头。
实际效率无关紧要。

使用特权

评论回复
12
无冕之王| | 2010-8-12 09:55 | 只看该作者
看楼主得ID和图标怎么有点像程序匠人:lol

使用特权

评论回复
13
yybj| | 2010-8-12 10:33 | 只看该作者
的确很像程序匠人

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

个人签名:看<<匠八手机>>,与匠八通信!

15

主题

162

帖子

0

粉丝