[参考译文] CC2652R7：ZC 协调器示例应用程序在休眠终端设备正常工作时不响应 IAS 区域 Enrll 要求。

e2e.ti.com/.../New-folder-_2800_2_2900_.zip

另请查看随附的日志"IasZoneTestingWithTiSampleApp_ZR_Zone" 、并查看其他应用程序正在运行的代码行号310和329 e2e.ti.com/.../New-folder-_2800_3_2900_.zip

让我知道这是否与父母为休眠终端设备保留的消息数量有关。 我还在休眠或 ZR 器件代码的情况测试中调试了代码、但行为不同。

我已使用 zcl_ss.c 模块来实现 IAS 区域功能，在这两种情况下(当这是 ZR 器件和休眠式终端设备时)，我都可以看到调用了"zclSS_ProcessInCmd_ZoneStatus_EnrollRequest"，然后在方法"zclSS_IAS_Send_ZoneStatusEnrollResponseCmd"也被调用之后。 但在 ubiqua 日志上、我看到休眠终端设备的行为不同、它不会产生响应、而对于 ZR、它会产生响应。  

请告诉我、当器件不同时、这种行为为何不同。  

您好 Jagdish、

感谢您提供详细的监听器日志以及所提供的相关数据包编号。  您参考的是 SIMPLELINK-CC13XX-CC26XX-SDK 的哪个版本？  您 分别为 ZC 和 ZR (CIE、警告设备或区域)使用了哪些 IAS 示例？  您是否尝试使用 ZED TI 器件而不是第三方节点进行测试？  您对 ZC 项目的默认设置进行了哪些更改？  对于 ZR 区域注册请求，ZC 的响应似乎被过度延迟(在1分钟后和17秒后发生)，这是不可预料的。  ZED  的 ZC 项目中的 zclSS_ProcessInCmd_ZoneStatus_EnrollRequest"开始到"zclSS_IAS_Send_ZoneStatusEnrollResponseCmd"之间是否会发生相同的延迟？  我们应该进一步确定导致区域注册响应延迟的原因。

此致、
Ryan

您好、Ryan、

感谢您的回答。

请查找您的问题答案。

SDK 版本为 simplelink_cc13xx_cc26xx_sdk_6_20_00_29

2.A.对于 ZC、我正在基于 zcl 恒温器.c 开发应用、但我复制了 zc_CIE 中用于 区域实现的代码。 我已按照 ZC_Cie 示例应用中使用的方法查询 zcl_ss.c 文件。

2.b.对于使用测试应用程序的 ZR I 、此示例应用程序位于"C：\ti\simplelink_cc13xx_cc26xx_sdk_6_20_00_29\examples\rtos\lp_CC2652R7 \Zstack"中

3.我将使用 TI ZED 器件进行测试并分享结果。

4.我没有对 ZC 工程的默认设置做太多更改、我可以共享工程文件或其他任何内容(如果需要)、让我知道哪个文件具有默认设置。

5. 注册响应的延迟时间可能是1分钟17秒，这可能是因为一些识别查询之间存在，但我不知道它的堆栈行为，我已再次对它进行测试，此延迟减少到24秒。

6. 一旦 Ubiqua 协议分析器上出现最频繁的情况，zclSS_ProcessInCmd_ZoneStatus_EnrollRequest 似乎立即生效。

7.  zclSS_IAS_Send_ZoneStatusEnrollResponseCmd 如果终端设备甚至不发送注册响应 (这是主要问题)，导致延迟的原因可能是其根本原因。

如果 您需要任何其他信息来解决此问题、请告诉我。  

此致  

Jagdish k

您是否在您的协调器的 InCluster 中添加了 ZCL ACE 群集，在 Outcluster 中添加了 ZCL IAS 区域群集？

您好、Yikai、

感谢您的响应、我不想使用 ZCL ACE 我只想使用 IAS 区域、是的、我在 OUT 群集列表中添加了 ZCL_CLUSTER_ID_SS_IAS_ZONE 区域。

您需要了解的是、这对于 ZR 器件和终端器件来说是有效的、行为是不同的。 这是问题所在。  

