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.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1224844/cc2652p-why-zigbee-3-0-s-rejoining-can-t-support-all-channels-scanning
我在 SDK 6.4.0和 Z-stack 3.0.2中都可以找到它。 当终端设备重新加入新的父节点时、它只能扫描它已加入的通道。 这意味着终端设备无法在协调器改变网络信道时通过重新加入来恢复 IT 网络。
您好、Aries：
请参阅 ZDO_StartDevice 期间的 MODE_REJIN 处理、其中 调用 NLME_NetworkDiscoveryRequest。 当前仅使用 runtimeChannel，但如果需要，您可以修改 channelList 的此行为。 请注意 managed_scan define (当前未包含在季度测试中)且在某些情况下、runtimChannel 将成为 MAX_CHANNEL_24GHz。
此致、 Ryan
这是没用的、 NLME_ReDecroquest 只能选择1个通道。
您可以尝试执行我在 bdb_rejoinNWk 中介绍的类似方法。 对于重新加入或孤立功能、Z-Stack 仅打算在默认情况下搜索保存在 NIB/NV 存储器中的信道。 Zigbee 规范不要求此功能。
