第二章：开发环境搭建
好，咱们正式开始动手了。这一章我带你把开发环境搭起来。说实话，很多初学者把大量时间花在环境配置上，结果还没写一行代码就累了。我当年也踩过不少坑，所以这一章我会把关键点讲透，让你少走弯路。
2.1 交叉编译工具链安装（GCC for ARM）
为什么要用交叉编译？说白了，你的电脑是x86架构，而目标芯片是ARM。你不能直接在电脑上编译出ARM能跑的程序——除非你用交叉编译工具链。它就像个翻译官，把你的代码翻译成ARM能听懂的语言。
2.1.1 选择合适的工具链
ARM官方提供了几种工具链，我建议你根据项目需求来选：
| 工具链名称 | 适用场景 | 我的推荐 |
|---|---|---|
| arm-none-eabi-gcc | 裸机开发、RTOS | 初学者首选，轻量无依赖 |
| arm-linux-gnueabihf-gcc | Linux用户空间程序 | 带硬浮点，性能更好 |
| aarch64-linux-gnu-gcc | 64位ARM Linux开发 | 适合Cortex-A系列 |
我个人习惯用arm-none-eabi-gcc做裸机开发。为什么？因为它不依赖操作系统，编译出来的elf文件可以直接烧录到Flash里跑。我在项目中遇到过用错工具链导致程序跑飞的情况——嗯，那滋味不好受。
2.1.2 安装步骤（Ubuntu 22.04为例）
安装其实很简单，一行命令搞定：
sudo apt-get install gcc-arm-none-eabi如果你想用最新版本，可以去ARM官网下载预编译包。我建议你这样做：
- 下载gcc-arm-none-eabi-xxx-linux.tar.bz2
- 解压到/opt目录：
sudo tar -xjf gcc-arm-none-eabi-xxx-linux.tar.bz2 -C /opt - 添加环境变量：
export PATH=$PATH:/opt/gcc-arm-none-eabi-xxx/bin - 验证安装：
arm-none-eabi-gcc --version
2.1.3 验证工具链
写个最简单的程序测试一下：
// test.c
int main(void) {
volatile int i;
for(i = 0; i < 1000; i++);
return 0;
}arm-none-eabi-gcc -c -mcpu=cortex-m4 -mthumb test.c -o test.o
arm-none-eabi-objdump -d test.o看到汇编输出里有THUMB指令，说明工具链工作正常。你想想看，如果这里就报错，那后面所有工作都白搭。所以这一步别跳过。
2.2 QEMU模拟器配置
没有开发板怎么办？用QEMU。它能在你的电脑上模拟一个完整的ARM系统。我在早期做原型验证时，全靠QEMU撑场面。虽然跑不了实时性要求高的程序，但用来学习架构、调试驱动，完全够用。
2.2.1 安装QEMU
sudo apt-get install qemu-system-arm安装完后，你可以用qemu-system-arm -M help查看支持的开发板型号。我个人常用的是vexpress-a9，因为它模拟了Cortex-A9四核处理器，适合做多核实验。
2.2.2 启动一个裸机程序
假设你有一个编译好的裸机程序kernel.bin，启动命令如下：
qemu-system-arm -M vexpress-a9 -m 256M -kernel kernel.bin -nographic这里解释一下参数：
-M vexpress-a9：指定模拟的开发板型号-m 256M：分配256MB内存-kernel kernel.bin：加载你的程序-nographic：不使用图形界面，用终端交互
2.2.3 调试模式启动
想单步调试？加个-s -S参数：
qemu-system-arm -M vexpress-a9 -m 256M -kernel kernel.bin -nographic -s -S-s表示开启GDB服务器（默认端口1234），-S表示启动时暂停CPU。然后你可以在另一个终端用GDB连接：
arm-none-eabi-gdb kernel.elf
(gdb) target remote localhost:1234
(gdb) break main
(gdb) continue嗯，这里要注意：GDB连接的必须是elf文件，不是bin文件。因为elf文件里包含了符号表和调试信息。
2.3 JTAG/SWD调试环境搭建
QEMU再方便，也替代不了真板。真板调试就得靠JTAG或SWD。JTAG是五线制（TMS、TCK、TDI、TDO、nTRST），SWD是两线制（SWDIO、SWCLK）。我个人更推荐SWD，因为引脚少，布线方便。
2.3.1 硬件准备
你需要一个调试器。市面上常见的有：
- J-Link：SEGGER出品，稳定可靠，我用了十年
- ST-Link：ST官方调试器，便宜但功能有限
- CMSIS-DAP：开源方案，适合DIY
连接方式很简单：调试器的SWDIO接芯片的SWDIO，SWCLK接SWCLK，GND接GND。别忘了接上复位线，不然有时候会连不上。
2.3.2 软件配置（以OpenOCD为例）
OpenOCD是开源调试软件，支持多种调试器和芯片。安装命令：
sudo apt-get install openocd写一个配置文件，比如stm32f4.cfg：
source [find interface/stlink.cfg]
source [find target/stm32f4x.cfg]启动OpenOCD：
openocd -f stm32f4.cfg看到Info : Listening on port 3333 for gdb connections，说明连接成功。然后你可以用GDB远程调试：
arm-none-eabi-gdb program.elf
(gdb) target remote localhost:3333
(gdb) load
(gdb) continue我曾经在调试一个DMA传输问题时，发现程序总是跑飞。用JTAG单步跟踪才发现是DMA描述符地址没对齐——这种问题不看汇编根本发现不了。
2.3.3 常见问题与避坑
- 连接不上调试器：检查驱动是否安装，试试换USB口
- 芯片被锁：某些芯片的读保护开启后，调试器无法连接。需要用串口或特殊指令解锁
- 调试速度慢：降低SWD时钟频率，比如从4MHz降到1MHz
2.4 环境验证
所有工具装好后，我建议你跑一个完整的流程来验证：
- 用arm-none-eabi-gcc编译一个简单的LED闪烁程序
- 用QEMU模拟运行，看串口输出是否正常
- 用OpenOCD+调试器烧录到真板，看LED是否闪烁
如果三步都通过了，恭喜你，开发环境搭建完成。接下来就可以安心写代码了。你想想看，如果环境都没搭好，后面学再多理论也是纸上谈兵。
好，这一章就到这里。下一章我们开始讲ARM Cortex-M的启动流程，那是理解整个系统运行的钥匙。