刚接触IAR ARM时，很多人不是不会写代码，而是工程一建起来就开始乱，文件加进去了却编不过，芯片选了却和头文件不一致，启动文件也不知道该用默认的还是自己改一份。IAR官方文档把这条链路拆得很清楚，新工程先从模板或CMSIS-Pack工程创建，再在【Project】→【Options】里确认目标芯片相关参数，最后再决定启动代码是沿用默认运行库实现，还是把修改后的启动文件加入工程。顺序走对了，后面编译和下载会省很多返工时间。

　　一、IAR ARM怎么建工程

　　IAR ARM怎么建工程，重点不是先把文件一股脑拖进去，而是先把工程骨架搭好。因为IAR的工程本身就是围绕模板、配置和项目选项来组织的，前面搭得越规整，后面改芯片和加启动文件越不容易乱。

　　1、先新建工作区

　　打开IAR后先点【File】→【New】→【Workspace】新建工作区，或者直接打开现有工作区后再加新工程。工作区主要用来承载一个或多个工程，后面如果你还要加Boot工程、App工程或者库工程，先把这一层建好会更顺。

　　2、再新建工程

　　在工作区里点【Project】→【Create New Project】。IAR当前文档说明，这个对话框本质上是按模板创建工程，里面可以选择不同工具链和模板项目。如果你是普通裸机或通用ARM工程，先选对应Arm工具链下的空白工程或基础模板就行。

　　3、保存工程并区分配置

　　工程建好后先执行保存，随后看一下默认生成的配置。IAR官方说明，工程创建后默认会带Debug和Release两套构建配置，而且两套配置的项目设置彼此独立。这个设计很实用，前期调试先用Debug，后期交付再单独调Release，不要一开始就把两者混在一起。

　　4、把源码按组加进工程

　　工程骨架有了之后，再在工作区里选中工程，点【Project】→【Add Files】把main、驱动文件和头文件对应的源文件加进来。官方文档写得很直接，这个入口就是给当前工程加入文件用的；如果文件多，最好先建分组再加，后面查启动文件、板级文件和业务文件时会清楚很多。

　　二、IAR ARM芯片与启动文件怎么配

　　IAR ARM芯片与启动文件怎么配，这一步最容易出错，因为很多人只改了工程名和源码，却没把芯片参数、头文件和启动代码一起对齐。真正稳妥的做法，是先把芯片选准，再决定启动部分是否需要接管。

　　1、先在项目选项里选对芯片

　　打开【Project】→【Options】→【General Options】，先到目标页确认处理器相关设置。IAR官方说明，这里负责处理器变体、字节序、FPU以及部分安全特性等目标相关参数；迁移指南也专门强调，手工补工程时最重要的设置之一就是先选device。芯片没选对，后面的编译选项和链接行为都可能跟着偏。

　　2、Cortex M工程按需打开CMSIS支持

　　如果你做的是Cortex M工程，可以在【Project】→【Options】→【General Options】里看CMSIS相关设置。官方当前文档写明，【Use CMSIS】会把CMSIS头文件加入编译器包含路径，但如果你的源码已经显式包含CMSIS头文件，就不要再重复打开这个选项。这个细节很小，但很容易造成包含路径理解混乱。

　　3、启动文件优先跟着示例工程或CMSIS Pack走

　　如果你是从零搭工程，启动文件最省事的来源不是自己手写，而是直接参考IAR示例工程或CMSIS-Pack工程。IAR文档说明，使用Empty CMSISPack工程后，选定设备并保存选择后，工程会自动填入和设备相关的文件；另外官方迁移文档也明确提到，很多器件专用startup file本来就包含在IAR提供的example project里。对于新手来说，这通常比自己从头拼向量表稳得多。

　　4、只做早期硬件初始化时优先改low level init

　　如果你的需求只是上电后先配时钟、关看门狗或做很早期的硬件初始化，IAR官方更建议通过自定义__low_level_init来处理，而不是直接去改cstartup.s。开发指南写得很明确，正常情况下不需要改cmain.s或cexit.s，很多启动阶段需求其实用low_level_init.c就够了。这样改动范围更小，后面维护也更稳。

　　5、确实要改启动文件时再加自定义副本

　　如果项目确实要修改启动代码本体，比如要调整向量表入口、栈段准备方式或特殊启动流程，官方建议是复制一份修改后的cstartup文件加入工程，而不是直接改库里的原文件。文档还特别提醒，如果你改了自己的cstartup版本，还要保证链接器使用的是你这份启动标签；对Cortex M，官方直接点名应当基于cstartup_M.s或cstartup_M.c去做修改。

　　三、IAR ARM工程建好后还要检查什么

　　工程能新建出来，不代表已经能稳定编译下载。很多第一次上手IAR ARM的问题，往往都出在后面这几项收尾检查没做完，看起来像编译器报错，实际还是工程参数没闭环。

　　1、检查头文件路径是不是顺的

　　IAR安装目录里本身带有设备相关头文件和标准库头文件，官方说明arm目录下的inc文件夹就包含了标准头文件以及设备专用寄存器头文件。你要确认当前工程的芯片选择、CMSIS设置和源码里的头文件引用是一致的，不要一边选了一个器件，一边又手动引另一个器件的头文件。

　　2、检查链接配置和输出类型

　　建好工程后再到【Project】→【Options】里检查【General Options】和【Linker】。IAR文档说明，输出目录、运行库选择以及链接配置文件都在这些位置控制。很多工程表面是启动文件有问题，实际是链接脚本、库配置或者输出设置没跟上。

　　3、先做一次完整编译

　　前面几项确认后，直接点【Project】→【Make】先跑一遍完整编译。IAR迁移文档给出的建议也很直接，先编译，再用F4逐个定位错误或警告。这样做的好处是你能最快分清问题到底出在芯片参数、启动文件、语法差异还是缺文件，而不是一边加文件一边猜。

　　4、启动后再看Debug和Release是否都能用

　　最后不要只测一套配置。因为IAR默认就把Debug和Release拆成两套独立配置，前者偏调试，后者偏最终输出，所以你最好在工程初期就分别确认两套配置都能正常继承芯片参数、启动文件和链接设置。这样后面切发布配置时，才不会突然冒出一批新问题。

　　总结

　　IAR ARM怎么建工程，IAR ARM芯片与启动文件怎么配，真正顺手的做法就是按三步走，先用【Create New Project】把工程骨架搭起来，再到【Project】→【Options】里把芯片参数选准，最后根据实际需求决定是沿用默认启动实现，还是通过__low_level_init或自定义cstartup接管启动阶段。把这几层理顺之后，IAR ARM工程通常就不会停留在能打开却不好用的状态，而是能真正进入可编译、可调试、可迭代的节奏。