[参考译文] LP-CC2652RB：器件加入、不应答 ping 数据包。

admin

Other Parts Discussed in Thread: CC1352P

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1212994/lp-cc2652rb-device-joined-not-answering-ping-packets

器件型号：LP-CC2652RB
主题中讨论的其他器件：CC1352P

我们在 CCS Studio 上开发的 ZigBee 项目"zr_genericapp_CC1352P_2_LAUNCHXL_tirtos_ticlang" (非常感谢 Ryan 先生、他每次遇到问题都为我们提供支持…)已经有几个月了、

我们的每台路由器/终端设备都配置有8+1个端点、我们使用 Zigbee2Mqtt 应用程序(目前)处理所有设备…。

在主任务应用程序"zcl_genericapp.c"文件中、我们会持续检查"BdbAttributes.bdbCommissioningStatus" 是否为"BDB_interving_success"或"BDB_interving_network_restored"、以查看器件是否已加入网络...

我希望这足以确保设备已加入网络；但经过几天的连续测试(4个路由器+16个终端设备)后、今天上午我发现一个设备无法响应网络命令：

在 Zigbee2Mqtt 级别、我看到消息为"…" ping…设备失败"反复出现！即使是打开/关闭每个终端设备的属性、也不会发生任何情况。

请考虑到我们目标上的关联 LED 以这种方式闪烁、并告诉我"bdbAttributes.bdbCommissioningStatus"与上述两个值相匹配。因此、我真的不知道还需要做什么其他检查来确保器件能够处理端点 R/W 属性！

这里的问题是：检查来自协调器的定期传入 ping 数据包是否足够？ (无需添加应用程序级命令…．sent from Coordinator)

如果可以、我可以为实现该目的执行哪些函数调用或变量检查？

非常感谢

Roberto

2 年多前

0 admin 2 年多前

TI__Guru**** 2463330 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Roberto：

BDB_TRUSING_NETWORK_RESERTED 仅适用于丢失其父设备的 ZG_BUILD_ENDDEVICE_TYPE、 BDB_TRUSION_SUCCESS 可以参考任何 bdbCommissioningMode (初始化、形成、转向、F&B)。但可以检查 ZStack_DevState (应为 ZStack_DevState_DEV_End_Device 或 ZStack_DevState_DEV_router)或 bdbAttributes.bdbNodeIsOnANetwork (应为 true)。

除此之外、我建议您调试有故障的器件、以确定它所处的运行状态。如果它仍在接收、跟踪和响应网络上的邻居设备、则它仍处于连接状态。如果 ZED 的轮询频率不够高、则可能会丢失一些 ping 数据包并仍将其加入(即尚未过期)。

此致、
Ryan

Zigbee®︎ 和 Thread（参考译文帖）

Zigbee®︎ 和 Thread（参考译文帖）(Read Only)

[参考译文] LP-CC2652RB：器件加入、不应答 ping 数据包。