• 状态 Resolved
  • 已锁定 已锁定
  • 回复 8 回复
  • 订户 0 订户
  • 视图 108 视图
  • 用户 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.

[参考译文] CC2650：需要记住连接到基于 CC2650的协调器的终端设备

admin
Guru**** 2589280 points
Other Parts Discussed in Thread: CC2650

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/683859/cc2650-need-to-remember-the-enddevice-connected-to-cc2650-based-co-ordinator

器件型号：CC2650

您好！

 我有一个基于 cc2650的 ZigBee 协调器、该协调器具有 ZNP 配置。 我正在使用附加的 ztool 脚本使其与终端设备连接。 如果我关闭并打开协调器、我需要自动连接 Endevice、因为我的协调器应该记得该器件。 我必须为此做些什么？ 请在关联和连接终端设备后共享要使用的脚本吗？e2e.ti.com/.../coordinator_5F00_script.zjs.zip

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

    器件型号：CC2650

    你(们)好

    我们将 CC2650用作 Zigbee 协调器。 我们使用 ZNP 架构并运行 Z-tool 脚本、以建立协调器和终端设备之间的连接。

    我们使用的 Z 工具脚本如下所示。

    我们首次能够与协调器和终端设备建立通信(使用 Ubiqua 协议分析器进行检查)。

    但是、在电路板通电后、当我们再次尝试建立连接时、数据响应不正确、我们无法在协调器和终端设备之间建立连接。

    (当我们首次签入 Ubiqua 时、一个协调器与一个终端设备建立连接、但当我们尝试建立连接时、第二次出现多个终端设备、并且与早期终端设备的数据通信不正确、即协调器 对正确的终端设备(地址)无响应。

    请大家告诉我该怎么做… ？

    是否可以检查脚本文件...？ 我是否需要对文件进行任何更改才能建立正确的连接...？

    e2e.ti.com/.../coordinator_5F00_remote_5F00_script.zip

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

    您好、Beuny、

    请参阅以下主题、查看它们是否可以解决您的问题。

    e2e.ti.com/.../594100
    e2e.ti.com/.../582138
    e2e.ti.com/.../508195

    如果使用默认的 ZNP-bringup.zjs、您是否有任何问题？  您能否共享监听器日志？  是否在 ZNP 项目中定义了 NV_RESTORE？

    此致、
    Ryan

  • 0
    TI__Guru**** 2589280 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    在脚本中，“nV_startup_option_VAL：Byte = 0x03；// 0x03 =清除配置”会导致问题。 此值意味着每次运行脚本时清除 NV。
  • 0
    TI__Guru**** 2589280 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    你好，黄真
    感谢您的快速回复。 在第二次运行时，我删除了 NV_STARTUP_OPTION _VAL：Byte = 0x03，但仍是第二次需要再次关联设备(不记得设备)。 您能建议脚本中需要的其他更改
  • 0
    TI__Guru**** 2589280 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您是否在第一次之后调用 startReq？
  • 0
    TI__Guru**** 2589280 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是的。 我叫了
  • 0
    TI__Guru**** 2589280 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    如果您已经执行了这些步骤、它应该起作用。 您能否附加监听器、让监听器在您重新启动设备和协调器后无法加入协调器？
  • 0
    TI__Guru**** 2589280 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你好，黄真

    当在坐标器的下电上电后第二次尝试时、使用 API "UTIL_GET_DEVICE_INFo"、我们可以从 NV 存储器中的关联列表中读取 devaddr、并可以直接与器件通信。 这样就解决了这个问题。 感谢您的支持