3、系统架构设计：硬件架构选型（MCU/SoC）、电源架构设计、通信协议选择（PWM/DALI/蓝牙）
好，咱们进入第三章。系统架构设计，说白了就是给这个照明产品「搭骨架」。你想想看，骨架搭歪了，后面填再好的肉也白搭。我这些年见过太多项目，前期架构没想清楚，后期改得死去活来。所以这一章，咱们把几个核心决策点掰开揉碎了讲清楚。
3.1 硬件架构选型：MCU 还是 SoC？
这是第一个要拍板的事。选 MCU 还是 SoC，其实取决于你的产品到底要「多聪明」。
MCU（微控制器），适合做纯粹的灯具控制。调光、调色温、定时开关，这些活儿 MCU 干得又稳又便宜。我个人习惯，如果产品只需要本地控制，不涉及复杂的网络协议栈，果断选 MCU。比如一个简单的办公区筒灯，用一颗 Cortex-M0 内核的 MCU，成本控制在两三块钱，足够了。
SoC（系统级芯片），说白了就是 MCU 加上无线射频（Wi-Fi/BLE）的合体。如果你要做智能灯，要连手机 App，要支持语音控制，那 SoC 是更优解。我在项目中遇到过，早期用 MCU 外挂蓝牙模块的方案，结果发现模块的固件升级和功耗管理两头受气。后来换成 SoC，一颗芯片搞定主控和通信，PCB 面积也省了。
选型决策表（我自己的经验总结）
| 场景 | 推荐方案 | 理由 |
|---|---|---|
| 纯本地调光调色 | MCU（如 STM32G0 / 国产 GD32） | 成本低，开发简单，稳定可靠 |
| 需要蓝牙 Mesh 组网 | SoC（如 Nordic nRF52840 / 泰凌微 TLSR8258） | 集成射频，功耗优化好，OTA 方便 |
| 需要 Wi-Fi 直连云平台 | SoC（如乐鑫 ESP32 / 联盛德 W800） | 自带 Wi-Fi 协议栈，生态成熟 |
| 高端商业照明（DALI-2） | MCU + DALI 收发器（如 STM32F0 + TJA1021） | DALI 协议对实时性要求高，MCU 更可控 |
我的一个小建议：别盲目追求 SoC 的「集成度」。如果你的产品出货量很大，MCU + 独立射频模块的方案，有时候反而更灵活——因为射频模块可以单独过认证，不用整机重测。
3.2 电源架构设计：LED 驱动的「心脏」
电源架构，嗯，这里要注意。照明产品的命根子就是电源。电源设计不好，灯会闪、会发热、会短命。
常见的电源架构分两种：隔离型和非隔离型。
- 隔离型：输入和输出之间有变压器隔离，安全，但效率稍低，成本高。适合需要过严苛安规认证的产品，比如医疗照明、户外灯具。
- 非隔离型：结构简单，效率高，成本低。但输出端和市电没有隔离，对绝缘要求高。适合内部灯具，比如吸顶灯、筒灯。
我做过一个项目，为了省成本选了非隔离方案，结果在打耐压测试时，灯珠和散热器之间的绝缘层被击穿了。后来老老实实换成隔离型，虽然贵了两块钱，但再也没出过问题。所以，安全裕量一定要留足。
另外，电源架构里还有一个关键参数：纹波电流。LED 对电流纹波非常敏感，纹波大了，人眼就能看到频闪。我建议，调光灯具的纹波控制在 5% 以内，非调光灯具可以放宽到 10%。
避坑指南：我曾经在选型时忽略了一件事——电源的启动时间。有些 LED 驱动芯片启动需要几百毫秒，结果导致灯具上电后「慢半拍」才亮。这在智能家居场景里特别明显，用户体验很差。所以，选电源芯片时，一定要看 datasheet 里的「Start-up Time」参数。
3.3 通信协议选择：PWM、DALI 还是蓝牙？
通信协议，说白了就是灯具之间、灯具和控制器之间怎么「说话」。选哪个，取决于你的应用场景和成本预算。
3.3.1 PWM（脉冲宽度调制）
PWM 是最简单粗暴的调光方式。通过改变占空比来控制 LED 的亮度。优点是成本极低，几乎任何 MCU 都能输出 PWM。缺点是抗干扰能力差，线长一点信号就变形了。而且 PWM 频率选不好，会有啸叫或频闪。
我一般只在板级调光或者短距离（<1米）控制时用 PWM。比如一个灯板上的多路调光，用 PWM 最直接。
3.3.2 DALI（数字可寻址照明接口）
DALI 是商业照明的老大哥。它是一个数字协议，支持双向通信，可以寻址、调光、反馈状态。DALI-2 标准还增加了控制设备和总线供电能力。
为什么选 DALI？因为它稳定、可靠、抗干扰。在大型办公楼、商场、医院里，DALI 是标配。但它的缺点也很明显：需要专门的 DALI 总线（两根线），而且每个 DALI 驱动器成本比普通 PWM 驱动贵不少。
我记得有一次给一个博物馆做照明系统，甲方指定要用 DALI。原因很简单——他们需要精确控制每一盏灯的亮度，并且要能实时反馈灯具状态。PWM 做不到，蓝牙又不够可靠。最后 DALI 方案一次通过验收。
3.3.3 蓝牙（BLE Mesh）
蓝牙是智能家居的宠儿。BLE Mesh 组网技术让蓝牙灯具可以互相中继，覆盖整个家庭。优点是无线、免布线、手机直接控制。缺点是稳定性受环境影响大，而且 Mesh 网络的延迟会随着节点数增加而变大。
如果你做的是家用智能灯，蓝牙是首选。但如果是商用项目，我建议谨慎——我曾经在一个 200 盏灯的展厅里测试蓝牙 Mesh，结果发现开关灯指令有 1-2 秒的延迟，客户当场就皱眉头了。
协议选择速查表
| 协议 | 成本 | 可靠性 | 适用场景 |
|---|---|---|---|
| PWM | 极低 | 低（易受干扰） | 板级调光、低成本灯具 |
| DALI | 高 | 极高 | 商业照明、博物馆、医院 |
| 蓝牙 BLE Mesh | 中等 | 中等（受环境干扰） | 智能家居、小规模组网 |
我的一个折中方案：有时候我会用「MCU + DALI 收发器 + 蓝牙模块」的组合。MCU 负责 DALI 协议解析，蓝牙模块负责无线控制。这样既保留了 DALI 的可靠性，又实现了手机 App 控制。当然，成本会高一些，但适合高端定制项目。
3.4 架构设计中的「隐形坑」
最后，说几个我踩过的坑，你遇到了可以绕开走。
- 电源和通信的耦合问题：有一次我把蓝牙天线紧贴着电源电感放，结果蓝牙信号被干扰得一塌糊涂。后来才意识到，电源的开关噪声会通过空间辐射耦合到天线。所以，布局时一定要把射频部分和电源部分隔开，中间加地隔离。
- MCU 的 GPIO 驱动能力：有些 MCU 的 GPIO 直接驱动 MOSFET 会力不从心，导致开关速度慢、发热。我建议，驱动大功率 LED 时，加一级专门的栅极驱动芯片，别省那几毛钱。
- DALI 总线的终端电阻：DALI 总线在长距离传输时，需要在两端加 120 欧姆的终端电阻，否则信号反射会导致通信失败。我第一次做 DALI 项目时就忘了这茬，查了两天问题。
好了，系统架构设计就聊到这儿。下一章咱们会深入硬件原理图设计，把每个模块的细节抠出来。记住一句话：架构设计时多花一天，硬件调试时少花一周。