2、固件开发环境搭建：硬件平台与工具链
做光模块固件开发，第一步就是把环境搭好。这活儿看着基础，但真踩过坑的人都知道——环境没配好，后面全是泪。我见过太多新手上来就写代码，结果编译不过、烧录失败、调试器连不上，折腾半天才发现是工具链版本不对。
今天咱们就把这事儿捋清楚。从MCU选型到调试工具，再到版本管理，一步到位。
2.1 MCU选型：为什么光模块偏爱ARM Cortex-M？
光模块里的MCU，说白了就是个“小管家”。它要管激光器偏置、温度补偿、数字诊断监控（DDM）、I²C通信……活儿不少，但空间和功耗都卡得很死。
我个人习惯首选ARM Cortex-M系列，尤其是STM32。为什么？
- 性能够用：Cortex-M0/M3/M4主频从几十MHz到两百多MHz，处理光模块的实时控制绰绰有余
- 外设丰富：多路ADC、DAC、I²C、SPI、UART，基本覆盖光模块所有接口需求
- 生态成熟：HAL库、LL库、RTOS支持，开发效率高
- 成本可控：几块钱到十几块钱的芯片，量产不心疼
我在项目中遇到过用国产Cortex-M0芯片做10G光模块的方案，成本压到2美金以内，性能完全扛得住。但要注意——选型时一定要确认芯片的工业级温度范围（-40°C ~ 85°C），光模块在机房或户外，温度波动很大。
核心建议：
- 100G以下光模块：Cortex-M0/M3（如STM32G0、STM32F0）
- 100G-400G光模块：Cortex-M4（如STM32G4、STM32L4）
- 400G以上或带DSP：可能需要Cortex-M7或双核方案
2.2 软件开发工具链：Keil、IAR、GCC怎么选？
工具链这事儿，其实没有绝对的好坏。我三个都用过，说说真实感受。
Keil MDK
业界最常用，尤其是做ARM开发的老工程师。界面熟悉，调试方便，但……贵。正版授权几千块，个人学习可以用社区版。
- 优点：编译优化好，调试器集成度高，文档多
- 缺点：收费，跨平台不行（只有Windows）
IAR Embedded Workbench
编译效率极高，代码密度比Keil小10%-15%。我有个项目Flash只剩2KB，用IAR重新编译后硬是挤出了300字节——救命了。
- 优点：代码优化强，支持芯片广
- 缺点：界面丑，学习曲线陡，也是收费的
GCC + Makefile / CMake
开源免费，跨平台。适合有Linux开发经验的团队。我现在的团队就用这套，配合VS Code写代码，效率很高。
- 优点：免费，灵活，可定制
- 缺点：调试体验不如Keil/IAR，需要自己配环境
我的建议：
新手先用Keil，上手快。等熟悉了再尝试GCC。别一上来就折腾Makefile，容易劝退。
2.3 调试工具：J-Link vs ST-Link
调试器是开发者的“眼睛”。没有它，你只能靠猜。
| 特性 | J-Link | ST-Link |
|---|---|---|
| 速度 | 快（最高50 MHz SWO） | 中等（最高4 MHz） |
| 兼容性 | 几乎所有ARM Cortex芯片 | 仅ST芯片 |
| 价格 | 贵（正版几百到几千） | 便宜（几十块） |
| 调试功能 | 完整（RTT、ETM、Flash断点） | 基础（够用） |
我个人习惯：开发阶段用J-Link，调试效率高。量产测试用ST-Link，成本低。但要注意——别买盗版J-Link，固件容易掉，掉一次你就想砸电脑。我曾经吃过这个亏，项目赶进度时调试器突然变砖，折腾了两天才搞定。
避坑指南：
我曾经遇到过SWD接口线序接反，导致调试器烧毁的情况。记住：SWDIO、SWCLK、GND、VCC（可选），这四根线一定要核对清楚。另外，光模块的MCU通常工作在3.3V，调试器也要选对应电压的版本。
2.4 版本管理：Git是底线
这年头做嵌入式开发不用Git，说出去都丢人。但很多做固件的兄弟还是习惯“复制粘贴+改文件名”那套——今天代码_v1.c，明天代码_v2.c，后天代码_最终版.c……
嗯，我早期也这么干过。直到有一次客户要回退到两周前的版本，我翻遍了文件夹都没找到，最后只能重写。从那以后，Git就成了我的底线。
光模块固件开发中，Git的几个典型用法：
- 分支管理：master分支放稳定版本，develop分支做开发，feature分支做新功能
- 标签管理：每次发布固件版本时打tag，比如v1.0.0、v1.1.0
- 代码审查：Pull Request + Code Review，避免低级错误
推荐工作流：
# 初始化仓库
git init
git add .
git commit -m "初始提交：光模块固件框架"
# 创建开发分支
git checkout -b develop
# 开发新功能
git checkout -b feature/temperature-compensation
# ... 写代码 ...
git add .
git commit -m "添加温度补偿算法"
# 合并到develop
git checkout develop
git merge feature/temperature-compensation
# 发布版本
git checkout master
git merge develop
git tag v1.0.0你想想看，如果哪天客户说“这个版本有问题，我要三个月前的固件”，你只需要 git checkout v0.9.0 就能搞定。是不是比翻文件夹爽多了？
2.5 环境搭建总览
说了这么多，咱们用一张图把整个环境搭建的逻辑串起来：
这张图把整个环境搭建的四个核心模块串起来了。硬件平台是基础，工具链是武器，调试工具是眼睛，版本管理是保险。缺一个，开发效率都会大打折扣。
好了，环境搭建这块就聊到这儿。下一节咱们开始动手写第一行固件代码——点亮光模块的激光器。到时候记得把调试器插好，别像我当年那样，连上就冒烟……
公众号:蓝海资料掘金营，微信deep3321