2. ZigBee协议栈架构：从物理层到应用层

好，咱们今天来聊聊ZigBee协议栈的架构。说白了，它就是一套分层的通信规则。我刚开始接触ZigBee时，看着这五层结构也头疼。后来做项目多了，才发现每一层都有它存在的道理。

ZigBee协议栈一共五层：物理层（PHY）、媒体访问控制层（MAC）、网络层（NWK）、应用层（APL），还有ZigBee设备对象（ZDO）。每一层各司其职，就像公司里的不同部门。

2.1 物理层（PHY）—— 最底层的硬功夫

物理层是协议栈的根基。它直接跟射频芯片打交道，负责把数据变成无线电波发出去，也负责把收到的无线电波还原成数据。

ZigBee主要工作在2.4GHz频段，这个频段全球通用。我记得第一次调试ZigBee模块时，怎么都连不上，折腾了半天才发现是信道没配对。嗯，这里要注意——2.4GHz频段有16个信道（11~26），但Wi-Fi也占这个频段，选信道时最好避开Wi-Fi常用的1、6、11信道。

参数	2.4GHz频段	868/915MHz频段
数据速率	250 kbps	20/40 kbps
信道数量	16个	1个/10个
调制方式	O-QPSK	BPSK
传输距离（室内）	10~100米	100~1000米

物理层还负责一件事——信道能量检测（ED）。说白了就是监听当前信道的噪声水平。我曾在项目里用这个功能做自适应跳频，效果还不错。

2.2 媒体访问控制层（MAC）—— 谁先说话谁后说

MAC层解决的是「多个设备怎么共享同一个无线信道」的问题。你想想看，如果所有设备同时发数据，信号就撞在一起了，谁也收不到。

ZigBee的MAC层用的是CSMA/CA机制。设备在发数据前，先听一下信道是不是空的。如果是空的，就发；如果不是，就等一个随机时间再试。

我曾经遇到过一个坑：在一个密集部署的传感器网络里，几百个节点同时上报数据，MAC层处理不过来，丢包率飙升。后来我调整了退避时间和重试次数，才把问题解决。

MAC层还支持两种模式：信标模式和非信标模式。信标模式适合周期性上报的场景，非信标模式适合随机事件触发的场景。我个人习惯用非信标模式，实现简单，灵活性高。

2.3 网络层（NWK）—— 路由与组网的核心

网络层是ZigBee协议栈的「大脑」。它负责网络的建立、节点的加入和离开、路由的发现和维护。

ZigBee支持三种网络拓扑：星型、树型和网状型。网状型最灵活，每个节点都可以转发数据。我做过一个项目，在工厂里部署了200多个传感器节点，用的就是网状拓扑。即使个别节点掉线，数据也能通过其他路径绕过去。

• 星型拓扑：一个协调器，多个终端设备。简单，但协调器是单点故障。
• 树型拓扑：有父子关系，数据只能沿着树结构走。效率一般。
• 网状拓扑：任意节点之间都可以通信。可靠性最高，但路由开销也大。

网络层还负责地址分配。ZigBee使用16位短地址，最多支持65536个节点。但实际部署时，受限于内存和带宽，一个网络里放几百个节点就差不多了。

2.4 应用层（APL）—— 面向开发者的接口

应用层是离开发者最近的一层。你写的应用程序代码，就挂在这一层上。

应用层包含两部分：应用框架（AF）和ZigBee设备对象（ZDO）。应用框架负责管理应用对象，每个应用对象对应一个端点（Endpoint）。端点号从1到240，每个端点可以绑定一个应用。

举个例子：一个温湿度传感器，可以用端点1上报温度，端点2上报湿度。这样接收端就能区分数据来源。

// 应用层端点注册示例（伪代码）
// 注册端点1，用于温度采集
afRegister(1, &temperatureApp);
// 注册端点2，用于湿度采集
afRegister(2, &humidityApp);

2.5 ZigBee设备对象（ZDO）—— 网络的管家

ZDO是应用层里一个特殊的对象。它不处理业务数据，而是负责设备的管理和配置。

ZDO做的事情包括：设备发现（谁在网络里）、服务发现（谁提供什么功能）、绑定管理（谁跟谁通信）、安全配置（密钥管理）。

说白了，ZDO就是ZigBee网络的「管家」。你加入网络、离开网络、找邻居设备，都得通过ZDO。

ZDO功能	描述	对应请求
设备发现	查询网络中的其他设备	IEEE_addr_req, NWK_addr_req
服务发现	查询设备支持哪些应用	Simple_desc_req, Active_ep_req
绑定管理	建立源端和目标端的映射	Bind_req, Unbind_req
网络管理	节点加入/离开网络	Mgmt_leave_req, Mgmt_join_req

2.6 各层之间的协作

这五层不是各自为战的。数据从应用层发出去，要经过每一层的封装。每一层都会加上自己的头部信息，然后传给下一层。接收端则反过来，一层层剥掉头部，还原出原始数据。

我画个简单的流程：

1. 应用层生成数据（比如温度值25.3°C）
2. 网络层加上路由信息（源地址、目标地址）
3. MAC层加上帧控制信息（帧类型、序列号）
4. 物理层加上同步头，然后通过天线发出去

接收端收到后，物理层先去掉同步头，MAC层检查帧类型，网络层判断是不是发给自己的，最后应用层取出温度值。