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

[参考译文] CC2538：协调员不是NwkAddrsp

admin
Guru**** 2540720 points
Other Parts Discussed in Thread: Z-STACK, CC2538

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/578266/cc2538-coordinator-not-nwkaddrrsp

部件号：CC2538
主题中讨论的其他部件：Z-stack，

 终端设备 正在传输网络地址请求。

我正在 现有路由器和终端设备上测试协调员。

虽然终端设备正在发送网络地址请求，但协调器不响应网络地址。

所附文件问题For_NwkAddrRsp.CuBX (Ubiqua工具)

e2e.ti.com/.../questionFor_5F00_NwkAddrRsp.zip

堆栈：Z-Stack Home 1.2 ．2a.4.4539万

项目：TI SampleThermostat(协调员)，Silicon labs (路由器，终端设备)

PAN配置和测试步骤：

1.协调员开和平移配置

2.路由器打开并绑定到协调器

3.结束设备打开并绑定到协调器

4.终端设备以10秒的间隔将温度和湿度数据发送给协调员。

5.协调员关闭

6.终端设备用于通过路由器将传感器数据发送给协调器。(协调器关闭)

7.终端设备正在发送网络地址请求

8.协调员打开(NV_RESTORE定义)

9.代码正在发送响应。(附件文件：QuestionFor_NwkAddrRsp.png)

10.然而，在ubquia上的数据包似乎是由协调员广播的。

我应该在项目中添加哪些内容以获得响应？

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    如果要执行网络地址请求，可以使用API ZDP_NwkAddrReq执行此操作。 但是，协调器的网络地址固定为0x0000，因此无需请求它。
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    协调员不能处理网络请求。

    当协调器电源关闭->打开时，它不会重新连接。
    终端设备或路由器网络地址请求->协调器

    我不知道为什么无法重新连接。
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是否启用NV_RESTORE？
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是NV_RESTORE正常
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您的意思是"是nv_restore ok？"
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我很抱歉。
    它是以与PC故障不同的方式创建的。
    NV_RESTORE已定义。

    ewarm
    CC2538_USE_ALTERY_INTERRUCE_MAP=1
    feature_reset_macro
    安全=1
    TC_LINKKEY_JOIN
    NV_INIT
    NV_RESTORE
    xHOLD_AUTO_START
    ZTOOL_P1
    mt_task
    MT_APP_FUNC
    MT_SYS_FUNC
    MT_ZDO_FUNC
    lcd_support=debug
    multicast_enabled=false
    ZCL_READ
    ZCL_WRITE
    ZCL_REPORT
    ZCL_EZMODE
    ZCL_BASIC
    ZCL_Identify
    ZCL_ON_OFF
    ZCL_HVAC_cluster
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我对你的描述感到困惑。 您是否打算将网络地址请求从ZC发送到Zed或Zed发送到ZC？ 您能详细说明吗？
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好，Sl Cho，

    我通过以下方式尝试了此操作：

    ZDP_NwkAddrReq (ieeeAddr，ZDP_ADDR_REQTYPE_single，0，1)；

    我正在使用几个节点，每个节点都在发送网络地址响应。 是否可以尝试重新安装ZStack来重复测试？

    我希望这能有所帮助。

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

    您好，Sl Cho，

    协调员可能不会将帧发送到子设备，因为它正在等待子设备轮询(发送数据请求)，正如捕获请求所示，Zed是协调员的孩子，在电源循环后，协调员可能认为它仍然是他的孩子。 您是否可以通过从协调员检索assoc表来确认这一点？

    如果这是您的问题，您需要考虑如何清理您的assoc表以避免这种情况，或者您可以迁移到3.0 ，它通过使用父annce命令实现了实际解决这种情况的子管理功能

    希望这能有所帮助！