IAR

改了一个源文件，按下编译，窗口却只提示工程已是最新；换个时候，构建中途停了，翻来翻去又找不到具体错误。这种情况容易让人以为IAR漏了消息。其实构建窗口显示的是这一次构建产生的内容：如果文件没有参与编译，或窗口内容被清空，之前的错误不会留在那里。下面以IAR Embedded Workbench for Arm为例，从打开窗口开始检查。

在IAR Embedded Workbench里修改优化级别、宏定义或链接文件后，编译结果却没有变化，先确认改动落在了哪里。同一工程的Debug与Release分别保存设置，文件或分组也可能有独立选项。下面以IAR Embedded Workbench for Arm为例，说明设置方法和检查顺序。

把IAR工程放进持续集成后，麻烦往往出在编译之外。开发机点击【Make】可以顺利生成程序，换到Jenkins、GitLab Runner或其他构建节点，任务却可能卡在许可证、路径和账户权限上。处理“IAR Build Tools怎么接入持续集成IAR自动化构建环境配置失败如何检查”，应先让命令行构建在节点上单独跑通，再交给流水线执行。

IAR完成链接后，映射文件会列出段地址、模块占用、公共符号和栈使用情况。处理“IAR怎么查看链接映射文件IAR链接后程序存储空间超限如何调整”时，应先确认超出的是ROM还是RAM，再追到具体模块和对象，避免为了通过构建随意缩栈或扩大地址范围。

在嵌入式项目进行调试和发布切换的时候，经常会遇到这类问题，当把优化等级调高了以后，虽然代码的体积可能变小了，运行速度也可能变快了，但是源码和机器指令之间的对应关系就会变得不直观，变量有可能会被放进寄存器里面，或者被合并、被删掉，函数也可能被内联，所以调试窗口里才看不到变量，这不一定说明程序真的出错了。在IAR的编译选项里面，其实包含了面向速度和体积的优化配置，在实际使用的时候，应该把调试需求和发布需求分开来处理。

工程编译通过，点击调试却连不上目标板，先不要反复修改代码。IAR Embedded Workbench通过C-SPY调用调试探针，再经由SWD或JTAG与芯片通信。电脑没有识别探针、板端供电不足，或工程中的驱动和接口选错，都可能让调试会话无法启动。下面以Arm工程常见的J-Link、ST-LINK为例说明。

IAR Embedded Workbench编译工程时，可以针对Debug和Release分别设置代码优化级别。优化打开后，编译器可能删除没有实际用途的局部变量、把变量暂存在寄存器中、调整语句执行顺序，或者直接把函数展开到调用位置，所以C-SPY里看到的变量状态可能和源码不完全对应。常见表现包括变量显示Unavailable、局部变量突然消失、单步执行顺序跳动以及断点无法停在某一行。碰到这些现象时，要先确认工程实际使用的优化配置，再判断是调试信息显示变化，还是程序运行结果真的出了问题。

IAR Embedded Workbench for Arm通常使用ICF文件控制程序在Flash和RAM中的布局，代码区、数据区、栈、堆以及部分启动相关段都会受到链接配置影响。工程能够正常编译、链接，却在下载后停在复位阶段、跑不到main、出现HardFault或直接无法下载时，可以把链接器配置和芯片实际存储布局放在一起核对，尤其要检查工程选择的器件、ROM起始地址、RAM范围和启动代码使用的地址。

在进行SDK移植、驱动库添加或者工程目录整理的时候，开发人员经常会遇到“IAR头文件路径怎么添加，IAR头文件路径配置后仍然报错怎么办”这方面的问题；头文件路径表面上看着只是把文件夹放进去，然而在实际操作中，它还会受到工程配置、相对路径、宏定义、文件名大小写、条件编译以及源文件是否参与编译等多方面的影响。在IAR的编译选项里面，其实包含着预处理相关的配置，通常情况下，头文件的搜索路径就是在C/C++Compiler的Preprocessor配置项里进行维护的。

操作人员在使用IAR软件调试单片机的时候，经常会碰到“IAR调试器怎么连接目标板，IAR调试器连接后无法下载程序怎么办”这些状况。表面上看起来是调试设备连不上，但是实际上，这些问题可能和驱动程序、电源供电、排线接口、复位办法、芯片型号、闪存加载器、读保护以及工程下载位置都有关系。IAR软件本身虽然带着编译、下载和调试环境，但是程序最后能不能写进去，还是要看硬件线路和调试设置是不是刚好对得上。

