NXP

IAR版本不兼容打开工程文件的方法

2019-07-12 11:51发布

说起来本人用IAR也有好几年,从最开始的IAR for AVR到IAR FOR MSP430,到现在的IAR for arm。虽说谈不上很精通,但是确实用得很顺手,也算是比较有感情吧。常常看到初学ARM的人会问,到底是MDK for ARM好用还是IAR for ARM好用,这就可见MDK和IAR作为ARM编译器的统治地位,当然其它还有ARM公司自己配套的ADS,免费的GCC等很多编译器,据说ADS不怎么更新了,其它我也很少用到,这里就不作评论了。这里我仅仅凭我个人的使用感受简单的对比一下MDK和IAR:1,设计资源:基本上各大ARM芯片厂商提供的开发板配套的工程文件都会同时包含IAR和MDK,这两个编译器支持的芯片也非常全,因此设计资源这一块来说两者非常接近。2,内嵌RTOS系统:两个编译器都内嵌了一些免费的系统,尤其是MDK独有的RTX系统使用很方便,不过对于系统移植者来说没什么影响。3,使用体检:MDK的软件仿真可以说是相对于IAR最大的优势,让我们可以最小成本的验证程序。IAR的快速定位函数功能是我觉得比较实用的一个亮点。操作上MDK可以批量的关掉打开的所有文件,IAR却要一个个的点右键关闭,不太方便;MDK重新编译的速度确实慢,而IAR则非常快,这也是我认为IAR最大的优点。4,价格:MDK和IAR都需要相应的LISENCE.最为公司商用而言,不得不考虑价格,两个在价格上也比较接近,大概都是几千人民币一个lisence,MDK的价格相对便宜一点,国内的代理商和技术支持也比较多,服务可能会好点。总之,MDK和IAR都是非常优秀,非常稳定的编译平台,用户可以根据自己使用芯片的情况,个人喜好去选择。        闲说完毕,下面进入正题。在我的之前的一篇博客如果通过IAR工程查看IAR版本中讲到IAR打开版本不一致的工程时候会出现丢失配置信息的情况,当然我们可以安装多个版本的IAR来解决这个问题,但是IAR的版本众多,每个都安装确实比较麻烦。如果不安装,自己根据编译信息去修改工程配置文件也有难度,你也许都不知道该工程用的什么型号的主芯片。下面介绍下我解决这个问题的简单方法:还是打开原来工程文件中的*.ewp文件,上次也提到过搜索“OGLastSavedByProductVersion”可以查看这个工程文件最后被编译的IAR版本。在这里仍然搜素“CCIncludePath2”可以查看这个工程文件包含的C头文件的路径(还是以st官方的stsw-stm32008例程为例):        可以看到下面几行"*****"的内容就是C头文件的路径,我们把它们一一复制到配置文件的相关的地方去:
       熟悉STM32的人都知道下面“Defined symbols”里面一般还有一些宏定义,我们继续在ewp里面搜索“CCDefines”,类似C头文件,可以看到原来工程的宏定义:       将这些宏定义输入到配置文件中:       接下来我们不要忘记选择芯片的型号。继续在ewp里面搜索“OGChipSelectEditMenu”,可以看到工程文件选用的芯片:      根据上面的信息,在 option-general options-target里面设置芯片型号:        到这里基本上就修改完成了,我们可以试着编译一下,看看有没有什么问题。        我这里很好,编译成功。如果还有什么问题,应该都是小问题,大家再根据提示稍微修改一下即可。对于IAR 6.5以后的版本,由于IAR开始集成了CORTEX-M3的C文件,因此可以会跟st官方的core_m3.c冲突,解决的办法就是移除官方的该文件,然后在iar的库定义里面添加cm3库。       最后,还有最后~。我们关掉刚刚修改好的工程,重新打开看看。是不是发现还有原来熟悉的错误提示,不过我们进入后编译工程仍然没有问题。所以说这些错误提示我们不用管它,但是这些提示很烦人,我们先关掉工程,删除掉工程目录下的*.dep和*.ewd文件,是的,就是下面这两个文件,放心的删掉:      删掉之后重新打开工程,你会发现所有烦人的提示都没有了。工程可以正常使用。后面IAR会自动生成*.dep文件,我们不用去管他了。到这里所有的修改就完成了。其实整个过程操作起来还不到5分钟,非常方便。
转自:http://blog.csdn.net/jerrylwb/article/details/16916593