2、开发环境搭建：交叉编译工具链配置、IDE设置、调试器使用、版本管理入门
说实话，很多做嵌入式的新人，一上来就急着写代码。结果呢？编译报错、烧录失败、代码改着改着就找不回来了。我见过太多这样的案例了。
环境搭建这事儿，看着琐碎，但它是你后续所有工作的地基。地基没打好，楼盖得再高也悬。今天我就带你把这几个关键环节捋一遍。
2.1 交叉编译工具链配置
先说说交叉编译。你想想看，你的电脑是x86架构，但扫地机里的MCU通常是ARM Cortex-M系列。电脑上编译出来的程序，MCU是跑不了的。所以我们需要一个“翻译官”——交叉编译工具链。
我个人习惯用ARM GCC，开源免费，社区活跃。你可以在ARM官网下载“GNU Arm Embedded Toolchain”。
安装步骤其实很简单：
- 下载对应操作系统的版本（Windows选.exe，Linux选.tar.bz2）
- 解压或安装到指定目录，比如
C:\arm_gcc或/opt/arm_gcc - 把
bin目录添加到系统环境变量PATH中
验证是否配置成功，打开终端输入：
arm-none-eabi-gcc --version如果能看到版本号，那就成了。我在项目中遇到过有人把路径写错了，结果编译时一直报“找不到命令”。嗯，这里要注意，环境变量配置完要重启终端，或者手动刷新一下。
setenv.sh 脚本，里面写好工具链路径。每次新开终端，source一下就行，省得全局变量污染。
2.2 IDE设置：Keil / IAR / VS Code
IDE选哪个？说白了看项目需求和团队习惯。我三个都用过，各有千秋。
| IDE | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| Keil MDK | ARM生态好，调试方便 | 收费，工程文件大 | STM32等ARM项目 |
| IAR EWARM | 编译优化强，代码密度高 | 界面老旧，价格贵 | 对性能要求高的项目 |
| VS Code | 免费，插件丰富，轻量 | 需要手动配置 | 个人项目或团队统一 |
Keil设置要点：
- 新建工程时选对芯片型号（比如STM32F103C8T6）
- 在“Options for Target”里配置晶振频率、Flash和RAM大小
- Output标签页勾选“Create HEX File”，方便烧录
VS Code配置：
如果你喜欢折腾，VS Code是首选。安装好 C/C++ 和 Cortex-Debug 插件后，需要自己写 .vscode/tasks.json 和 .vscode/launch.json。
举个例子，tasks.json里配置编译任务：
{
"version": "2.0.0",
"tasks": [
{
"label": "build",
"type": "shell",
"command": "arm-none-eabi-gcc",
"args": [
"-mcpu=cortex-m3",
"-mthumb",
"-T", "stm32f103.ld",
"-o", "output.elf",
"main.c"
],
"group": "build"
}
]
}我曾经在VS Code里折腾了一整天，就为了把调试功能跑通。后来发现是 launch.json 里的 device 字段写错了。你想想看，这种低级错误多耽误事。
2.3 调试器使用：J-Link / ST-Link
调试器是嵌入式开发的“听诊器”。没有它，你只能靠printf猜问题。
J-Link 是SEGGER家的，速度快，功能强。支持SWD和JTAG两种接口。我一般用SWD，只需要4根线：SWDIO、SWCLK、VCC、GND。
ST-Link 是ST官方出的，买STM32开发板通常自带。便宜，但速度不如J-Link。
连接步骤：
- 用杜邦线或排线连接调试器和目标板
- 安装驱动（J-Link需要装SEGGER驱动，ST-Link一般免驱）
- 在IDE里选择调试器类型和接口速度
调试时常用的操作：
- 单步执行：一行一行看代码逻辑
- 断点：在怀疑的地方停下来，查看变量值
- Watch窗口：实时监控某个变量的变化
- Call Stack：看函数调用关系，定位死循环
2.4 版本管理入门：Git
没有Git的项目，就像没有刹车的车。你敢开吗？
我见过有人用“最终版v3”、“最终版v4_改”、“最终版v4_改_真的不改了”这种文件名来管理代码。结果呢？改着改着就不知道哪个是最终版了。
Git基本工作流：
git init：在项目目录初始化仓库git add .：把修改的文件添加到暂存区git commit -m "描述信息"：提交到本地仓库git push：推送到远程仓库（如GitHub、GitLab）
对于嵌入式项目，我建议在 .gitignore 里忽略这些文件：
# 编译产物
*.o
*.elf
*.hex
*.bin
# IDE配置
*.uvguix.*
*.uvoptx
.DS_Store
# 临时文件
*.bak
*.swp为什么要忽略？因为这些文件每次编译都会变，提交到仓库里只会制造混乱。
git diff 看看改了哪些内容。确认无误后再commit。提交信息要写清楚，比如“修复电机PWM频率配置错误”，而不是“改了点东西”。
分支管理也很重要。我常用的策略：
main分支：稳定版本，只合入经过测试的代码develop分支：日常开发feature/xxx分支：开发新功能fix/xxx分支：修bug
举个例子，你要加一个“避障算法”功能：
git checkout -b feature/obstacle_avoidance
# 写代码...
git add .
git commit -m "添加超声波传感器驱动"
# 继续写...
git add .
git commit -m "实现避障逻辑"
# 测试通过后，合并到develop
git checkout develop
git merge feature/obstacle_avoidance为什么要用分支？你想想看，如果你在main分支上直接改，改到一半发现有个紧急bug要修，怎么办？代码还没写完，又不能提交。有了分支，你可以切回main修bug，修完再切回来继续开发。
好了，环境搭建这部分就聊到这儿。工具链、IDE、调试器、Git，这四个东西配好了，你就能安心写代码了。下一章我们开始讲真正的嵌入式软件架构设计。