📚 课程目录第2章开发环境搭建

2. 开发环境搭建：IDE安装、编译器配置与调试器连接

做嵌入式开发，第一步就是把家伙事儿备齐。中微CMS32虽然是车规级MCU，但开发流程和通用ARM Cortex-M0+芯片大同小异。我个人习惯先把IDE、编译器、调试器这三样理清楚，再动手建工程模板。这样后面写代码、调试的时候才不会手忙脚乱。

2.1 IDE选择：IAR还是Keil？

CMS32系列基于ARM Cortex-M0+内核，所以主流的IDE就是IAR Embedded Workbench for ARM和Keil MDK-ARM。这两款我都用过，说点实在的体验。

对比项	IAR EWARM	Keil MDK-ARM
编译效率	代码密度优化更好，尤其对Flash敏感的项目	编译速度快，上手更直观
调试体验	调试器集成度高，断点、变量监控稳定	配合ULINK调试流畅，界面友好
车规项目使用率	我在车厂客户那边见到的比例约70%	约30%，多见于老项目迁移
License成本	价格较高，但功能全开	相对便宜，有免费版限制代码大小

我的建议：如果你刚接触CMS32，或者公司有Keil正版授权，用Keil起步完全没问题。但如果你未来要跑AUTOSAR或者做大批量车规项目，我建议直接上IAR。我在一个Tier1项目中遇到过IAR编译出的代码比Keil小了12%，刚好卡进64KB Flash——那种感觉，嗯，你懂的。

2.2 编译器配置要点

不管选哪个IDE，编译器配置有几个关键点必须盯住。我见过太多新手在这栽跟头。

2.2.1 芯片型号选择

CMS32系列在IDE里通常归类为“中微半导体”或“CMSemicon”。如果列表里找不到，需要手动安装芯片支持包（Pack）。

Keil: 通过Pack Installer安装CMS32系列DFP（Device Family Pack）。
IAR: 通过IAR的芯片支持包管理器添加CMS32的device description文件。

2.2.2 优化等级设置

车规项目对实时性要求高，优化等级不能乱调。

调试阶段： 建议用 -O0 或 Low，保证代码不优化，单步执行不乱跳。
发布阶段： 用 -Os 或 High (Size)，压缩代码体积。我曾经在某个项目中因为优化等级开太高，导致一个延时函数被编译器优化掉了，整个时序全乱套。从那以后，我发布前都会反汇编看一眼关键函数。

2.2.3 预定义宏

CMS32的启动文件和链接脚本通常需要定义芯片型号宏，比如：

// IAR中配置
-DCMS32L130

// Keil中配置
CMS32L130

这个宏决定了启动文件里中断向量表的分配。忘了加？启动直接跑飞。

2.3 调试器连接：J-Link与ULINK

调试器是开发者的眼睛。CMS32支持标准的SWD（Serial Wire Debug）接口，只用4根线：VCC、GND、SWDIO、SWCLK。

硬件连接示意：

CMS32开发板          J-Link / ULINK
  VCC (3.3V)  ——>   VTref (1)
  GND         ——>   GND (3)
  SWDIO       ——>   SWDIO (7)
  SWCLK       ——>   SWCLK (9)

2.3.1 J-Link连接步骤

安装J-Link驱动（SEGGER官网下载，版本建议V6.80以上）。
用杜邦线或排线连接SWD接口。
打开J-Link Commander，输入 connect，选择设备型号为 CMS32L130。
如果显示 Target connection established，说明硬件通了。

我曾经踩过的坑：J-Link的VTref引脚必须接目标板的VCC，用来检测电平。有一次我忘了接，J-Link一直报“No target connected”，折腾了半小时才发现是VTref悬空了。记住，VTref不接，J-Link不干活。

2.3.2 ULINK连接步骤

ULINK2/ULINKpro即插即用，Keil会自动识别。
在Keil的Options for Target -> Debug -> Settings里选择CMS32-DAP或ULINK。
点击“Detect”按钮，如果能读到芯片ID，恭喜，连接成功。

2.4 第一个工程模板

有了IDE和调试器，我们来建一个干净的工程模板。这个模板我会一直用在整个课程里，所以结构要清晰。

2.4.1 工程目录结构

我个人习惯按功能分层，而不是把所有文件堆在一个文件夹里。

CMS32_Template/
├── Lbrary/           # 官方外设驱动库
│   ├── CMS32L130.h
│   └── system_CMS32L130.c
├── User/             # 用户代码
│   ├── main.c
│   └── gpio.c / gpio.h
├── Startup/          # 启动文件
│   └── startup_CMS32L130.s
├── Doc/              # 数据手册、参考手册
└── Project/          # IDE工程文件
    ├── IAR/
    └── Keil/

2.4.2 最小main.c代码

一个能跑起来的模板，核心就这几行：

#include "CMS32L130.h"

void delay_loop(uint32_t count) {
    while(count--);
}

int main(void) {
    // 使能GPIOA时钟
    RCC->APB2ENR |= (1 << 2);
    
    // 配置PA0为推挽输出
    GPIOA->CRL &= ~(0xF << 0);
    GPIOA->CRL |= (0x3 << 0);
    
    while(1) {
        GPIOA->BSRR = (1 << 0);   // PA0 = 1
        delay_loop(500000);
        GPIOA->BRR = (1 << 0);    // PA0 = 0
        delay_loop(500000);
    }
}

说明：这段代码让PA0引脚上的LED以大约1Hz的频率闪烁。delay_loop是纯软件延时，精度不高，但用来验证工程是否搭建成功足够了。后面我们会换成定时器中断。

2.5 开发环境搭建全流程SVG

下面这张图把整个搭建流程串起来了，你可以对照着一步步操作。

2.6 验证工程是否搭建成功

模板建好后，怎么确认环境没问题？我一般按这个清单检查：

编译通过：点击Build，0 Error 0 Warning。
下载成功：点击Download，IDE提示“Flash download complete”。
运行正常：按复位键，LED开始闪烁（或者用示波器看PA0波形）。
调试器通信：点击Debug，能进入main函数，单步执行不卡死。

避坑指南：如果下载后芯片不运行，先检查复位引脚是否拉高，再检查Boot0引脚是否接地。我曾经在一个项目中，Boot0被误接VCC，芯片一直停留在系统存储器，用户代码根本跑不起来。查了整整一天，最后发现是原理图画错了。

好了，环境搭好了，模板也建起来了。后面我们就可以开始真正写代码了。记住，开发环境是地基，地基稳了，楼才能盖得高。