IAR Embedded Workbench运行C/C++程序时，局部变量、函数调用现场和部分中断上下文会占用栈空间，malloc、calloc以及C++的new等动态分配则会使用堆。程序平时运行正常，一进入深层函数、复杂中断或者处理较大局部数组就出现HardFault、随机复位、变量值异常，很可能和栈空间有关。判断这类问题时，可以把C-SPY运行时监控、链接器静态分析和ICF中的内存配置放在一起看，也要把堆空间不足和栈溢出分开。

在Flash、ROM等不适合改写指令的区域调试时，硬件断点更稳妥。它依靠芯片调试单元监视取指地址，不修改目标代码，但数量通常有限。处理“IAR C-SPY怎么设置硬件断点IAR C-SPY断点无法触发是什么原因”时，要先确认断点绑定到当前程序的真实指令地址，再检查资源、优化和连接状态。

在日常写单片机工程的时候，有时候编译通过了，却发现Flash空间快满了，或者RAM不够用，代码体积莫名其妙变大，这时候就会碰到“IAR map文件怎么看，还有map文件里的内存占用怎么分析”这种让人头疼的问题。.map文件并不是普通的运行日志，这个文件是链接器最后输出的结果清单，在文件里面，大家可以看到各种段被放到了什么地方，也能看到全局符号的地址，还有各个模块和库大概占了多少空间。IAR在链接的过程中，系统会自动生成这种map文件，其主要作用就是把section的放置结果、全局符号的地址给列出来，并且把模块和库的内存使用情况做一个汇总。

在芯片工程的移植过程中，技术人员经常会遇到一些比较棘手的问题，比如IAR启动文件到底该怎么去配置，以及IAR启动文件和中断向量表之间又是怎么产生对应关系的。启动文件在整个系统中起到了很关键的作用，芯片在复位之后先去执行什么代码，栈指针需要从哪个地方去获取，这些全都是由启动文件来决定的。

把工程从一台电脑搬到另一台，即便源代码一个文件都没缺，重新编译的时候却频频碰到头文件找不到、链接不通过、脚本运行出错或者调试器压根打不开，这类现象在实际开发里挺常见的；要弄明白IAR工程迁到新电脑后为什么编译会失败，以及迁移过程中哪些配置最容易被漏掉，很多时候并不是代码突然出了毛病，而是新电脑上没有配齐原本环境里那些工具链组件、路径变量、链接文件或者前后执行的步骤。IAR Embedded Workbench这个软件本身就包含了编译器、汇编器、链接器、库管理工具和调试器，如果迁移时只把源码的文件夹拷贝过去，一般是远远不够用的。

工程编译成功后，输出目录里常会先看到一个.out文件。若烧录工具要求BIN，不能直接把它改名为.bin：IAR需要先完成链接，再通过输出转换器生成指定格式。动手前最好看一眼烧录工具要求的是BIN还是HEX，以及它是否要求单独填写写入地址。下面以IAR Embedded Workbench for Arm为例说明。

IAR Embedded Workbench把程序写入目标芯片后，CPU下一步是停在复位入口、运行到main暂停，还是脱离调试器后自行启动，和C-SPY的下载方式、Run to配置以及硬件调试驱动的复位策略都有关系。程序能够正常编译和写入Flash，却在下载后一直停着，先别急着改启动代码，可以先确认当前执行的是下载还是调试启动，再检查复位后的PC、SP和程序入口。

IAR Embedded Workbench中的器件、宏、链接文件和优化级别都会影响最终程序。无优化时运行正常，切换发布配置后出现死机、变量异常或外设时序错误，应先固定配置差异，再逐级缩小问题范围。围绕“IAR Embedded Workbench怎么配置编译选项IAR编译优化后程序运行异常如何排查”，配置阶段需要保证环境一致，排查阶段则要避免同时修改过多选项。

在对嵌入式程序进行调测的时候，经常会有“IAR变量观察窗口怎么使用，IAR变量值显示异常怎么判断”这种疑问被大家碰到；其实这个窗口不仅仅是把数值摆出来这么简单，它的背后还牵扯到编译器的优化、调试文件的有无、变量自己起作用的范围、内存的具体地址、数据的不同类型解释，甚至连DMA和中断去改动数据都会对它产生影响；有时候数据确实被程序更改了，有时候却只是软件窗口显示得不准确，所以在找问题的时候，首先得把“显示出问题”和“运行出问题”给区分开才行。

在项目移植、添加启动引导程序、划分闪存存储区域，或者适配不同容量芯片的时候，开发人员经常会遇到如何改动IAR链接配置文件，以及怎么解决地址冲突的问题；在IAR软件里经常被提到的链接脚本，实际上通常就是项目里用到的.icf格式的配置文件；这个文件主要负责告诉链接工具把代码放在哪里，把变量安排在什么地方，还要从哪一段内存里把栈空间和堆空间分配出来。