[参考译文] CC2652P：器件在初始化到网络或组广播期间花费太多的时间

尊敬的 Akhilesh：

1. ZDO_Init 在器件初始化期间发生、而不是在试运转后发生、可能不对延迟负责。   在设备正式加入网络时、需要时间对设备进行身份验证并在 NV 内部存储网络信息。

2.根据所执行的群组转换的数量和大小，此过程可能会填充网络缓冲区，并产生额外的延迟以完全执行此任务。

此致、
Ryan

您好、Ryan、

1.我想我的解释不正确。 我的意思是、当器件启动时、有两种可能是器件之前配对的、也可能没有配对。

a.如果未配对
设备快速启动、ZDO_Init 和 RestoreNetwork 不会花费任何时间。

b.如果是配对的、并且添加了一些组。
由于 RestoreNetwork，ZDO_Init 可能需要一些时间，而这大约需要3s

2.群播消息约为每条7-10字节，5秒内约20条消息。
可以使用 RAM、我可以增加缓冲区以提高性能吗？ 如果是、那么缓冲器是什么

谢谢
Akhilesh

ZD8p_RestoreNetworkState 在 ZDOInitDeviceEx 过程中发生、该过程涉及读取闪存以恢复 NV 中存储的网络属性。  组表包含在 NV 存储器中、将增加网络恢复时间。  您可以尝试减小 APS_MAX_GROUP 以减少启动延迟。

如果您使用的是较旧的 TI-RTOS 实现、则在*。cfg 文件中将堆静态分配为 HEAPMGR_SIZE、并可以根据需要增加堆。  您也可以考虑 在 f8w*.opts 中增加 NWK_MAX_DATABUFS_*和 MAC_CFG_*

此致、
Ryan

您好、Ryan、

非常感谢您提供的意见。

我们的 APS_MAX_GROUP 为100。 这些组使用 APS_GroupsRestoreFromNV 进行恢复，然后是否有需要时间的网络恢复过程？
不幸的是、我们需要100组限制、并想知道是否有其他方法可以减少此延迟。

HEAPMGR_SIZE 为30000、但 HEAPMGR_CONFIG 为0x80、这看起来是动态的、所有剩余的 RAM 都分配给堆。
对于哪些 NWK_MAX_DATABUFS_*和 MAC_CFG_* 最适合大型网络，您有什么建议吗？

如果可能、请分享用于 TI 大型网络测试的项目选项和 f8wrouter 选项

谢谢
Akhilesh

 在 APS_GroupsRestoreFromNV 期间每个有效组都需要 APS_AddGroup、减少此延迟时不涉及其他定义。

您可以首先尝试将每个缓冲区值加倍，并确定它是否对网络有任何影响。

SWRA650的表1中提供了 Z-Stack 大型网络配置的示例。

此致、
Ryan