[参考译文] CC2652P：无法配对器件

请尝试参考 https://sunmaysky.blogspot.com/2017/02/use-ztool-z-stack-30-znp-to-set-up.html 进行测试。 我建议您还启用监听器、以检查在"是"上到底发生了什么。 如果您仍然无法创建、请提供监听器日志。

您好，YK,

根据我尝试的链接、执行第一条命令、它返回以下错误消息、

11：31：08.47 COM5 SYS_OSAL_NV_WRITE (0x2109)
ID：0x0003
偏移量：0x00
Len：0x01
值：。 (0x01)

11：31：08.47 COM5 SYS_OSAL_NV_WRITE_SRSP (0x6109)
状态：NV_OPER_ERROR (0xA)

如何检查 ZNP 固件是否正确？

只需在 simplelink_cc13x2_26x2_sdk_5_10_00_48内使用 ZNP 进行测试、我就可以成功完成。 您是否使用 LAUNCHXL-CC26x2R1来测试此情况？

我对正常工作的 Koenk 固件进行了相同的尝试、但为什么编译的 ZNP 示例不会发生这种情况？

为供参考、我使用 ZNP 示例进行测试、该示例由我自己在 CCS 10.3上编译并起作用。

Karthick、

请在重新编程之前擦除所有存储器。  这可以通过 Uniflash、闪存编程器或 CCS 调试配置来完成。 可能会从以前的构建中保留 NV 内存闪存段、这会导致 ZNP NV MT API 出现问题。

此致、
Ryan

您好、我尝试使用您提供的链接、但有2条命令、其中响应数据与链接不同、我可以成功配对终端设备、但当我尝试通过 AF_DATA_REQUEST 命令控制配对设备时、它会显示无效参数错误。

您能否向我展示如何在 ZTool 中使用 AF_DATA_REQUEST 命令？

在这里

02：43：10.96 COM5 AF_DATA_REQUEST (0x2401)
DstAddr：0x3625
DestEndpoint：0x01
SrcEndpoint：0x07
clusterid：0x0006
TransID：0x01
选项：0x02
半径：0x07
Len：0x03
数据：... (0x01、0x01、0x01)

02：43：10.96 COM5 AF_DATA_Request_SRSP (0x6401)
状态：afStatus_INVALID_Parameter (0x2)

我记得 ZTool 中的 AF_DATA_REQUEST 有问题。 尝试使用 AF_DATA_Request_EXT 而不是 AF_DATA_Request

大家好、我使用相同的 Z 工具尝试了相同的 AF_DATA_REQUEST、但使用 CC2531 USB 记忆棒时效果良好、请查看以下内容

03：33：35.2 COM7 AF_DATA_REQUEST (0x2401)
DstAddr：0x0F32
DestEndpoint：0x01
SrcEndpoint：0x07
clusterid：0x0006
TransID：0x01
选项：0x02
半径：0x07
Len：0x03
数据：... (0x01、0x01、0x00)

03：33：35.21 COM7 AF_DATA_Request_SRSP (0x6401)
状态：afStatus_Success (0x0)

03：33：35.21 COM7 AF_DATA_CONFIRM (0x4480)
状态：afStatus_Success (0x0)
端点：0x07
TransID：0x01

03：33：35.28 COM7 AF_INVING_MSG (0x4481)
组 ID：0x0000
clusterid：0x0006
SrcAddr：0x0F32
SrcEndpoint：0x01
DstEndpoint：0x07
WasBroadcast：0x00
链接质量：0x61
SecurityUse：0x00
时间戳：0x00056AAE
TransSeqNumber：0x00
Len：0x05
数据:… (0x08、0x01、0x0B、0x00、0x00)

有关此问题的其他信息、当我通过 AF_register 为协调器分配值时、我可以控制照明负载、但我没有在 AF_INVING_MSG 中获得反馈。 有什么可以检查的吗？

您的设备是否向您发送任何 AF 消息？ 我建议您使用嗅探器来检查这一点。

我尝试绑定设备、绑定成功、但按下按钮时没有 AF_INVING_MSG

您是否设置监听器来检查无线传输的确切情况？

e2e.ti.com/.../test-data.psdhere是监听器文件

监听器日志中的设备之间没有广播 AF 消息。 是否确定您监听正确的频道？

您好、Karthick、

与 CC2531 ZNP 固件不同、CC2652 ZNP 在 Stack/Config/ZNP_cnf.opts 中默认未定义 MT_AF_CB_FUNC、这可能会导致您所述的行为。  请相应地重建项目并重新测试。  您可以在 CC2652上调试 AF_DataRequest、以确定 为什么返回 afStatus_INVALID_Parameter。

此致、
Ryan

即使在使用 Koenk 的固件时，我也会遇到同样的问题，您是否有任何 Ztool 脚本，我们以前运行过与 CC2531类似的脚本？

您是否使用监听器来确认是否有 AF 消息发送给您的 ZNP 协调员？

我不知道 Koenk 的解决方案是否  定义了 MT_AF_CB_FUNC、只要您更改通信接口(即 UART COM 端口)、Z-Tool 3.0脚本就可以用于任何 TI Zigbee 3.0器件。  进一步调试可能很有价值、我也同意由 YK 提供详细的监听器日志、这一点很有帮助。

此致、
Ryan

但是、当我执行适用于 CC2530/1至 CC2652的 Z-Tool 脚本时、它会继续进行复位、如何停止持续复位。

