Thread 中讨论的其他器件:Z-stack
参考上述帖子...
谁将新的网络地址分配给已移动的节点。
我们尝试执行此步骤以触发网络地址更改、但未成功。
1.我们向现有的协调器网络和 大约30台路由器添加了一台新路由器"R"。
然后我们关闭与新节点"R"关联的父节点"P"。
3.现在我们重新启动了新节点"R"
这种方法有什么问题?
我们还可以尝试其他什么来触发网络地址更改?
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
参考上述帖子...
谁将新的网络地址分配给已移动的节点。
我们尝试执行此步骤以触发网络地址更改、但未成功。
1.我们向现有的协调器网络和 大约30台路由器添加了一台新路由器"R"。
然后我们关闭与新节点"R"关联的父节点"P"。
3.现在我们重新启动了新节点"R"
这种方法有什么问题?
我们还可以尝试其他什么来触发网络地址更改?
我假设新的 ZR 父级将根据 Zigbee PRO 2012规范第3.6.1.6节(分布式地址分配机制)分配网络地址:
Cskip(d)值大于0的父设备应接受子设备,并根据子设备是否支持路由器而以不同的方式为其分配地址。 网络地址应使用 Cskip(d)值作为偏移量分配给支持路由器的子设备。 父设备为其第一个支持路由器的子设备分配的地址大于其自身的地址1。 随后为支持路由器的子设备分配的地址由 Cskip(d)隔开。 应为此类地址分配最多 nwkMaxRouters。
我假设这些设备可能会离开网络并执行新的加入、而不是在为其分配新的网络地址时重新加入。 另一个选项是存在导致重新分配的地址冲突、您可以在"规范"的3.6.1.9中阅读有关此问题的更多信息。 您可以做的最好的事情是使用监听器日志捕获活动。 这将确认设备确实正在重新分配网络地址。 e2e.ti.com/.../ZigBee_5F00_Pro_5F00_2012_5F00_Specification.pdf
此致、
Ryan