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/1170664/cc1352r-router-sometimes-loses-network-information-when-the-parameter-zr_silent_rejoin-is-false
您好！
如果 ZR_SILED_REALIP 为 false，则路由器在重新引导后会丢失 newtork 信息。
当 ZC 关闭时、重现此问题更容易。
为什么它会触觉？
尊敬的 Alex：
当 ZR SILED_REALIZED 为 false 时，ZR 遵循与 ZED 类似的重新加入过程。 这意味着如果网络无响应 、ZR 将离开网络、擦除其 NV 内存并搜索要加入的新网络。 您可以尝试从 ZD_APP.c 和 ZD_object.c 进一步操纵重新加入行为
此致、 Ryan
大家好、谢谢、但有一点不清楚。
如果 ZC 无响应，ZR 为何应离开网络？ 例如、我们有一个 ZC 和 ZR 网络。 它们是配对的、工作正常。 一天，我们关闭 ZC 并重新引导 ZR。 ZR 在重新启动并离开网络后看不到 ZC？ 然后、我们打开 ZC 并期望看到工作网络、但它们已解除配对。 这毫无意义。 ZC 可能在某些地方不会出现问题，为什么 ZR 会离开？ 请澄清。
ZC 和 ZR 可能位于不同的楼层、具有不同的电源、并以异步方式关闭或重新引导。 如何避免离开？
由于 zgRouterSilentRejoin 为 false，因此 devStartMode 为 mode_rejoin，这意味着 ZDApp 会将 ZD_object.c ZDO_StartDevice 的状态更改为 DEV_NWK_DISC。 在 ZD_APP.c 的 ZDO_NWK_DISC_CNF 中、器件将尝试使用 bdb_rejoinNWK、这将在 ZC 关闭后失败。 由于 bdb_nwkDiscoveryAttempt 具有参数 didSuccess=false、 因此输入了 bdb_reportCommissioningState (BDB_commissioning_State_Joining、false)。 这反过来会清除所有 NV 存储器、并将器件从 bdb.c 文件中重置为新出厂设置。 因此、您可以将 ZR_SILED_REONUIN 设置为 true 或修改 所示的代码流以执行自定义设计、也许可以实施延迟、然后进行软重置(不使用工厂新设置)、以便在当前找不到 ZC 时尝试再次加入。
