[参考译文] CC2652P7：可实现性分析、需要路由模式的协调器和器件。

您好、Whong、

以下说法似乎相互矛盾（即星型网络中的 500 个 ZED 可能是有利的）：

所有配置为 ​路由器模式 、形成一个 ​网状网络

500 个器件不交互、仅发送给协调器

TI 内部尚未对这样一个大型网络进行测试。  CC2652P7 可能有足够的 RAM 和闪存来存储 500 个单独的器件条目、但如果没有、则 CC2674P10 肯定是合适的。  大多数问题 都涉及 Zigbee 协议的物理限制。  即使完全交错、也会每 40 毫秒 (20 秒除以 500) 向 ZC 发送一次消息、这些消息必须经过 MAC 确认、希望不会得到 APS 确认。 这还不考虑每个 ZC/ZR 使用的偶尔向网络广播的链路状态数据包（默认间隔为 15 秒）。  此外、Zigbee 吞吐量限制为 250kbps。   需要更改数据包间隔和网络配置以适应如此大的网络。  在某些情况下、使用 ZC 网关构建多个 Zigbee 网络、然后向同一物联网服务报告、能够解决大型网络和设备报告问题。

此致、
Ryan

如果协调器现在的任务是每 50ms 处理 5 个无线电数据包（即每个数据包 10ms）、那么这比最初建议的速度更快。  数据包似乎也必须以相同的速率串行传输。  然后还有其他路由维护任务（路由请求，链路状态和其他处理）、这些任务必须由 ZC 执行。  您应该可以使用 5 个连接到 ZC 的器件运行快速测试、这些器件每 50ms 发送一次无线电数据包、并通过尽可能遵守您的应用要求、您将确定 ZC 是否至少能够跟上数据包频率。  同样、理论上、Zigbee 网络中的 500 个器件是可行的、但在实际实现时会遇到更多困难。  

此致、
Ryan

谢谢你。 稍后我需要详细介绍。 由于没有其他路由设备可用、是否可以禁用某些协议？