[参考译文] 来源之间的 DevState 枚举差异(zstack.h 和 ZD_app.h)

admin

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1235198/devstate-enums-difference-in-sources-zstack-h-and-zd_app-h

我发现 zstack.h 和 zd_app.h 中的 DevState 枚举各不相同、而且 devstates_t 没有 NWK_backoff。

为什么？它看起来像是一个错误、某些器件状态可能会被错误处理。

2 年多前

0 admin 2 年多前

TI__Guru**** 2460850 points

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

尊敬的 Alex：

感谢您报告此情况。我进一步调查了 zstack.h ZStack_DevState、发现它们仅用于 zcl_sampleAPPS_ui、因此最坏的情况是重新连接期间器件状态的 UI 行报告不正确(退避状态已弃用)。我将向软件开发团队报告这一情况。

此致、
瑞安

0 admin 2 年多前

TI__Guru**** 2460850 points

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

好的、谢谢、明白了；

我还有另一个问题、或许您可以澄清一下。

有时我们的 ZR 是属于 ZED 的 devState 6。

/**在鉴定后作为设备启动*/
ZStack_DevState_DEV_End_Device = 6、

但我们的器件是 ZR、它应该为7。

我在资源中发现、有时 ZR 可能具有器件状态 DEV_END_DEVICE

所以、它甚至直接说 ZR 可以保持为 Zed

在重新连接过程中、我们可以看到 ZR 可能处于这种状态、其中对于 ZR 可以设置为"Zed 设备状态"

您能否准确解释 ZR 在哪些情况下可以转换为 ZED (从 devState 的角度)、以及可能产生哪些负面影响？

0 admin 2 年多前

TI__Guru**** 2460850 points

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

DEV_END_DEVICE 是 NLME_StartRouterRequest 之前使用的最后一种状态、如果成功(nwkStatus == ZDO_ROUTER_START 事件中的 ZSuccessess)、则将 devState 更改为 DEV_ROUTER。保持为 ZED 表示成功启动路由功能存在问题。

在什么情况下、ZR 报告 ZStack_DevState_DEV_END_DEVICE 状态？它是否主动加入 Zigbee 网络并在其中进行通信？

此致、
瑞安

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

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

[参考译文] 来源之间的 DevState 枚举差异(zstack.h 和 ZD_app.h)