IAR 生成的bin文件大于实际大小

只看该作者 · 2020-3-8 11:56

我用CC debugger烧完仿真看flash，空间还有剩80+kb，但是生成bin之后就300+kb，之前有勾选options->linker->output->format的第一个选项，bin居然高达2M！我用的是CC2530，FLASH只有256K，怎么能让bin生成实际大小啊？

只看该作者 · 2020-3-8 12:03

你的format选择的是hex吧，编辑器打开观察内容。。

只看该作者 · 2020-3-8 12:03

连接文件地址分配的问题，当然是bin的问题；

只看该作者 · 2020-3-8 12:09

扩展了SDRAM在0x20000000地址，FLASH有字库，打算把字库编译到SDRAM中好烧写（特殊字库要带地址信息）

只看该作者 · 2020-3-8 12:10

因为bin文件不包含数据地址信息，所以要整个数据填充，例如，程序从0开始100个字节，还有一部分从10000开始100个字节，那么生成bin会从0直接到10100，中间会填充无用的数据；而hex文件会指定位置；

只看该作者 · 2020-3-8 12:15

正常来说hex比bin多包含了一些地址信息，会导致hex比bin更大。

只看该作者 · 2020-3-8 12:16

我生成的bin也确实比hex小个100+k，但是没意义呀，我要的是bin文件做串口烧写，不用烧写或调试器的，类似OAD。

只看该作者 · 2020-3-8 12:24

FLASH是256KB的空间，明明用仿真器下载完还能剩余空间，生成的bin文件却大的离谱。怎么办？

只看该作者 · 2020-3-8 12:25

一般是地址空间不连续导致的 ,建议你先看看map的情况。。

只看该作者 · 2020-3-8 12:32

检查你的linker地址分配文件，CC2530的FLASH好像是从8000H开始的，看看你的配置文件是从那开始的。

只看该作者 · 2020-3-8 12:33

数据是连续的时候，hex文件大，不连续就很难说了。

只看该作者 · 2020-3-8 12:45

一般hex比bin多包含了一些地址信息，所以应该是hex比bin更大的。。

只看该作者 · 2020-3-8 12:46

没用过你那个芯片,实在不行,自己写个程序抽取一下也可以的.bin文件很好处理的.

只看该作者 · 2020-3-8 12:52

具体的我就不太清楚的了，一般是直接生成.hex文件的。

只看该作者 · 2020-3-8 12:52

我也是直接开启编译，开启优化，没注意这个问题。

只看该作者 · 2020-3-8 12:58

还有头文件在hex里面。

只看该作者 · 2020-3-8 12:59

因为flash不够啊，只有256k，bin和hex文件又太大，不懂是编译选项问题还是怎么回事。

只看该作者 · 2020-3-8 13:04

hex太大了，都快超过flash两倍了。。。