[参考译文] CC2652P：一个 CC2652P 可支持多少个启用 MAC-Ack-Pending 的子器件？

我发现 MAC_SRCMATCH_SHORT _MAX_NUM_ENTRIES 和 MAC_SRCMATCH_EXT_MAX_NUM_ENTRIES 设置为"5"。 我认为它太少了。

"macSrcShortAddrList"在 Mac 库中是恒定的、 当终端设备超过5时、无法将其中一个终端设备发送到。  

macSrcShortAddrList  的大小为5。 当坐标向6个不会唤醒的终端设备发送任何命令时、第七个活动终端设备将从坐标接收无数据 MAC 数据包。

您好 Aries、

感谢您提供此反馈。  我已将您的问题转交给软件研发部门、以供进一步考虑。  现在、您需要交错发送到休眠式终端设备的消息、并监视 ZMAC_NO_Resources (0x1A)命令的状态。  您还可以修改 NWK_INDIRECT MSG_TIMEOUT 和 END_DEV_TIMEOUT_VALUE、以进一步满足您的应用要求。

此致、
Ryan

我认为最好的方法是用户可以修改 shortAddrList_t 和 extAddrList_t 的大小 我的测试证明、当终端设备目标大于5时、间接发送将变为 NWK-INDIRECT 发送模式。 NWK-INDIRECT 发送将无数据 MAC 帧发送到发送了 MAC 数据请求进行协调的终端设备。 这将导致终端设备浪费更多电量

我理解您的顾虑、并已将其相应地转给软件研发团队。

此致、
Ryan

我知道、用户可以将 Siliconlabs 堆栈上的列表设置为64。 我建议 在 CC26x2上将此列表设置为32至64、 在 CC2651上设置为8至16。 否则、当用户在 TI-154stack 上运行、而该堆栈不支持 NWK 层发送间接数据包时。