• 状态
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 330 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2652P：ZNP 协调器初始化问题

admin
Guru**** 2464780 points
Other Parts Discussed in Thread: SYSCONFIG, CC2652P, Z-STACK, UNIFLASH, CC1352P

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1201510/cc2652p-znp-coordinator-init-problem

器件型号：CC2652P
主题中讨论的其他器件： Z-stack、SysConfig、 UNIFLASH、 CC1352P

大家好

我基于 CC2652P 构建自己的 Zigbee 协调器。  

多个设备工作正常并部署在物体上。 今天我试着做下一个,并得到一些问题。

以 LAUNCHXL-CC1352P-2 Z-Stack 中的 ZNP 为例。 SDK - simplelink_cc13xx_cc26xx_sdk_6_30_00_84。

1.Command FE0126046241 [ZB_READ_CONFIGURATION]

响应 FE03600001260440

什么是0x6000？ 我需要0x6604。  

2.Command FE022540640003 [ZDO_STARTUP_FROM_APP]

SRSP：FE0165400024 -状态= 0x00 [确定]

ASRSP：FE0145C0098D -状态= 0x09 (作为 ZigBee 协调器启动)

对吧？

下一步

FE034F80010200CF -状态= 0x02 - 0x01 BDB_TRUSING_IN_PROGRESS

FE034F80000200CE -状态= 0x02 - 0x00 BDB_TRUSION_SUCCESS

FE064180000200020701C1 [SYS_RESET_IND]-原因= 0x00 =上电  

器件重新加载。 为什么？  

3.Command FE00270027 [UTIL_GET_DEVICE_INFO_]

响应 FE0E670000BB2FD126004B1200FEFF07000055 -状态= 0x00 - DEV_HOLD？

为什么选择 DEV_HOLD？ 原因是器件重新加载？

4.Command FE052536020000FF00EB [ZDO_MGMT_LABLE_JOIN_REQ]

响应 FE016536C290 -状态= 0xC2 - NWK_INVALID_REQUEST

为什么 NWK_INVALID_REQUEST？ 原因是器件重新加载？

5.Command FE00255075 [ZDO_EXT_NWK_INFO_]  

响应 FE186550FEFF00FEFFBB2FD126004B12000000000000000016

FE18 6550.  

短地址= FEFF

PAN ID = 00FE

父地址= FFFE

通道= 00

为什么通道= 0？ 在 SysConfig "主通道"="11"中

---

非常奇怪的器件行为。 尝试更改器件、重新安装 SDK、重新编译示例、批量擦除闪存和重新编程-相同的结果。

SYS_RESET_IND 配置我。 我以前没有得到它。 可能的原因是什么？

谢谢

  • 0
    TI__Guru**** 2464780 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mark：

    1.ZB_READ_CONFIGURATION 是已弃用的 MT_SAPI 命令、在 SimpleLink 器件上不受支持。

    2.不确定 SYS_RESET_IND 是否正常，但可能是其它行为的原因，因为网络似乎并未实际完成构建。   建议使用 APP_CNF_BDB_START_PROJUSING 来代替 ZDO_STARTUP_FROM_APP

    3.  DEV_HOLD 表示设备没有  像在步骤2中尝试的那样初始化为协调器0x09。

    4.设备的状态为 DEV_HOLD、表示它未建立或加入网络、因此无法通过 Zigbee 网络发送命令。

    5. ZDO_EXT_NWK_INFO 响应进一步确认了器件尚未完成形成或加入网络。

    预先存在的闪存 NV 存储器内容可能与设备调试冲突、在这种情况下、您可以尝试 通过 MT 命令清除 NV 、或在重新编程前擦除 CCS/Uniflash 中的所有设备存储器。  我还建议您测试多个定制 PCB、并考虑是否存在硬件问题、例如器件功率不足或外部振荡器出现故障。

    此致、
    Ryan

  • 0
    TI__Guru**** 2464780 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Ryan：感谢您的回复。

    已检查 HW、未发现任何异常。 继续测试命令。 命令根据链路进行序列 a。

    1.清除 Nv+重置

    >> FE05210903000001032C //重置时写入启动选项以清除 NV

     <<< FE0161090069 // 0x00 =成功

     >> FE0141000040 //执行重置以清除 NV

    <<< FE064180000200020701C1 //重置

    好的。

    2.设置逻辑类型+通道

    >> FE0521098700000100AB //将 ZCD_NV_LOGIC_TYPE 写入0，即协调器

    <<< FE0161090069 // 0x00 =成功

    >> FE052F0801000800002B //将主信道掩码设置为11

    <<< FE016F080066 // 0x00 =成功

    >> FE052F0800000000000022 //将辅助通道设置为0x0以禁用辅助通道掩码<<< FE016F080066 // 0x00 =成功

    好的。

    3.开始

    >> FE012F05042F //APP_CNF_BDB_START_JUSTING

    <<< FE016F05006B // 0x00 =成功

    <<< FE034F80010204CB //进度，形成<< FE0145C0088C // Stat 08

    <<< FE064180000200020701C1 //重置？！ 为什么？！？

    >> FE00270027 // UTIL_GET_DEVICE_INFO

    <<FE0E670000BB2FD126004B1200FEFF07000055 // DEV_HOLD？

    复位也会出现同样的问题。 有什么想法吗？

  • 0
    TI__Guru**** 2464780 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    如果可以打开活动的调试会话、则可以在 SysCtrlSystemReset 内设置断点、并确定代码是否到达此函数、此时、您可以查看调用栈以确定问题的根源。  如果由 ZDAPD_EVENT_LOOP 中的 ZDO_DEVICE_RESET 事件调用 、则您需要为 ZDAPD_ResetTimerStart 执行相同的调试断点。  您还可以将 SysCtrlResetSourceGet 添加 到 ZNP 固件、以确定复位的原因。  如果硬件足够相似、则您还可以在 CC1352P LaunchPad 上进行进一步测试。

    此致、
    Ryan