1. Zigbee协议栈架构概览
好，咱们直接进入正题。Zigbee协议栈，说白了就是一套让设备之间能“好好说话”的规则。我刚开始接触Zigbee时，总觉得这玩意儿挺玄乎，后来拆开一看，其实就四层：物理层、MAC层、网络层和应用层。每一层各司其职，像流水线一样把数据从一头传到另一头。
1.1 Zigbee协议栈分层模型
先看这张分层图，我习惯把它想象成“俄罗斯套娃”——每一层都封装了下一层的细节，只向上层暴露接口。你想想看，如果每一层都要管所有事，那代码得多乱？
| 层名称 | 英文缩写 | 核心职责 |
|---|---|---|
| 应用层 | APL | 应用对象、ZCL、ZDO，处理业务逻辑 |
| 网络层 | NWK | 路由、组网、地址分配、安全 |
| 媒体访问控制层 | MAC | 信道访问、帧校验、信标管理 |
| 物理层 | PHY | 射频收发、信道选择、能量检测 |
1.2 各层职责与数据流
物理层（PHY）——最底层，直接跟硬件打交道。它负责把数据变成无线电波发出去，或者反过来。我在项目中遇到过一个问题：明明代码逻辑没问题，但设备就是连不上。查了半天，发现是PHY层的信道干扰太严重。嗯，这里要注意，2.4GHz频段太拥挤了，Wi-Fi、蓝牙都在抢，选信道时一定要避开。
MAC层——这一层管的是“谁先说话”。Zigbee用的是CSMA/CA机制，说白了就是“先听再说”。如果信道空闲，就发；如果忙，就等一会儿再试。我建议你在做网关固件时，MAC层的重试次数别设太大，否则网络拥塞时反而更糟。
网络层（NWK）——这是Zigbee的“大脑”。它负责路由、组网、地址分配。举个例子，一个终端设备要发数据给协调器，网络层会帮你找到一条最优路径。我曾经调试过一个多跳网络，数据总是丢包，后来发现是路由表老化机制没配好。你想想看，路由表不更新，设备移动后当然找不到路了。
应用层（APL）——最上层，直接面对你的业务。比如灯控、传感器数据上报。这里有两个关键概念：ZCL（Zigbee Cluster Library）和ZDO（Zigbee Device Object）。ZCL定义了设备“能做什么”，ZDO管的是“你是谁、你在哪”。
数据流示例： 一个开关按下 → 应用层生成“开灯”命令 → 网络层封装路由信息 → MAC层加帧头 → PHY层发射出去。反过来，接收端一层层解包，最终应用层执行开灯动作。
1.3 Zigbee设备类型
Zigbee定义了三种设备角色，我刚开始时总搞混，后来用一句话记住了：协调器是“老板”，路由器是“经理”，终端设备是“员工”。
- Coordinator（协调器）——每个Zigbee网络只有一个。它负责建网、分配地址、管理安全密钥。说白了，没有它，整个网络就散架了。我在做智能照明网关时，协调器必须上电后第一个启动，否则其他设备找不到家。
- Router（路由器）——可以有很多个。它负责转发数据、扩展网络覆盖范围。注意，路由器必须一直在线，不能休眠。我建议你在设计网关时，把路由器的数量控制在合理范围内，太多反而增加网络开销。
- End Device（终端设备）——通常是传感器、开关这类低功耗设备。它们可以休眠，省电。但有个坑：终端设备不能转发数据，所以如果它离协调器太远，中间必须要有路由器帮忙。
避坑指南： 我曾经在一个项目中，终端设备设成了“非休眠模式”，结果电池两天就耗光了。后来改成休眠模式，并合理配置了轮询间隔，电池撑了半年。记住：终端设备能休眠就休眠，别让它一直醒着。
1.4 我的个人经验总结
做Zigbee网关固件，我建议你先把协议栈分层模型吃透。别急着写代码，先画一张数据流图，搞清楚每一层做什么、数据怎么穿。我在早期项目中跳过这一步，结果调试时到处碰壁，后来老老实实画图，问题就清晰多了。
另外，设备类型的选择也很关键。协调器要稳定，路由器要够用，终端设备要省电。你想想看，如果一盏灯用终端设备，那它就不能当路由器用，网络覆盖就会受限。所以，照明网关里，我通常把墙壁开关设成路由器，灯泡设成终端设备——这样既省电，又能保证网络稳定。
嗯，这一章就到这里。下一章咱们聊聊Zigbee的组网过程，包括关联、地址分配这些实操内容。