请提供有关 Z-Tool 脚本的更多信息以及来自 CC2652R 的调试信息。  建议不要在 测试中使用 sysReset/ZB_SYSTEM_RESET (已弃用的简单 API)、SYS_RESET 更可取(请参阅 监视和测试 API)。

此致、
Ryan

让我从一开始就解释一下这个案例、我之前使用 CC2530 ZNP 并使用脚本文件来启动协调器、CC2530对于我的大型网络来说是不够的、因此我计划升级 ZNP 并使用 CC2652 Launchpad、 我刚刚根据 SDK 中提供的示例编译了 ZNP 固件、我可以成功地在 Z-tool 中连接协调器、并按照链接 https://sunmaysky.blogspot.com/2017/02/use-ztool-z-stack-30-znp-to-set-up.html 中提到的方法 设置协调器、我可以成功连接终端设备、 然后、我使用 AF_DATA_REQUEST 来控制终端设备在配置 AF 寄存器后、器件受到控制、但没有 AF_INGING_MSG 格式的反馈、我还尝试将终端设备与协调器绑定、但没有使用。 我需要使用 CC2652帮助实施功能强大的协调器。 我从链接 https://sunmaysky.blogspot.com/search/label/Z-Stack 下载了脚本文件。

如果没有监听器日志、则很难判断测试中发生了什么情况。 请提供您的监听器日志。

我仍不确定 MT 项目中是否已定义 MT_AF_FUNC/MT_AF_CB_FUNC、这对于接收 AF_INVING_MSG 至关重要。  此时、情况很清楚、但我们需要更多调试信息来继续调查。

此致、
Ryan

感谢您的黄先生和 Ryan、我将收集更多相关信息、并就此向您回复。 顺便说一下、我可以在 项目中的何处检查 MT_AF_FUNC/MT_AF_CB_FUNC？ 请检查随附的 ZNP_cnf.opts 文件的图像

您是说 MT_AF_FUNC/MT_AF_CB_FUNC 应该在 Arm Compiler 下的预定义符号中声明？

此致

Karth厚度 D

根据您 的 ZNP_cnf.opts、 已定义了 MT_AF_FUNC/MT_AF_CB_FUNC。

您的 ZNP_cnf.opts 具有正确的配置、请确保清理 ZNP 项目并重新编译、然后在 重新编程 SimpleLink 器件之前擦除所有存储器。

此致、
Ryan

您好、Ryan、

我正在尝试使用 CC2531捕获监听器日志，但在终端设备与 CC2652协调器配对后，屏幕上没有捕获到跟踪，CC2531是否不适合捕获 CC2652？

使用 CC2531捕获 CC2652发送的 Zigbee 数据包没有问题。 您应确保监听正确的信道。

大家好、这是监听器跟踪 e2e.ti.com/.../CC2652_5F00_data.psd

根据监听器日志、您的协调器似乎使用7作为端点、但器件会向端点0x0B 发送 ZCL 开/关报告。 您可以尝试将0x0B 设置为协调器上的端点、以查看它是否起作用。

您好，YK,  

我尝试将终点更改为0x0B、

11：50：29.93 COM5 AF_register (0x2400)
端点：0x0B
AppProfID：0x0068
AppDeviceId：0x0064
AppDevVer：0x00
LatencyReq：NO_DERATY_Reqs (0x0)
AppNumInClusters：0x04
AppInClusterList：0x0000、0x0006、0x0008、0x0012
AppNumOutClusters：0x04
AppOutClusterList：0x0000、0x0006、0x0008、0x0012

11：50：29.93 COM5 AF_REGISTER_SRSP (0x6400)
状态：afStatus_Success (0x0)

即使在将其更改为0x0B 后、AF_INVING_MSG 中也没有回复、请检查以下回复

11：51：34.39 COM5 AF_DATA_REQUEST (0x2401)
DstAddr：0x9566
DestEndpoint：0x01
SrcEndpoint：0x0B
clusterid：0x0006
TransID：0x01
选项：0x02
半径：0x07
Len：0x03
数据：... (0x01、0x01、0x01)

11：51：34.39 COM5 AF_DATA_Request_SRSP (0x6401)
状态：afStatus_Success (0x0)

11：51：34.41 COM5 AF_DATA_CONFIRM (0x4480)
状态：afStatus_Success (0x0)
端点：0x0B
TransID：0x01

11：51：34.44 COM5 ZDO_SRC_RTG_IND (0x45C4)
DstAddr：0x9566
继电器计数：0x00
继电器列表

11：51：34.44 COM5 ZDO_SRC_RTG_IND (0x45C4)
DstAddr：0x9566
继电器计数：0x00
继电器列表

更改端点后、是否使用监听器检查是否有任何命令发送到端点0x0B？

e2e.ti.com/.../complete.psd 您好，YK，更改端点后，这里是监听器，端点更改后没有变化

根据我的观察、固件方面我认为没有问题、因为我在 Firmware\ZNP 下从 TI 的 ZigBee 网关刷写了 ZNP 固件、在刷写此预编译固件之后、行为也类似、没有 AF_INVING_MSG。 问题应该在其他地方。

您可以检查监听器日志的以下屏幕截图、并可以看到您的协调器使用配置文件 ID：0xFFFF。 这就是 Ryan 要求您解决问题的原因。

但我每次连接 Ztool 时都会进行配置、我使用 AF_DATA_register 将104分配为配置文件 ID。

尊敬的 YK 和 Ryan、您好、存在格式问题、现在可以处理、感谢您的支持。

现在知道它的工作方式是很好的。 如果您没有进一步的问题，请将此主题标记为已回答。