3. 开发环境搭建与工具链：Keil/IAR/STM32CubeIDE配置、GCC交叉编译链、OpenOCD/JLink调试器、版本控制（Git）
说实话，做无人机飞控嵌入式开发，环境搭建这一步，看着简单，其实坑最多。
我见过太多新手，代码写得挺溜，结果卡在编译不过、烧录失败、调试器连不上这些破事儿上。嗯，咱们今天就把这些事儿捋清楚。
3.1 三大IDE的选择与配置
先说说IDE。目前主流就三个：Keil、IAR、STM32CubeIDE。你问我选哪个？我个人习惯是看项目阶段。
3.1.1 Keil MDK
Keil是老牌了，尤其是搞STM32的，几乎人手一份。它的编译器是ARMCC，优化做得不错。
配置要点：
- 安装时记得勾选对应芯片的Pack包。我刚开始就吃过这个亏，装完发现找不到STM32F4系列，折腾了半天才发现是Pack没装。
- 工程选项里，Target标签页要选对芯片型号，比如STM32F427IIHx。
- C/C++标签页里，Define预定义符号要加上，比如
STM32F427xx，不然HAL库会报错。
3.1.2 IAR Embedded Workbench
IAR的编译器优化比Keil更激进，生成的代码体积更小。我在做Pixhawk原型时，就发现IAR编译出来的固件比Keil小了将近10%。
配置要点：
- IAR的工程文件是
.ewp，工作空间是.eww。别搞混了。 - Options -> General Options -> Target，选对芯片。
- Options -> C/C++ Compiler -> Preprocessor，添加全局宏定义。
我曾经在IAR里踩过一个坑：默认的堆栈设置太小，飞控跑着跑着就HardFault了。后来我把堆栈从0x200改到0x400，问题解决。你想想看，堆栈这东西，小了真不行。
3.1.3 STM32CubeIDE
这个是ST官方出的，基于Eclipse和GCC。免费，开源，而且集成了CubeMX，可以直接图形化配置外设。我个人觉得，做原型验证时用这个最方便。
配置要点：
- 安装后第一次启动，会自动下载一些SDK包，耐心等。
- 新建工程时，选择"STM32 Project"，然后选芯片型号。
- CubeMX里配置好时钟、GPIO、UART等，生成代码。
3.2 GCC交叉编译链
说白了，GCC交叉编译链就是让你在PC上编译出能在ARM芯片上跑的代码。为什么需要它？因为很多开源飞控项目（比如PX4、ArduPilot）都是用GCC编译的。
安装步骤：
- 下载ARM GCC工具链。推荐
gcc-arm-none-eabi，这是专门针对ARM Cortex-M系列的。 - 解压到某个目录，比如
C:\gcc-arm-none-eabi。 - 把
bin目录添加到系统环境变量PATH里。
验证是否安装成功，打开命令行输入：
arm-none-eabi-gcc --version如果能看到版本号，就说明搞定了。
我记得有一次，同事在Linux下编译PX4固件，死活报错找不到编译器。后来发现是环境变量没配好。嗯，这种问题其实很常见，别慌。
Makefile示例：
CC = arm-none-eabi-gcc
CFLAGS = -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -O2
LDFLAGS = -T stm32f4.ld
all: main.elf
main.elf: main.o
$(CC) $(LDFLAGS) -o $@ $^
main.o: main.c
$(CC) $(CFLAGS) -c -o $@ $<
clean:
rm -f *.o *.elf-mcpu和-mfloat-abi这两个参数必须和你的芯片匹配。比如STM32F4是Cortex-M4，支持硬件浮点，所以用-mfloat-abi=hard。如果选错了，编译出来的代码跑起来会出各种奇怪的问题。
3.3 OpenOCD与JLink调试器
调试器是飞控开发中不可或缺的工具。没有它，你就像瞎子摸象，出了问题只能靠猜。
3.3.1 JLink
JLink是SEGGER公司的产品，稳定、速度快。我个人的主力调试器就是JLink。
配置步骤：
- 安装JLink驱动和软件包。
- 连接硬件：SWD接口，只需要4根线——SWDIO、SWCLK、GND、VCC（可选）。
- 在IDE里配置调试器为JLink，选择SWD模式。
我曾经在调试一个飞控的PWM输出时，发现信号总是不对。用JLink单步跟踪，才发现是定时器的预分频器配置错了。你看，没有调试器，这种问题根本查不出来。
3.3.2 OpenOCD
OpenOCD是开源的调试工具，配合便宜的调试器（比如ST-Link）使用。如果你不想花钱买JLink，用这个也行。
配置要点：
- 安装OpenOCD，然后写一个配置文件，比如
stm32f4.cfg。 - 配置文件里指定芯片型号和调试接口。
OpenOCD配置文件示例：
source [find interface/stlink.cfg]
source [find target/stm32f4x.cfg]
adapter speed 1000
reset_config srst_only启动OpenOCD：
openocd -f stm32f4.cfg3.4 版本控制（Git）
做飞控开发，没有Git，你就是在玩火。我见过有人用"最终版v3.2.1.最终版.不改了.rar"这种命名方式，结果改来改去自己都分不清哪个是哪个。
Git基本工作流：
git init：初始化仓库。git add .：添加文件到暂存区。git commit -m "描述"：提交到本地仓库。git push：推送到远程仓库（比如GitHub、GitLab）。
.gitignore文件示例：
# 忽略编译产物
*.o
*.elf
*.hex
*.bin
# 忽略IDE配置文件
*.uvoptx
*.uvguix
*.eww
*.ewp
Debug/
Release/
# 忽略临时文件
*.log
*.tmp为什么要忽略这些？因为编译产物和IDE配置文件每个人都不一样，提交到仓库里只会引起冲突。我刚开始带团队时，就有人把.uvguix文件提交了，结果每次拉代码都要重新配置IDE，烦得很。
分支管理建议：
main分支：稳定版本，只用来发布。develop分支：日常开发。feature/xxx分支：开发新功能。bugfix/xxx分支：修bug。
git diff看看改了哪些内容。我习惯在提交信息里写清楚"为什么改"，而不是"改了啥"。比如"修复PWM输出抖动，原因是定时器预分频器配置错误"，这样以后回头看，一目了然。
好了，环境搭建这块就聊到这儿。说白了，工具链这东西，多用几次就熟了。刚开始可能会觉得麻烦，但等你真正上手飞控开发，就会发现这些配置都是值得的。下一章，咱们开始写真正的飞控代码。