[参考译文] CC2652P：当多个器件同时申请网络访问时、协调器可能无法从少量器件接收网络访问通知。

admin

Other Parts Discussed in Thread: CC2652P, CC1352P

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1294039/cc2652p-when-multiple-devices-apply-for-network-access-at-the-same-time-the-coordinator-may-not-receive-network-access-notifications-from-a-small-number-of-devices

器件型号：CC2652P
主题中讨论的其他器件： CC1352P

芯片：CC2652P

协议栈版本号：simplelink_cc13xx_cc26xx_sdk_6_40_00_13

大家好、

这来自客户：

协调器使用例程：ZC_SW_CC1352P_2_tirtos7_ticlang

子器件使用例程：zr_light_CC1352P_2_tirtos7_ticlang

测试场景：16台设备同时申请网络访问。协调器可能不会从一个或多个器件接收到网络访问通知 zstackmsg_Cmdids_ZDO_DEVICE_Announce。器件越多、情况就越严重。

从监听日志可以看到、所有联网设备在连接到网络后都会发送器件通知消息、而且器件确实成功连接到网络、并且可以双向发送消息。

这是最新的开发 ,尝试使用以下两种方法:

1.升级最新的协议栈。

2.增大 MAC 层缓冲区大小，例如 NWK_globals.c 中的 NWK_MAX_DATABUFS_*和*_cnf.opts 中的 MAC_CFG_*。

但都不起作用。目前、器件连接到网络后、会主动从应用层发送消息、并将该消息视为网络访问通知。

谢谢、此致、

约兰德

1 年多前

0 admin 1 年多前

TI__Guru**** 2457760 points

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

Device_Announce 是一条广播消息、因此当存在大量 Zigbee 流量时、它可能会被错过。通常、我们建议不要允许多个器件同时加入 Zigbee 网络/委托到 Zigbee 网络。

0 admin 1 年多前

TI__Guru**** 2457760 points

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

尊敬的 Yolande Wang：

正如 Yihai Chen 所说的、当多个设备尝试同时加入时、您可能会看到某种类型的瓶颈、从而导致某些设备无法加入。一个最近的线程讨论了一个与您所拥有的问题类似的问题、即 e2e.ti.com/.../(线程底部附近的两个最近回复)。

Ryan 引述了一句话：在同时连接32台设备时、解决15台设备丢失的问题：

"您可以增加缓冲区大小，例如 NWK_globals.c 中的 NWK_MAX_DATABUFS_*和 *_cnf.opts 中的 MAC_CFG_*，但这只会延迟最终的数据包接收失败。最终、数据包吞吐量能力过高、尤其是加入多个器件时、并且必须降低、以便 CPU 有时间进一步处理传入数据。 您还应该错开设备联接、可能的方法是将已通电设备的联接时间延迟在随机0到10秒之间 ，这样 ZC TC 就可以 不必同时处理多个请求 。"

谢谢。
A·F

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

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

[参考译文] CC2652P：当多个器件同时申请网络访问时、协调器可能无法从少量器件接收网络访问通知。