CC2652P: 多设备同时申请入网时，协调器可能未收到小部分设备的入网通知

您好，

已明确您的问题，当设备数量增加时，协调器未收到一些设备的入网通知，这可能会因为通信冲突、网络拥堵造成。

为了解决这个问题，可以考虑以下几个方向：

1.通过选择不同的信道，以减少通信冲突，提高设备的入网成功率。

2.在网络中使用适当的分层结构，包括协调器、路由器和端设备。路由器可以充当中继点，帮助设备找到更短的路径连接到协调器。

3.如果网络容量不足，可以考虑添加更多的协调器或路由器。

4.确保协调器和入网设备的固件是最新的，固件更新可能包含了入网成功率的改进。

另外，有没有尝试过用最新的SDK，最新版的SDK可能修复了网络通信中的此类问题。

您好，问题解决了吗，如果没有这边将继续为您跟进，提供其他方案。

没有解决，考虑到入网通知是广播消息，不属于可靠消息，丢包无法避免，所以考虑其它方式打补丁。

但也希望你们可以优化一下协议栈，越多设备同时加网时，入网通知消息越容易丢失，最差时32个设备同时加网，丢了15个设备的入网通知。

有尝试过用最新版SDK吗？

没有，我现在使用sdk_6_40_00_13，最新的SDK是6_41，查看了release note，zigbee这块没有提到相关的改动。

现在最新版本是7.10.01.24，您可以参考一下，同时我也会继续为您寻找解决方案：https://www.ti.com/tool/download/SIMPLELINK-LOWPOWER-F2-SDK

好的，感谢，测试了我再反馈

不客气，期待您的后续回复。

您的问题解决了吗，如果没有，希望您描述下当前进度。

考虑帮您升级到E2E，让更多工程师分析，谢谢。

你好，尝试使用以下两种方法：

1、升级最新协议栈。

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

都没效，目前是让设备入网以后，从APP层主动发送一条报文，把这报文当作是入网通知。

明确您的问题，正在帮您跟进。

device announce报文是broadcast,一般建議不要多设备同时申请入网

谢谢YiKai的回答，

DEVICE_ANNOUNCE是一条广播消息，因此当 Zigbee 流量较多时可能会丢失该消息。一般来说，我们建议不要允许多个设备同时加入/调试 Zigbee 网络。

Hi sinjin,

正如Yikai所说，当多个设备尝试同时加入时，您可能会遇到某种类型的瓶颈，从而导致某些设备无法加入。最近的一个讨论与您遇到的问题类似的问题的帖子是 https://e2e.ti.com/f/1/t/1289765/  （帖子底部附近的两个最近回复）。 

Ryan 的一段话，解决了 32 台设备同时连接时丢失 15 台设备的问题：

“您可以增加缓冲区大小，例如 nwk_globals.c 中的 NWK_MAX_DATABUFS_* 和 *_cnf.opts 中的 MAC_CFG_*，但这只会延迟最终的数据包接收失败。最终，数据包吞吐量能力太高，尤其是在多个设备加入，并且必须减少以给予 CPU 时间来进一步处理传入数据。  您还应该错开设备加入，可能通过将开机设备的加入时间延迟在随机的 0 到 10 秒之间，以便 ZC TC 不会不必同时处理多个请求。”

Best regards,

Yolande

感谢您的经验分享，欢迎随时来论坛交流！