1. ZigBee技术概述：协议栈架构、网络拓扑与设备类型
各位同学，咱们今天正式开讲ZigBee。说实话，ZigBee这名字听起来挺酷的，但很多人第一反应是——这玩意儿跟蓝牙、Wi-Fi到底有啥区别？我当年刚接触时也懵，后来做了几个项目才真正摸透它的脾气。
ZigBee不是万能的，但它特别适合干一件事：低功耗、低速率、大规模组网。你想想看，一个智能家居系统里几十个传感器，每个都用Wi-Fi连路由器，功耗大不说，路由器也扛不住。ZigBee就是为这种场景设计的。
核心认知：ZigBee ≠ 蓝牙的替代品，它是为物联网末端节点量身定制的无线协议。它的设计哲学是——能省则省，能睡则睡。
1.1 ZigBee协议栈架构
ZigBee协议栈长什么样？我习惯把它看成四层蛋糕。从下往上分别是：物理层（PHY）、媒体访问控制层（MAC）、网络层（NWK）、应用层（APL）。
物理层和MAC层由IEEE 802.15.4标准定义，说白了就是管怎么发数据、怎么避免冲突。网络层和应用层由ZigBee联盟定义，管怎么组网、怎么传数据、怎么让设备互相理解。
| 层级 | 负责什么 | 谁定义的 |
|---|---|---|
| 物理层（PHY） | 无线信号的收发、信道选择、能量检测 | IEEE 802.15.4 |
| MAC层 | 数据帧封装、信道接入、确认重传 | IEEE 802.15.4 |
| 网络层（NWK） | 设备加入/离开网络、路由发现、数据转发 | ZigBee联盟 |
| 应用层（APL） | 应用对象、设备绑定、属性读写 | ZigBee联盟 |
这里有个坑，我当年踩过。很多人以为ZigBee协议栈就是一套代码，烧进去就能用。其实不是。协议栈是分层的，每一层都有独立的配置参数。比如MAC层的信标使能模式，你开了信标，功耗就上去了；关了信标，同步又麻烦。我在一个智能照明项目里，就因为信标参数没调好，导致终端设备频繁掉线，折腾了两周才找到原因。
个人经验：做ZigBee开发，建议先把协议栈的API文档通读一遍，别急着写代码。我每次接手新项目，都会花半天时间把各层回调函数捋一遍，心里有底再动手。
1.2 ZigBee网络拓扑结构
ZigBee支持三种网络拓扑：星型、树型、网状。这三种结构各有各的脾气，选错了后面全是坑。
星型拓扑
最简单的一种。一个协调器，下面挂一堆终端设备。终端之间不直接通信，所有数据都经过协调器转发。好处是结构简单、延迟低；坏处是协调器挂了，整个网络就瘫了。
我记得有个做智能门锁的项目，客户要求每个门锁独立上报状态，不需要互传数据。我直接用了星型拓扑，协调器放网关里，每个门锁当终端。代码量少，调试也快。但如果你要做设备联动，比如门锁开了自动开灯，星型就不太合适了，因为所有数据都要绕一圈到协调器，延迟会变大。
树型拓扑
树型拓扑在星型基础上加了路由器。协调器下面挂路由器，路由器下面再挂终端设备。数据可以沿着树状路径上传或下发。好处是覆盖范围大了，坏处是路径单一，某个路由器挂了，它下面的所有终端就失联了。
我做过一个农业大棚的项目，大棚里传感器分布很散，一个协调器覆盖不了。我就用了树型拓扑，每个大棚放一个路由器，路由器下面挂十几个终端传感器。但后来发现，大棚之间的信号干扰挺严重的，树型拓扑的路径单一问题暴露了——中间路由器一坏，整棚数据全丢。
网状拓扑
网状拓扑是ZigBee的看家本领。路由器之间可以互相通信，数据可以走多条路径。某个路由器坏了，数据会自动绕道。可靠性最高，但协议栈复杂度也最高，功耗也大一些。
我现在的习惯是：能上网状就上网状。虽然开发周期会长一点，但后期维护省心。尤其是工业场景，设备一旦部署，谁也不想隔三差五去现场修网络。
避坑指南：我曾经在一个项目中，为了省成本，终端设备用了不支持路由功能的芯片。结果网络规模一大，协调器负载过高，数据丢包严重。后来全部换成支持路由的芯片，问题才解决。记住：终端设备只能睡觉和上报，路由器才是网络的脊梁。
1.3 ZigBee设备类型
ZigBee网络里有三种角色：协调器、路由器、终端设备。每种角色干的事不一样，硬件要求也不一样。
协调器（Coordinator）
一个ZigBee网络有且只有一个协调器。它负责建网、分配网络地址、管理设备加入。协调器必须是全功能设备（FFD），硬件资源要求最高。我一般用主频高一点的MCU，RAM至少8KB以上，不然网络规模一大就卡死。
协调器还有一个容易被忽略的职责——维护网络密钥。如果你要开安全功能，协调器就是密钥分发中心。我在一个智能楼宇项目里，因为协调器密钥存储区被意外擦除，导致所有设备重新入网，折腾了一整天。从那以后，我每次都会在协调器代码里加一个密钥备份机制。
路由器（Router）
路由器负责转发数据、扩展网络覆盖范围。它也是全功能设备，必须一直在线。路由器的功耗比终端高很多，所以不能用电池供电，必须接电源。
路由器还有一个隐藏功能——允许新设备加入。协调器不可能覆盖所有区域，新设备入网时，路由器可以代为处理入网请求。我做过一个项目，终端设备离协调器太远，死活入不了网。后来在中间加了一个路由器，问题秒解。
终端设备（End Device）
终端设备是ZigBee网络里的"小兵"。它只负责采集数据、上报数据，不转发任何数据。终端设备可以是精简功能设备（RFD），硬件要求最低，功耗也最低。大部分时间它都在睡觉，醒来发个数据就继续睡。
终端设备的功耗能低到什么程度？我用CC2530做过一个温湿度传感器，两节AA电池，每10分钟上报一次数据，用了两年多还没换电池。但要注意，终端设备不能一直睡，得定期醒来跟父节点同步，不然父节点会把它踢出网络。
关键参数：终端设备的轮询间隔（Poll Interval）直接影响功耗和网络稳定性。我一般设5-10秒，太短了费电，太长了容易掉线。具体值要根据你的业务场景来调。
| 设备类型 | 功能 | 硬件要求 | 供电方式 | 典型功耗 |
|---|---|---|---|---|
| 协调器 | 建网、管理、密钥分发 | 高（FFD） | 电源供电 | 30-50mA |
| 路由器 | 数据转发、扩展覆盖 | 中高（FFD） | 电源供电 | 20-40mA |
| 终端设备 | 数据采集、上报 | 低（RFD） | 电池供电 | 1-5μA（休眠） |
嗯，到这里，ZigBee的基础概念就讲完了。协议栈架构让你知道代码怎么分层，网络拓扑让你知道设备怎么连，设备类型让你知道每个节点该干什么。这三块是后面所有实战内容的地基，地基打不牢，后面盖楼肯定歪。