[参考译文] CC2530-CC2591EM-RD：添加50个以上照明节点后、ZNP 冻结

当您同时打开50个模块时，它们可能会导致射频通信卡塞并导致此冻结。 如果您等待一段时间、ZNP 能否恢复正常？

否、

只有在重新启动集线器后、它才起作用。 另一个观察结果是、我在 CC2531 USB 软件狗中刷写了 ZNP、但从未在其中添加任何模块、但当50个模块完全通电时、即使没有模块直接与之配对、USB 软件狗也会冻结。

也许可以尝试使用 ZTool 测试此问题、看看您是否可以看到同样的问题。

您好、Karthick、

这可能取决于网络设置、例如 NWK_MAX_DEVICES 或 ZDSECMGR_TC_DEVICE_MAX (对于 Zigbee 3.0器件)。   还有涉及 CC2530的已知闪存/RAM 限制以及 有关 Z-Stack 3.0.2或更早版本的固定问题建议列表。  考虑 到您的网络说明、交错设备连接和增加 MAC 缓冲区大小特别值得考虑。   Koen Kanters 可能已经知道一些限制、或者您可以 联系 zigbee2mqtt 社区 以获得有关此软件平台的更多详细信息/帮助。

此致、
Ryan

此 CC2530能够处理的最大器件数是多少？ 我尝试仅使用 CC2531 USB 软件狗添加15个模块、最初添加了它、但当我尝试通过 AF 数据请求命令对其进行控制时、它不会受到控制。

此致

Karthick

您是否询问可以连接到 CC2530协调器的终端设备有多少？ 如果是、则 Z-Stack 3.0.2中的默认值为20。

我只添加了10个终端器件(照明模块)、其中 CC2531 ZNP 也仅在添加时起作用、几分钟后器件(ZNP)没有响应。

我使用 UTIL_GET_DEVICE_INFO 检查了器件、但它显示器件处于保持状态、如下所示：

04：40：39.4 COM7 UTIL_GET_DEVICE_INFO_RESPONSE (0x6700)
状态：成功(0x0)
IEEEAddr：0x00124B0008BDF9ED
短地址：0x0000
DeviceType：协调器、路由器、END_DEVICE (0x7)
DeviceState：DEV_HOLD (0x0)
NumAssocDevices：0x01
AssocDevicesList：0x973E

此致

Karth厚度 D

ZNP 是否可能重新启动并导致此问题？

您好、Karthick、

要进一步调试此问题、您需要使用监听器器件来更好地了解正在进行的无线通信。  完整的 Z-Tool 日志还有助于了解如何使用 ZNP 初始化和调试 Zigbee 网络。

此致、
Ryan

是否有办法在协调器和终端设备之间添加路由器？  

您可以将路由器添加到网络中、但网状路由由由由 Z-Stack 处理。 您无法在应用程序中分配路由。

我正在使用 ZNP 1.2堆栈、照明模块也启用了路由器、您能帮我如何通过应用程序分配路由吗？

我在上一次答复中有拼写错误。 我修正了排印错误、我的意思是"您无法在应用程序中分配路由。"

哦、您的意思是、即使我添加了路由器、协调器也是决定路由详细信息的人？

它不仅是协调器。 网络中的协调器和路由器协同工作以确定路由。

我的迫切要求是、我需要通过 CC2530/2591 ZNP 控制至少48个器件、我稍后将更改 ZNP 硬件、这是可行的吗？

是的、这是可能的。 至少、我们自己的 Linux Zigbee HA 1.2网关设计可以毫无问题地添加160个器件。

因此、如果我首先向协调器添加路由器设备、如何将第二个设备添加到路由器、默认情况下、当我添加设备时、它仅与协调器配对、但不能再添加更多设备。 请帮助解决这个问题、可能是我在某些方面出错了、

将160个器件作为直接器件连接到 CC2531 USB 软件狗？

1.如果网络中有协调器和路由器并且您启用了允许加入，则设备可以通过协调器或路由器加入，这取决于谁快速响应信标请求。

不可以、我们在 Zigbee 网络中使用路由器来连接总共160个器件、而 CC2530+CC2592充当协调器。

谢谢。

1) 1)您是说在路由器固件中启用"允许加入"？ 如果是、对于具有布线功能的照明模块(不是基于 TI 的硬件)、我们应该怎么做？

2) 2)好的、我在本例中将 CC2530+CC2591作为协调器。 因此、使用中间的路由器、我可以实现我认为的计数。

谢谢你，黄真。 让我先尝试一下。

还有一个问题、我们如何发现终端设备已添加到路由器中？

您好、Karthick、

在 Zigbee 3.0中、您将能够通过父通知广播消息获取子管理更新。  对于此配置文件或 Zigbee HA 1.2.2a、您可以在收到器件通告(ZDO_END_DEVICE_ANNCE)后使用路由发现(ZDO_EXT_PROFILE_DISC)。

此致、
Ryan

感谢 Ryan、

我向照明模块供应商咨询、他们确认模块将仅具有中继器功能、而不具有路由器功能、因此模块不会充当中继器？

我假设中继器是指 Zigbee 协议中的路由器。

但是、Zigbee 设备是否有仅使用中继器的选项？

我无法理解您的问题。 您能详细说明吗？

我想问的是、Zigbee 中是否有仅使用照明模块运行中继器的选项？

您在这里提到了什么照明模块？ 它是否基于您自己的 CC2530-CC2592设计？

不是来自基于第三方 Tiya 模块的照明模块(基于 EFR32)。

我不认为您可以将其设置为基于第三方 Tiya 模块的照明模块(基于 EFR32)。 产品制造时、器件类型是固定的。 但是、轻量设备通常是 Zigbee 路由器、您可以尝试将其加入 Zigbee 以确认设备类型。

Karthick、

您可能指的是分布式网络、这是 Zigbee 3.0的一项新功能、 由第一台在没有协调器(即没有信任中心)的情况下尝试引导网络的路由器所形成。  SWRA615 白皮书对此进行了简要说明。  我不知道您的第三方设备是否支持此操作模式。

此致、
Ryan

感谢 Ryan，我的一般问题是，如果将设备添加到路由器上，在我们发出 LQI 命令时是否会显示该设备？

谢谢你，黄真。

但是、我已将器件数量限制为25、现在我们没有网络冻结问题、但只要有电源回收、重新连接就需要几秒钟、这不是问题。

我现在面临一个新问题、当我不断在单个 strech 中添加模块时、它会不断添加、假设如果我们花了10分钟的时间来添加另一个模块、则不会发生这种情况、Ztool 会显示一些警告消息、如随附的屏幕截图。 有时、当我们运行 Coordinator .js 脚本时、它会起作用、但大多数时候它不会添加、问题的原因可能是什么、ZNP 应该在至少25个模块中稳定工作、而不会出现任何问题。

您好、Karthick、

我以前看到过类似的警告消息、它们不应该成为问题。  它们是管理更新网络请求。  您能否评估最新的 SIMPLELINK-CC13X2-26X2-SDK ZNP 解决方案？  您是否曾尝试调试固件以进一步确定加入问题的根源？

此致、
Ryan