有关IAP使用HEX或BIN文件格式的探讨
BIN优点,下载时二进制传输效率高,一个起始地址和长度(均可事先知道)搞定.因起始地址和长度在
下载一开始就可以知道,所以只需要擦除实际代码大小的FLASH,避免大FLASH空间小代码时擦除FLASH的时间和FLASH损耗.
缺点:当代码分段在不同地址时,如果中间有大片空地址,则需要填充,并被编程序到FLASH里.比如
一段代码在0x0800 2000~0x08002F00,下一段代码在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字节的
每PAGE擦除时间最长为40ms,512K的FLASH,擦除一次需要长达10秒时间!(Masserase等于page erase时间也只需要40ms,但是会把bootloader也干掉,所以不能用~),这更是使用HEX格式的代价.
hex格式是intel在很久很久很久以前的格式,那时候还没有现在的UE/WinHex等HexEditor软件
hex格式其中的一个目的是打印下来看的
现在hex是在发挥余热,并且为了能继续跟上时代,还做了扩展,加segment段地址,这样寻址范围从16位到了32位
bin有个最大的缺陷,就是没有起始地址以及范围的信息
比如STM32的程序起始地址是0x08000000,难道在前面要填写这么多个空数据来保证地址正确
bin不是一个严格意义上的文件格式,是没有文件格式的文件格式