2. 开发环境搭建：交叉编译工具链配置、调试器（J-Link/ST-Link）设置、IDE（Keil/IAR）工程模板
好，咱们直接进入正题。起搏器这种设备，代码跑在MCU上，不是你的Windows电脑。所以你得先搭好一座桥——让PC能编译出MCU能跑的代码，还能把代码烧进去、调出来。这一步搞不定，后面全是空中楼阁。
我个人习惯，先把工具链理清楚，再配调试器，最后建工程模板。这个顺序最顺，你试试看。
2.1 交叉编译工具链配置
说白了，交叉编译就是「在A机器上编译出B机器能跑的代码」。咱们的A是x86 PC，B是ARM Cortex-M内核的起搏器芯片。
我遇到过不少新手，直接在PC上装了个gcc就开始编译，结果生成的是exe文件——那玩意儿MCU怎么跑？所以工具链必须选对。
2.1.1 工具链选型
起搏器项目，我推荐两种方案：
| 方案 | 工具链 | 适用场景 |
|---|---|---|
| 商业版 | ARMCC（Keil自带） | 医疗认证项目，代码量可控 |
| 开源版 | GCC ARM Embedded | 成本敏感，或需要定制编译选项 |
我个人更倾向GCC方案。为什么？因为起搏器对实时性要求极高，GCC的-Os优化选项能帮你把代码压到极致。ARMCC虽然稳定，但有些优化黑盒，你没法完全掌控。
2.1.2 环境变量配置
装好工具链后，第一件事就是配环境变量。不然你敲arm-none-eabi-gcc，系统会告诉你「找不到命令」。
以GCC为例，我一般这样配：
# Windows下（以管理员身份运行cmd）
set PATH=%PATH%;C:\Program Files (x86)\GNU Arm Embedded Toolchain\10 2021.10\bin
# Linux下（添加到~/.bashrc）
export PATH=$PATH:/opt/gcc-arm-none-eabi-10-2021.10/bin配完之后，验证一下：
arm-none-eabi-gcc --version
# 应该输出类似：
# arm-none-eabi-gcc (GNU Arm Embedded Toolchain 10-2021.10) 10.3.1 20210824嗯，这里要注意：版本号别太新。我踩过坑——GCC 11.x对Cortex-M4的浮点ABI支持有变化，编译出来的代码在起搏器上跑飞了。后来回退到10.x才稳定。所以，稳定压倒一切。
2.2 调试器设置（J-Link / ST-Link）
调试器就是你的「眼睛」。起搏器代码跑在芯片里，你看不到它怎么执行的。调试器能让你单步、看变量、设断点。
我常用的调试器有两种：J-Link和ST-Link。各有千秋。
2.2.1 J-Link配置
J-Link是SEGGER家的，速度快、功能强。起搏器项目我首选它，尤其是需要实时跟踪（ETM）的时候。
安装步骤：
- 下载J-Link软件包（SEGGER官网，免费）
- 安装后，确保驱动正确——插上J-Link，设备管理器里能看到「J-Link driver」
- 配置连接速度：起搏器芯片通常主频不高，我一般设1MHz，太快了容易断连
验证连接：
JLinkExe -device STM32F407VG -if SWD -speed 1000
# 看到 "Connected successfully" 就对了2.2.2 ST-Link配置
ST-Link是ST官方调试器，便宜、够用。如果你用的芯片是STM32系列，直接用ST-Link就行。
配置要点：
- 安装STM32CubeProgrammer（自带驱动）
- 注意固件版本——老版ST-Link不支持V2协议，起搏器用的新芯片可能连不上
- 我习惯把ST-Link的NRST引脚也接上，防止芯片进入低功耗模式后调试器无法唤醒
2.3 IDE工程模板（Keil / IAR）
IDE是干活的地方。我见过有人用记事本写起搏器代码——嗯，那是真大神。咱们普通人，还是老老实实用IDE。
起搏器项目，我推荐Keil MDK或IAR Embedded Workbench。两者我都用过，说点实在的：
| 特性 | Keil MDK | IAR EWARM |
|---|---|---|
| 编译速度 | 中等 | 快（优化强） |
| 调试体验 | 直观，适合新手 | 专业，适合老手 |
| 医疗认证 | 有IEC 62304支持 | 有MISRA-C检查 |
我个人习惯用Keil做原型验证，用IAR做最终发布。为什么？IAR的代码优化更激进，能把起搏器的功耗再降一档——电池寿命多一天，可能就是一条命。
2.3.1 Keil工程模板搭建
建模板其实不难，但有几个关键点：
- 芯片选型：在Device里选对你的起搏器MCU型号，比如STM32L4系列（低功耗）
- 启动文件：用芯片厂商提供的.s文件，别自己写——中断向量表错了，起搏器一上电就死
- 链接脚本：.sct文件里，把RAM分成两块——一块给RTOS用，一块给中断栈用。我一般这样分：
; 示例：STM32L476的.sct文件片段
LR_IROM1 0x08000000 0x00100000 { ; 1MB Flash
ER_IROM1 0x08000000 0x00100000 {
*.o (RESET, +First)
*(InRoot$$Sections)
.ANY (+RO)
}
RW_RAM1 0x20000000 0x00020000 { ; 128KB RAM
.ANY (+RW +ZI)
}
RW_RAM2 0x20020000 0x00010000 { ; 64KB RAM（RTOS堆栈专用）
.ANY (RTOS_HEAP)
}
}2.3.2 IAR工程模板搭建
IAR的工程配置稍微复杂点，但功能更强大。我一般这样建：
- 通用选项：在Project > Options里，选对芯片型号
- 编译器优化：选
High - Balanced，别选High - Speed——起搏器对时序要求严，过度优化可能破坏实时性 - 调试器设置：在Debugger里选J-Link或ST-Link，接口选SWD
这里有个坑：IAR默认的堆栈大小是0x200（512字节），对于起搏器RTOS来说远远不够。我一般改成0x1000（4KB），给任务切换留足余量。
2.4 避坑指南（我踩过的雷）
最后，分享几个实战中遇到的坑，你遇到了直接绕开：
- 调试器供电不足：J-Link的VCC输出电流只有几十mA，起搏器板子如果外设多，得单独供电。我曾经用J-Link给整个板子供电，结果调试到一半电压掉到2.8V，芯片直接复位。
- 编译器版本不一致：团队里有人用GCC 9，有人用GCC 10，编译出来的二进制文件大小不一样——起搏器的Flash空间是算死的，差1KB都可能装不下。统一版本！
- 调试器线缆过长：SWD信号在20cm以内最稳定。我见过有人用1米长的杜邦线连调试器，结果SWCLK信号畸变，调试器频繁断连。换成10cm的排线，问题解决。
好了，开发环境搭建就这些。下一步，咱们就要开始移植RTOS内核了——那才是真正的硬仗。