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/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1138203/cc1352p-a-remote-device-did-not-re-join-network-after-restarting-coordinator
尊敬的先生/女士：
SubGHz 网络具有15个远程设备，设备在重新启动协调器后未重新加入网络。 网络 Pan ID 为 0xA002、此器件的当前 Pan ID 显示 为0xFFFF。 使用了 simplelink_cc13xx_cc26xx_sdk_6_20_00_29。
此致、
David
请提供更多详细资料，说明正在发生的情况。 您使用的是 LP 还是定制硬件？
您能否使用 TI 的未修改代码示例重现此问题、或者您是否对这些示例进行了修改？ (您使用了哪些示例作为起点？您有哪些更改？)
这是可重现的、还是您只见过一次的东西？
BR
Siri
尊敬的 Siri：
非常感谢您的回复。
使用了遵循 CC1352P_2_Launchxl 和 simplelink_cc13xx_cc26xx_sdk_6_20_00_29\examples\rtos\CC1352P_2_LAUNCHXL\ti154stack\coprocessor 的定制硬件。
到目前为止发生了3次。 复位 CC1352模块可以解决此问题。
BR。
尊敬的 David： 我希望确保我正确理解您的设置。 对于您正在使用的收集器/协调器：
对于传感器器件(我认为您称之为"远程器件")、您正在使用什么器件和示例？ 您是否对该示例进行了任何修改？
您使用的是什么模式？ 非信标模式、信标模式还是跳频模式？
您是否能够重现此问题并捕获该问题的 Smart RF Sniffer 日志？ 请参阅 https://www.ti.com/tool/PACKET-SNIFFER 和 https://dev.ti.com/tirex/content/simplelink_cc13xx_cc26xx_sdk_6_20_00_29/docs/ti154stack/html/ti154stack/packet-sniffer.html
谢谢、 尼古拉伊
Nikolaj、您好！
感谢您的回复。
主机 MCU 同时使用协调器和节点、修改了协处理器示例。 初始化过程是根据 Linux 服务器示例执行的。
低于1GHz 网络中使用了信标模式。
如果再次发生、我将捕获监听器日志。
尊敬的 David： 监听器日志对于了解此问题非常重要。 我们必须等待，才能提供大量帮助。
同时、您能否回答以下问题？
