1. 智能照明系统概述：物联网照明概念、系统架构与主流通信协议对比
各位同学，咱们今天聊聊智能照明。说实话，这个领域我摸爬滚打了十几年，从最早的红外遥控灯泡，到现在的全屋智能灯光系统，变化真的太大了。你想想看，以前我们理解的“智能灯”，无非就是能遥控开关、调个亮度。但现在呢？它已经变成了物联网（IoT）的一个典型应用场景。
我个人习惯把智能照明看作是物联网的“排头兵”。为什么这么说？因为照明设备无处不在，有电的地方就有灯，天然具备联网条件。而且用户对灯的控制需求很直观——开、关、调光、调色温，这些动作非常适合用手机或语音来控制。
物联网照明到底是什么？
说白了，物联网照明就是把传统的灯具、开关、传感器，通过无线通信技术连接起来，再接入互联网，最终实现远程控制、自动化场景和数据分析。嗯，这里要注意，它不仅仅是“用手机控制灯泡”这么简单。
我在项目中遇到过不少客户，上来就说“我要做个智能灯，能连Wi-Fi就行”。但真正做起来才发现，光是一个“配网”流程就能劝退一半用户。所以，物联网照明的核心其实是“连接”和“体验”，而不仅仅是“联网”。
核心概念：物联网照明 = 照明设备 + 传感器 + 通信网络 + 云平台 + 用户交互界面。五者缺一不可。
系统架构：三层模型
做嵌入式系统设计，我们最常接触的就是这个三层架构。我当年刚入行时，总觉得这玩意儿太理论，后来被现实狠狠教育了一顿——不懂架构，你连芯片选型都做不了。
智能照明系统的架构，通常分为三层：
- 感知层：这是最底层，也是最“硬”的一层。包括LED灯珠、驱动电源、传感器（光敏、人体红外、温湿度）、MCU主控芯片等。说白了，就是看得见摸得着的硬件。我建议你在设计感知层时，一定要考虑功耗和散热。有一次我为了追求极致亮度，把驱动电流调大了，结果灯板温度飙到80度，差点把外壳烤化。
- 网络层：这一层负责数据传输。包括无线通信模块（Wi-Fi/BLE/Zigbee）、网关、路由器等。它的任务就是把感知层的数据“搬”到应用层，同时把应用层的指令“下放”到设备端。你想想看，如果网络层不稳定，你手机点一下“关灯”，结果灯过了5秒才灭，这体验能好吗？
- 应用层：这是用户直接接触的部分。包括手机App、语音助手（小爱、天猫精灵）、云平台后台等。应用层负责数据处理、逻辑判断和用户交互。我个人习惯在应用层多做一层“本地策略”——即使断网，灯也能根据传感器自动开关。这个设计思路，在不少项目中帮了大忙。
实战小贴士：三层架构不是物理隔离的。比如，有些MCU既负责感知层的传感器数据采集，又负责网络层的协议栈处理。选型时要特别注意芯片的算力和内存是否够用。
主流通信协议对比：Wi-Fi vs BLE vs Zigbee
好，到了大家最关心的部分。通信协议怎么选？这个问题，几乎每个找我咨询的工程师都会问。我的回答永远是：没有最好的协议，只有最合适的协议。
下面这张表，是我根据多年项目经验整理的，你直接拿去用：
| 特性 | Wi-Fi | BLE（蓝牙低功耗） | Zigbee |
|---|---|---|---|
| 传输速率 | 高（最高可达Gbps级） | 中（1-2 Mbps） | 低（250 Kbps） |
| 功耗 | 高（10-100 mA） | 低（1-10 mA） | 极低（0.1-1 mA） |
| 通信距离 | 远（室内30-50米） | 中（室内10-20米） | 中（室内10-30米，可mesh组网扩展） |
| 组网能力 | 星型（依赖路由器） | 点对点/星型 | Mesh网状网络（支持多跳） |
| 成本 | 中高（模块约10-20元） | 低（模块约5-10元） | 中（模块约8-15元） |
| 典型应用 | 单灯控制、需要高速OTA升级 | 手机直连、小规模场景 | 全屋智能、传感器网络 |
我来逐一说说我的使用感受：
Wi-Fi：简单粗暴，但功耗是硬伤
Wi-Fi最大的优势就是“直连”——你家路由器就在那儿，灯连上就能用，不需要额外买网关。我最早做的几个智能灯泡项目，清一色用的Wi-Fi。但问题也很明显：功耗高。灯泡待机时Wi-Fi模块还在跑，一年下来电费虽然不多，但用户心理上总觉得“关灯了还在耗电”。另外，家里设备一多（比如超过20个），普通路由器就扛不住了。
避坑指南：我曾经在一个项目中，为了省成本用了某款低端Wi-Fi模块。结果批量出货后，发现模块在高温下频繁掉线。后来排查发现是模块的晶振温漂太大。所以，Wi-Fi模块的选型，千万别只看价格，稳定性才是第一位的。
BLE：手机直连的利器，但组网能力弱
BLE（蓝牙低功耗）是我个人非常喜欢的一种协议。它的功耗极低，一颗纽扣电池就能让传感器跑一年。而且现在手机都内置蓝牙，用户不需要额外配置网络，打开App就能发现设备。但BLE的短板也很明显：通信距离短，而且不支持真正的Mesh组网（虽然BLE Mesh标准已经出来，但实际应用还不够成熟）。所以，BLE更适合做“单灯控制”或“小范围场景”，比如床头灯、台灯。
Zigbee：全屋智能的王者，但门槛高
Zigbee，说实话，是我在项目中用得最多的协议。它的Mesh组网能力非常强，一个网络里挂上百个节点都没问题。而且功耗极低，非常适合电池供电的传感器（比如门窗传感器、人体存在传感器）。但Zigbee也有它的“脾气”：你需要一个网关来桥接Zigbee网络和Wi-Fi网络。而且Zigbee的协议栈比较复杂，开发调试起来比Wi-Fi和BLE要费劲不少。我记得有一次，为了调试两个Zigbee节点之间的路由跳数，我整整花了两天时间。
我的建议：如果你做的是单品智能灯（比如一个台灯），用Wi-Fi或BLE就够了。如果你做的是全屋智能系统（需要联动多个灯和传感器），Zigbee是更稳妥的选择。当然，现在也有厂商在做“多模网关”，同时支持Wi-Fi、BLE和Zigbee，但这又是另一个话题了。
小结一下
物联网照明，说白了就是让灯“活”起来。它不再是那个只会亮和灭的傻大个，而是能感知环境、理解用户意图的智能终端。系统架构的三层模型，是我们做硬件设计的地基。而通信协议的选择，则决定了这个地基能盖多高的楼。
下一章，我会带大家从零开始搭建一个基于ESP32的智能照明硬件平台。到时候，咱们把今天讲的这些理论，一个一个落地实现。嗯，我已经迫不及待了。
课后思考：如果你现在要设计一个“人来灯亮、人走灯灭”的走廊灯，你会选择哪种通信协议？为什么？欢迎在评论区留言，我会挑几个有代表性的回答，在下一章开头和大家一起讨论。
公众号:蓝海资料掘金营，微信deep3321