史上最全的kinetis资料

只看该作者 · 2015-7-20 12:36

5. 最后编译整个工程，打开生成的.map文件，可以看到如下图示，即temp变量为固定分配到0x1ffff410地址，大小为0x30个字节，怎么样，很酷吧，呵呵。

1万 · 2015-7-20 12:47

总结的很好，必须支持下。

只看该作者 · 2015-7-24 14:41

Codewarrior10.x下生成的image文件后缀都是.hex

只看该作者 · 2015-7-24 14:42

最近有同事问到我在使用Codewarrior10.6时生成image文件时，为啥无论选择哪一种生成的文件类型（bin, S19 or hex）最后编译之后生成的都是.hex文件，如下两图所示，对此很多人都表示很疑惑，那已不是意味着Codewarrior10.x生成不了其他image文件了，这样的话可就麻烦了，因为很多烧写工具不支持hex文件的，bin文件居多，有些飞思卡尔自己的烧写工具只支持是.srec文件。

只看该作者 · 2015-7-24 14:44

但是如果深入研究一下就会发现问题了，在你选择不同的生成文件类型时，打开同是.hex后缀的文件会发现里面的内容格式是不一样的，生成binary格式时打开的文件是纯二进制数据流，而生成serc格式即S19格式时打开的文件是字符型S19格式。这下问题就昭然若揭了，实际上在我们选择生成不同的image文件类型时，编译后生成的数据格式已经改变了，只不过后缀名都统一被Codewarrior改成.hex，所以我们只需要把相应格式的文件后缀改成对应的后缀就可以了，对binary格式文件将.hex改成.bin，将Serc格式文件改成.srec即可。至于原因，我还真不知道是Codewarrior故意为之，还是这真的是个bug。

只看该作者 · 2015-7-24 14:45

Ok. 这个问题就写到这了，虽然问题较小，但是不清楚怎么回事估计又要折腾半天了，哈哈。

史上最全的kinetis资料

以坛为家

欢快之小溪

技术新星奖章

社区建设奖章

技术导师奖章

坚毅之洋流

七世轮回

精英会员奖章