4. ZigBee网络层（NWK）深度解析：网络拓扑、设备类型与地址分配
网络层（NWK）是ZigBee协议栈的“交通枢纽”。它负责建网、入网、路由和地址管理。说白了，没有NWK层，设备就是一堆孤立的无线节点，谁也找不到谁。
我刚开始接触ZigBee时，觉得NWK层就是个“黑盒子”——调用API就能组网。直到有一次项目现场，终端设备死活入不了网，我才被迫把NWK层的细节翻了个底朝天。嗯，今天咱们就把这层扒开看看。
4.1 三种网络拓扑：星型、树型、网状
ZigBee支持三种拓扑结构。选哪种，取决于你的项目需求——覆盖范围、功耗、可靠性，都得权衡。
| 拓扑类型 | 结构特点 | 典型场景 | 可靠性 |
|---|---|---|---|
| 星型 | 所有终端直连协调器 | 智能家居小系统、单房间控制 | 低（协调器单点故障） |
| 树型 | 分层父子结构，路由固定 | 楼宇照明、传感器采集 | 中（父节点故障影响子树） |
| 网状 | 任意路由节点互联，动态路由 | 工业监控、大面积覆盖 | 高（多路径冗余） |
我的经验：星型最简单，但别用在关键业务上。我曾经在一个仓库项目里用了星型，结果协调器一挂，整个系统瘫痪。后来换成网状，虽然配置复杂点，但再也没出过类似问题。
4.1.1 星型拓扑
所有终端设备（End Device）只跟协调器（Coordinator）通信。终端之间不能直接对话。优点是结构简单、延迟低；缺点是覆盖范围受限，协调器是单点瓶颈。
4.1.2 树型拓扑
协调器作为根节点，路由器（Router）作为中间节点，终端挂在路由器或协调器下面。数据只能沿着父子链路上下传递。我遇到过一个问题：树型拓扑里，如果某个路由器断电，它下面的所有终端都会掉线。所以，树型适合静态网络，不适合频繁移动的场景。
4.1.3 网状拓扑
这是ZigBee最强大的地方。路由器之间可以任意互联，数据能自动选择最优路径。即使某个路由器坏了，数据也能绕道走。你想想看，在工业现场，设备密集、干扰多，网状拓扑的“自愈”能力就是救命稻草。
避坑指南：网状拓扑虽然可靠，但路由开销大。我曾经在一个项目里放了200多个路由器，结果网络风暴差点把带宽吃光。后来我限制了路由深度和邻居表大小，才稳定下来。
4.2 三种设备类型：协调器、路由器、终端
ZigBee网络里只有三种角色。每个设备在入网时就确定了身份，不能随意切换。
- 协调器（Coordinator）：每个网络只有一个。负责建网、分配地址、管理安全。它必须一直在线，不能休眠。
- 路由器（Router）：负责转发数据、扩展覆盖范围。可以有很多个，也必须一直在线。
- 终端（End Device）：只能收发数据，不能转发。可以休眠，省电。电池供电的设备基本都是终端。
注意：协调器不是“中心服务器”。它只在建网时起作用。网络稳定后，即使协调器掉线，路由器之间依然能通信。但新设备无法入网，因为协调器负责地址分配。
4.3 地址分配机制：16位短地址与64位IEEE地址
每个ZigBee设备有两个地址：
- 64位IEEE地址：全球唯一，出厂烧录，相当于身份证。
- 16位短地址：入网时分配，网络内唯一，用于日常通信。
短地址怎么分配？这取决于网络拓扑。ZigBee规范定义了两种分配方式：分布式分配和随机分配。
4.3.1 分布式地址分配（树型/星型）
协调器根据三个参数计算地址池：
- MaxDepth (Lm)：网络最大深度
- MaxChildren (Cm)：每个父节点最多子节点数
- MaxRouters (Rm)：子节点中路由器最大数量
计算公式（Cskip）：
Cskip(d) = (1 + Cm - Rm - Cm * Rm^(Lm-d-1)) / (1 - Rm) (Rm != 1)
Cskip(d) = 1 + Cm * (Lm - d - 1) (Rm == 1)举个例子：假设 Lm=3, Cm=4, Rm=2。协调器（深度0）的Cskip=？算出来是10。这意味着协调器可以分配10个地址给子设备。路由器拿到地址后，再按同样规则分配下去。
我的习惯：在项目初期，我会先估算网络规模，然后反推Lm、Cm、Rm。比如一个楼宇项目，每层20个节点，深度3层，我就设Lm=5, Cm=10, Rm=5。留点余量，避免地址不够用。
4.3.2 随机地址分配（网状拓扑）
网状拓扑里，地址是随机生成的。协调器维护一个已分配地址表，新设备入网时，协调器随机选一个未使用的16位地址给它。这种方式灵活，但需要处理地址冲突。
我曾经遇到过一个坑：两个设备同时入网，协调器分配了相同的短地址。结果数据乱飞，设备时而在线时而离线。后来我加了地址冲突检测机制——设备收到数据后，如果发现源地址是自己的，就主动发起地址冲突报告。
4.4 地址分配实战：如何配置参数
在Z-Stack中，地址分配参数在 f8wConfig.cfg 或 ZGlobals.h 中配置：
// 分布式分配参数
#define MAX_DEPTH 5 // 最大深度
#define MAX_CHILDREN 20 // 每个父节点最大子节点数
#define MAX_ROUTERS 6 // 子节点中最大路由器数
// 随机分配（网状）参数
#define NWK_MAX_DEVICE_LIST 20 // 地址表大小
#define ADDR_MGR_MAX_ENTRIES 20 // 地址管理器条目数警告：别把MAX_CHILDREN设得太大。我见过有人设成100，结果协调器内存爆了。每个子节点需要维护邻居表、绑定表，内存开销不小。一般建议不超过30。
4.5 地址分配与OTA升级的关系
你可能要问：地址分配跟OTA升级有什么关系？关系大了。
- OTA升级时，协调器需要知道每个设备的短地址，才能发送升级镜像。
- 如果地址分配不合理（比如深度太深），升级数据包需要多次路由转发，容易丢包。
- 网状拓扑里，地址冲突会导致升级失败——设备收不到正确的镜像块。
所以，在做OTA升级方案前，先把地址分配机制搞清楚。我一般会在项目初期画一张地址分配表，规划好每个设备的短地址范围，避免后期手忙脚乱。