4. 无线传播基础与物联网信道
4.1 ZigBee技术概述
聊完蓝牙，咱们来看看ZigBee。说实话，我入行那会儿，ZigBee和蓝牙的定位还挺清晰的——蓝牙管点对点，ZigBee管网状。现在虽然蓝牙Mesh也上来了，但ZigBee在智能家居领域的地位，依然很稳。
ZigBee这个名字，源自蜜蜂的八字舞。蜜蜂靠这种舞蹈传递信息，ZigBee也想做类似的事——在低功耗、低速率的前提下，把数据可靠地传出去。它工作在2.4GHz ISM频段，也有868MHz和915MHz的版本。咱们国内主要用2.4GHz，16个信道，每个信道250kbps的速率。
你可能会问：250kbps够用吗？嗯，对于开关、传感器、调光灯这些设备，完全够了。你想想看，一个灯开关的数据量才几个字节，没必要跑几十兆。ZigBee的核心优势，从来不是速度，而是低功耗和自组网。
ZigBee的三大核心特征：
- 低功耗：两节AA电池，一颗ZigBee节点可以跑半年到两年。我在项目中见过用CR2032纽扣电池的传感器，撑了8个月。
- 低速率：250kbps（2.4GHz），适合控制类、传感类数据。
- 自组网：节点上电后自动发现邻居，自动建立路由，不需要人工配置。
ZigBee的传输距离，室内一般10-100米，视距可以到300米。但因为有Mesh网络，数据可以一跳一跳地传过去，实际覆盖范围可以扩展很多。我曾经在一个三层别墅项目里，只用了一个协调器，靠中间的路由器节点，把信号覆盖到了地下室。
4.2 ZigBee协议栈与网络拓扑
4.2.1 协议栈分层结构
ZigBee协议栈，说白了就是IEEE 802.15.4的物理层和MAC层，加上ZigBee联盟定义的上层协议。我习惯把它分成五层来看：
| 层级 | 名称 | 主要职责 |
|---|---|---|
| APL | 应用层 | 应用对象、ZCL（ZigBee Cluster Library）、设备配置 |
| APS | 应用支持子层 | 数据包组装/拆解、绑定表管理 |
| NWK | 网络层 | 路由发现、地址分配、网络管理 |
| MAC | 媒体访问控制层 | 信道访问、信标管理、CSMA/CA |
| PHY | 物理层 | 射频收发、信道选择、能量检测 |
这里我想重点说一下网络层。NWK层负责路由，ZigBee用的是AODV（按需距离矢量路由）的简化版。当一个节点要发数据给另一个节点时，它会先广播一个路由请求，邻居节点再广播，直到找到目标。路径找到后，数据就沿着这条路径走。这个机制的好处是灵活，坏处是——嗯，第一次发送会有延迟，因为要建路由。
避坑指南：我曾经在一个项目中，把ZigBee终端设备放在了一个离路由器很远的位置。终端设备是休眠的，醒来后发数据，但路由还没建立，导致前几个包丢了。后来我加了一个“路由发现”的预触发机制，在设备唤醒后先发一个空路由请求，再发真实数据，问题就解决了。
4.2.2 网络拓扑结构
ZigBee支持三种网络拓扑：星型、树型和Mesh。我个人最常用的是Mesh，但咱们还是把三种都过一遍。
三种拓扑各有适用场景：
- 星型拓扑：最简单，所有终端直接跟协调器通信。适合小范围、设备少的场景。缺点是协调器挂了，整个网络就瘫了。
- 树型拓扑：协调器下面挂路由器，路由器下面挂终端。数据只能沿着父子关系走，不能跨级。我一般不太推荐这种，因为一旦中间路由器掉线，下面的终端就失联了。
- Mesh拓扑：这才是ZigBee的精髓。路由器之间可以互相通信，数据有多条路径可选。某个节点坏了，数据会自动绕路。我在智能家居项目里，几乎都用Mesh。
注意：ZigBee网络里，终端设备（End Device）是不能转发数据的。只有协调器（Coordinator）和路由器（Router）才参与路由。终端设备为了省电，大部分时间都在休眠。所以，如果你想让网络覆盖范围大，路由器节点要放够。
4.3 ZigBee与蓝牙的对比
很多初学者会问：ZigBee和蓝牙到底选哪个？我个人的经验是——看场景。咱们从几个关键维度对比一下：
| 对比维度 | ZigBee | 蓝牙（BLE） |
|---|---|---|
| 网络拓扑 | 星型、树型、Mesh | 点对点、星型、Mesh（BLE 5.0+） |
| 最大节点数 | 理论65535，实际几百到几千 | BLE Mesh理论32767，实际几十到几百 |
| 数据速率 | 250kbps | 1Mbps（BLE 4.x）/ 2Mbps（BLE 5.0） |
| 功耗 | 极低，休眠时μA级 | 低，但比ZigBee略高 |
| 时延 | 15-30ms（路由建立时可能更长） | 3-6ms（连接态） |
| 互操作性 | ZigBee 3.0统一了应用层，设备间互认 | BLE Mesh有Mesh Model规范，但生态碎片化 |
| 手机直连 | 需要网关 | 手机原生支持 |
说说我的感受。蓝牙的优势在于手机生态——你打开手机就能连，不需要额外硬件。ZigBee的优势在于大规模组网和低功耗。举个例子，一个智能家居系统里，可能有50个灯、20个传感器、10个开关。如果用蓝牙，手机直接连50个设备？不现实。用ZigBee，一个网关搞定，所有设备自动组网。
但蓝牙也有它的位置。比如智能门锁，用户希望手机靠近就能开，蓝牙就很合适。再比如一些需要传输音频或较大数据的场景，蓝牙的速率优势就体现出来了。
我的建议：如果你做的是单品，比如一个智能灯泡、一个温湿度计，用户希望用手机直接控制，选蓝牙。如果你做的是系统，比如全屋智能、楼宇自动化，需要几十上百个设备协同工作，选ZigBee。当然，现在也有双模方案——ZigBee+BLE，但成本和复杂度会高一些。
4.4 ZigBee在智能家居中的应用
ZigBee在智能家居领域，可以说是老牌劲旅了。我参与过的几个智能家居项目，几乎都用了ZigBee。咱们来看看典型的应用场景：
4.4.1 灯光控制
这是ZigBee最成熟的应用。每个灯都是一个ZigBee路由器节点，开关、调光、色温控制都通过ZCL（ZigBee Cluster Library）里的标准指令完成。我在一个项目中，用ZigBee控制了200多盏灯，分组、场景、定时，全部通过一个网关管理。用户反馈说，响应速度比他们之前用的某品牌方案快了一倍。
4.4.2 传感器网络
温度、湿度、光照、人体红外、门窗磁……这些传感器通常都是终端设备，休眠状态，有事件才唤醒。比如人体红外传感器检测到有人移动，就发一条消息给网关，网关再联动开灯。这里有个坑——传感器唤醒后，如果网络路由还没建立，数据可能发不出去。我一般会在传感器里加一个重试机制，发三次，间隔100ms，基本能保证成功率。
4.4.3 安防系统
ZigBee在安防里用得也很多。门磁、烟雾报警器、燃气报警器，这些设备要求低功耗、高可靠性。ZigBee的Mesh网络可以保证即使某个路由器坏了，报警信息也能通过其他路径传出去。我曾经测试过一个场景：切断一个路由器的电源，报警器在1.2秒内就切换到了备用路径，这个时间对于安防来说是可以接受的。
4.4.4 典型系统架构
一个完整的ZigBee智能家居系统，通常包含以下组件：
- ZigBee网关（协调器）：负责建立网络、管理设备、连接互联网。通常是一个带ZigBee模块的盒子，跑着Linux或RTOS。
- ZigBee路由器：通常是常供电的设备，比如智能灯、智能插座。它们负责转发数据，扩展网络覆盖。
- ZigBee终端设备：电池供电的传感器、遥控器、门磁等。它们大部分时间在休眠，需要时才唤醒。
- 云平台和App：用户通过手机App，经过云平台，控制家里的设备。
一个真实的项目数据：我曾经为一个120平米的公寓设计ZigBee网络。用了1个网关（协调器），15个智能灯（路由器），10个传感器（终端），5个智能开关（路由器）。整个网络从上电到全部入网，花了大约3分钟。运行半年后，设备在线率保持在99.2%以上。唯一掉线的几个设备，都是因为电池没电了。
嗯，ZigBee不是万能的，但在智能家居这个领域，它确实是一个经过验证的、成熟可靠的选择。如果你正在规划一个智能家居系统，ZigBee值得认真考虑。