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.

[参考译文] CC2652P7:CC2652P7:修改 Z-Stack 中最大唯一 TC 链接密钥导致的应用程序层延迟启动问题。

Guru**** 2668435 points

Other Parts Discussed in Thread: CC2652P7

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1591636/cc2652p7-cc2652p7-application-layer-delayed-start-issue-caused-by-modifying-maximum-unique-tc-link-keys-in-z-stack

器件型号: CC2652P7

image.png

您好:

关于 CC2652P7 和 simplelink_cc13xx_cc26xx_sdk_8_31_01_11 下的 Zigbee zc_light 工程、我的主要问题是:

1.我需要构建一个具有数百个节点的 Zigbee 网络。 在开发过程中、我注意到参数“最大唯一 TC 链接密钥“会影响网络大小。 当我将此值增加到 200 时、应用层任务启动有 8 秒的延迟。 NV 初始化似乎会在每个条目中重复、我不明白为什么这会导致如此长的延迟。

2.据我的理解,我在我的网络中只使用一个固定的默认 TC 链接密钥。 为什么仍然需要“最大唯一 TC 链接密钥“参数来限制连接节点的数量? 在集中式网络中、这个参数是必需的吗?

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

    您好:

    1.我可以确认您描述的行为、从我记忆 中、 ZD App_Restore NetworkState 或 ZDOInitDeviceEx 函数的 NLME_InitNV->AddrMgrInitNV 用法可能需要很长时间来初始化扩展地址列表的 NV 项条目。  几年前、我为客户提供了一个自定义解决方案、因此生成的 ZDApp.c 文件已非常过时、但 Mgr_Init 所附文件中的 Custom_Addr ZDApp.NV 可能能够帮助您:

    e2e.ti.com/.../3323.ZDApp.c

    2.在 Zigbee 3.0 的 TCLK 更新过程中 ,每个加入的设备请求并被发送一个唯一的 TCLK。

    如果您不希望 TCLK 更新、则 在 bdb_interface.h 中为 ZC 节点将 bdb_default_tc_required_key_exchange 设置 为 false(默认值)、在 ZR/ZED 节点的 zd_sec_mgr.c 中将 requestNewTrustCenterLinkKey 设置为 false(非默认值)。

    此致、
    Ryan