这个问题是因为sdcc生成的hex的每行的地址并不是排序的好的,有些高的地址在前面,低的地址在后面,这样的话,stm32flash这个hex.c并不能处理这个情况。里面有一个逻辑是用来填补0xff的,当后面的地址比前面大,一减得负数,但是变量是无符号的,结果就变成了4.2G了,然后一碰到一次就申请4.2G内存,然后填充0xff, 结果读了一个几十k的hex耗时十分钟,还占用超多内存,然后内存还是错的。
解决办法,可以使用srec_cat把hex处理一下,输出的文件的地址就是排序好了。 例子:
srec_cat update.hex -intel -o update_sorted.hex -intel
update_sorted.hex的地址就是从小到大排好的了。stm32flash就不会出错了。
stm32flash是一个可以用于多个平台的isp的免费开源isp工具, 下面地址可以下载https://sourceforge.net/p/stm32flash/wiki/Home/