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/1033679/cc2652p-device-is-disconnecting-after-10-min-time
您好！
我将 ZigBee 器件用作路由器器件。 我发现了一个问题、即我的器件在不活动10分钟后处于未知状态。 在这种情况下、器件不响应来自协调器的任何帧。 坐标器还显示设备进入脱机模式。
我不明白正在发生什么、请指导我。
此致、
Chintamani
您能否详细说明您使用的 SDK 版本？ 我还建议您使用监听器检查无线传输过程中发生的情况。
我使用的是5.10 SDK。
您能否提供监听器日志来检查无线传输过程中发生的情况？
https://drive.google.com/drive/folders/1JPrc2mXiSawzB5B2ZuI6VODWWfEIO7Mf?usp=sharing
我假设您的器件具有短地址0x568A。 在您的 DISCONNECT．CWBX 中，0x568A 响应迅速，我没有看到任何错误。 在您的 disconnect1.cWBX 中、0x568A 具有协调器 LQI 请求的 Mac ACK。 您是否打算询问您的器件0x568A 为何不响应协调员的 LQI 请求？
但是、如果您签入了 DISCONNECT。CWBX、则我的器件会响应 LQI 请求、因此这里没有问题。
但在 disconnect1.cBX 中、它不会回复 LQI。 20分钟后。 在路由器超时的情况下是否有任何情况？
我认为 Z-Stack 路由器内核中没有任何超时。 是否使用默认的 ZR 区域来测试此问题并查看此问题？
您好、Chintamani、
查看 disconnect1.cWBX、没有来自0x568A ZR 的链接状态消息。 因此、ZC 会在 NWK_route_age_limit 后将路由标记为 BAD、并在 LQI 请求之前发送路由请求、而 LQI 请求只是偶尔从 ZR 接收 MAC ACK。 从这种行为中可以清楚地看出 Z-Stack 由于某种原因(HAL 断言、存储器泄漏等)被锁定、并且需要复位才能继续正常运行。 您能否在此状态下调试器件、以及您对默认示例进行了哪些更改？
此致、 Ryan
您好、Ryan、
我刚刚启用了 CUI_DISABLE 标志、以便对所有 UI 部件进行注释。 除此之外、我没有更改任何有关 z stack 的功能。 请查找随附的所有代码。 请指导我。 需要您的帮助来解决此问题。
https://drive.google.com/drive/folders/1cC41ssq9nXqSDqumbjtfBNxnaV0ZzKMw?usp=sharing
在我的 LAUNCHXL-CC1352P-2上运行项目30分钟后、我没有发现任何问题(ZR 已成功完成调试和区域注册)。 请检查您的硬件、重新评估默认示例项目、并在必要时添加增量更改以发现导致问题的更改。
感谢您检查代码。 但在20分钟后发出警报、并检查警报是否正确发送。 为此、请将 DIO23连接到 Launchpad 的3.3V。 20分钟后、警报未发出的警报的主要问题。 如果您在这里肯定会发现问题、请进行检查。
它不会在协调器端显示任何警报指示。
我不知道这一要求的条件。 因此问题可能与 gaschange_SendChangeNotification -> zclSS_IAS_Send_Send_ZoneStatusChangeNotificationCmd 有关？ 无论如何、我的测试都不会达到代码的这一部分。 由于您已确定 导致问题的资源、因此您可以使用断点进一步调试这部分代码、并使用监听器日志补充调查、以发现根本原因。
