主题中讨论的其他器件: CC2630、 Z-stack、 SIMPLELINK-CC13X2-26X2-SDK
我使用 LAUNCHXL-CC1352P 作为协调器(ZNP 3.40)和 一些 CC2630终端器件(固件基于示例开关 Z-stack 1.2.2)来设置网络。
某些终端设备在信号弱或协调器断电时离开网络、但无法重新加入网络。 短地址为0x7DBF。
有人知道如何解决这个问题?
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.
我使用 LAUNCHXL-CC1352P 作为协调器(ZNP 3.40)和 一些 CC2630终端器件(固件基于示例开关 Z-stack 1.2.2)来设置网络。
某些终端设备在信号弱或协调器断电时离开网络、但无法重新加入网络。 短地址为0x7DBF。
有人知道如何解决这个问题?
尊敬的 Dzung:
通过监听器日志可以明显看出、ZED 正在尝试一个不安全的重新加入(未加密的重新加入请求数据包)。 默认情况 下、Z-Stack SIMPLELINK-CC13X2-26X2-SDK v3.40在 zglobals.c 中将 zgAllowReposjoinsWithWellKnownKey 设置为 false、并且由于 Zigbee HA 1.2.2a 器件不会从全局默认值更新其 TC Link Key、因此无法加入网络。 Z-Stack 用户指南 http://dev.ti.com/tirex/content/simplelink_cc13x2_26x2_sdk_3_40_00_02/docs/zigbee/html/zigbee/z-stack-overview.html#trust-center-tc-rejoin 中提供了更多信息
此致、
Ryan
您好、Ryan、
我使用 SampleSwitch 上的代码库用于 CC2630、并使用构建标签 TC_LINKKEY_JOIN。
所以我只需将 zgAllowRejoinsWithWellKnownKey 设置为 true 就可以让它重新加入、或者我可以对 z-stack 1.2.2项目执行什么操作?
此错误仅与我的测试设备之一有关、所有运行相同固件的其他设备仍然正常重新加入。
Dzung、您好!
当您将 zgAllowRejoinsWithWellKnownKey 设置为 true 时、您可以观察行为是否发生变化、我假设您的其他设备在尝试重新加入时仍使用 NWK 密钥(加密的数据包)。 如果情况并非如此、您可以提供另一个监听器日志。 相关器件的固件可能已损坏、在您的应用程序中、您可能需要检测重新加入未成功、重置为出厂新、并尝试重新加入。
此致、
Ryan