工程能够顺利编译通过，并不代表芯片的配置就一定没有问题。要弄清楚IAR工程在选错芯片以后会带来哪些影响，以及芯片器件包切换完之后有哪些设置是需要回头重新检查的，实际得去看目标器件的型号、内核、链接文件、启动代码，还有调试和下载的这些设置，是不是都跟实际用的芯片对得上。在IAR Embedded Workbench里面，目标器件一般是在【Project】→【Options】→【General Options】→【Target】这个地方去选的，这一项选择会直接影响到后面的构建和整个调试环境。

　　一、IAR工程选错芯片会有什么影响

　　当芯片型号被选错了以后，有些工程会直接报错，但也有些工程依然能够把固件给生成出来，只不过等到下载或者真正跑起来的时候，问题才会暴露出来，后面这种情况反而更需要留意，因为表面上看不出什么明显的异常。

　　1、内核指令和编译选项可能不匹配

　　就算是同一个系列的芯片，也有可能用到不一样的内核、浮点单元，还有指令扩展。一旦器件选错了，编译器就有可能生成目标芯片根本就不支持的指令，程序被下载进去以后，要么会跑进异常处理里面去，要么就是在运行某个特定的函数时，突然之间就复位了。

　　2、Flash和RAM的地址可能对不上

　　链接配置文件决定了代码、常量、堆栈，还有全局变量分别会被放到什么位置。IAR会为那些受支持的器件提供链接配置的模板，或者是现成的配置文件。芯片的容量、Flash的起始地址，或者RAM的范围要是选错了，常见的现象就是链接的时候报空间不足、程序没法启动、变量的值变得不正常，或者生成的升级包超出了实际的分区大小。

　　3、寄存器和外设的显示可能不准

　　器件的描述文件会帮着调试器去处理一部分跟芯片有关的细节，比如外设的寄存器、寄存器的分组，还有每一位的名称。型号一旦被选错，调试窗口里面外设的地址就可能对不上号，等到排查串口、定时器还有中断问题的时候，就很容易被误导了。

　　4、下载和复位的行为可能变得不正常

　　不同的芯片，它所对应的Flash算法、复位的方式，还有调试接口的设置，都可能是不一样的。工程能编译出来，但是C-SPY下载失败、擦除失败，或者复位之后停不下来，碰到这些情况，都要回过头去检查器件型号和下载的配置。

　　二、IAR芯片器件包切换后哪些设置需要重查

　　在器件包被升了级或者更换了之后，不能光看工程还能不能打得开就完事了。新的器件包可能会带来设备描述、链接文件、启动文件，还有调试支持上的变化，原来工程里头那些旧的配置，可不一定会被自动替换掉。

　　1、重查目标器件和内核

　　进到【Project】→【Options】→【General Options】→【Target】里面，去确认一下Device和CPU Core这两项，是不是仍然跟实际的芯片对得上。那些名字比较接近的型号看着很像，在切换的时候不能光看系列的名称，一定要去对照完整的物料编号。

　　2、重查链接配置文件

　　进到【Linker】→【Config】里面，去看一下当前正在使用的是哪一个icf文件。重点核对一下Flash的起始地址、RAM的范围、堆栈和堆的空间，还有Bootloader预留的区域以及校验区域。如果这个工程用的是自己定制的icf文件，那就注意不要被新器件包里面自带的默认文件给覆盖掉了。

　　3、重查启动文件和头文件

　　去检查一下startup文件、中断向量表、芯片的头文件，还有那些宏定义。在器件包被切换了之后，要是工程里还在引用旧型号的头文件，那寄存器的地址和中断的编号，就可能还继续在用着旧的那套配置。

　　4、重查调试器和Flash Loader

　　进到【Project】→【Options】→【Debugger】里面，去检查一下C-SPY Driver还有它对应的接口设置。按照IAR官方文档的说法，在调试之前是需要选择合适的C-SPY驱动的，并且还要根据这个驱动的类型，继续去配置接口、通信的方式，还有断点的那些选项。

　　三、IAR器件包切换后怎么验证工程

　　当器件的配置被改完了以后，不能只是去做一次编译就算过了，比较稳妥的办法是从构建、下载、运行，还有外设这四个层面，一项一项地去做验证。

　　1、清理干净之后再重新构建

　　先执行一下【Project】→【Clean】，然后再去跑【Rebuild All】。不要直接去沿用那些旧的目标文件，免得被缓存下来的产物给掩盖住了配置上的问题。

　　2、核对一下生成的map文件

　　去查看一下代码段、数据段、堆栈，还有堆的实际地址，确认它们都没有超出芯片真实的存储范围。如果是带了Bootloader的项目，还要再检查一下应用的入口地址，还有中断向量表的实际位置。

　　3、完整地跑一遍下载和复位

　　重新把固件下载进去，然后执行复位、单步，还有断点的测试。要是下载算法报了错、程序停在了异常的向量上，或者复位之后怎么都进不了main函数，那就要优先回过头去查一下器件型号、链接文件，还有启动的代码。

　　4、验证一下最基础的外设

　　至少要检查一下时钟、串口、中断，还有看门狗。这几个模块能够比较快地暴露出芯片型号、寄存器定义，还有启动配置上面的错误。等这些验证全部都通过了以后，再往下去提交正式的版本。

　　总结

　　IAR工程选错了芯片到底会带来哪些影响，芯片器件包在做完切换以后又有哪些设置是需要重新检查的，这里面重点就是把目标器件的型号、链接的配置、启动的那些文件、头文件，以及调试和下载的配置，拢在一块儿来做核对。在器件包切换完成了以后，应当把工程清理干净再重新构建，然后再去检查map文件、下载的过程、复位的入口，还有基础的几个外设。这样就能尽早地发现地址错位、寄存器对不上，还有Flash算法不正常这些问题，避免一直拖到外围联调的时候才暴露出来。