标准 CIE 器件应包含 InCluster 中的 ZCL ACE 群集和 OutCluster 中的 ZCL IAS 区域群集。 我建议您添加这两个选项以测试它是否起作用。

您好、Ryan、

我使用 zed_zone 与同一协调员进行了测试 、我观察到这次我收到了区域注册请求的响应、请查看第132行和第136行。

之前的传感器与这两者之间的区别在于、"zed_zone" 中的区域注册请求命令的计时是在按下按钮2时执行的、此时 不会与 ZC 进行其他通信。

在我的第三部分终端设备传感器中、它会发送 区域注册请求命令、而无需用户操作、并作为通信的一部分。 这是因为我认为 ZC 无法响应。

是否有任何设置可增加子设备父设备的数据包保留数量。 可能是这导致了问题。  

此致

Jagdish K

请查找随附的上述测试日志 e2e.ti.com/.../1425.New-folder.zip

来自 zed_zone 示例和第三方设备的区域注册请求之间的另一个区别是 ZCL 有效载荷的内容、包括区域类型和制造商代码。  您可以复制 zed_zone 示例(zd_Config_Node_Descriptor.ManufacturerCode in ZD_confg.c 和 zcl_samplezone_data.c 中的 zclSampleZone_ZoneType)上的第三方数据以进一步比较结果。

如果在 ZED 设备已加入 Zigbee 网络后重置该设备、ZC 是否会响应第三方设备的区域注册请求？   这可能会验证是否存在较大的消息流量问题。  您可以尝试在 NWK_globals.c 中增大 NWK_MAX_DATABIFS_*，这将有助于进一步调试  ZED 发送区域注册请求时 ZC 的 zclSS_IAS_Send_ZoneStatusEnrollResponseCmd 函数。

此致、
Ryan

您好、Ryan、

在第二个区域注册请求中、ZC 响应、但由于它已为其分配了一个区域编号、因此响应为"无注册许可"、请查看所附日志的第97行和105行。

在之前的请求中、它也使用默认响应进行响应、但不使用注册响应进行响应、请查看第79行、而在第二个观察中、它不使用默认响应进行响应。

请不要对其进行调试、在这两种情况下、代码都到达  zclSS_IAS_Send_ZoneStatusEnrollResponseCmd、因此在这两种情况下、代码必须进行响应、但不会进行响应。

如果您需要更多信息、请告诉我。

此致

Jagdish Ke2e.ti.com/.../EcolinkDoorWindow-Sensor-testing.zip

在有问题的情况下、我一直调试到" status = Zstackapi_AfDataReq (zclPortFindEntity（srcEP->endpoint)、&req)；"状态的值为0、但我看不到 Ubiqua 上的任何内容、它将成为我无法理解这种奇怪的行为  

您好、Ryan、

我也使用 CIE 示例应用测试了第三方传感器、我可以看到这是发送区域注册响应的方式、请查看第66行、现在您可能会说我的应用程序有问题、但这再次执行相同的代码、即"

仅 当 zclSS_AddZone 因 zcl_mem_alloc 返回 ZMemError 而失败时、才返回 SS_IAS_ZARE_STATUS_END_ENLOG_RESPON_CODE_NO_END_permit。  您可能会受到堆存储器的限制、从而导致消息不会被发送出去。  堆在 SIMPLELINK-CC13XX-CC26XX-SDK v6.20随附的 Z-Stack 中被静态分配、因此您可以尝试增加 app.cfg 中的 HEAPMGR_SIZE、但是更新 v6.30或更高版本也将允许自动分配堆大小。

请尝试在 Stack/Config/f8wcoord.opts 中增加 MAC_CFG_TX_*，就像以前使用 NWK_MAX_DATABIFS*值时一样。  您是否正在使用 Ecolink 4655BC0-R 或 Zigbee2MQTT 支持的任何其他器件？  如果是、您可以考虑评估 CC26X2 ZNP 固件 在与第三方器件环境通信时如何响应第三方器件。

您还可以调试 zcl_ProcessMessageMSG 以进一步确定为什么 不发送 zcl_SendDefaultRspCmd。  否则、我将需要时间在我的终端上重新创建问题、以便进一步调查行为。

此致、
Ryan

您好、Ryan、

您是否在您的结尾模拟了此问题、请告诉我。