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

[参考译文] CC2530：加入问题

admin
Guru**** 2606725 points
Other Parts Discussed in Thread: CC2530, Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/770587/cc2530-joining-issue

器件型号：CC2530
Thread 中讨论的其他器件：Z-stack、

您好！

我使用 具有 Z-Stack 1.2.2的 CC2530作为 ZigBee 协调器、使用具有 Z-Stack 3.0.1的50 CC2530作为路由器。 我使用 MTO 路由来减少网络消息。

加入新器件时遇到严重问题。 我已重置5个设备、并尝试将它们重新连接到网络、但未成功。

此过程在您可以在附加的映像中看到更新设备消息后停止；协调器无响应。

问题可能出在哪呢？

谢谢、
Antonio

  • 0
    TI__Guru**** 2606725 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尝试将 ZDAPP_UPDATE_NWK_NV_TIME 的值从默认值700 (ms)更改为更大的值、如协调器上的3500、以便再次测试。
  • 0
    TI__Guru**** 2606725 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 YiKai、

    感谢您的回答。 我刚才已经尝试过您的解决方案、但没有成功。 5台设备未重新加入网络。 加入过程在收到"更新设备"消息后停止、我看不到网络密钥消息。

    您是否还想将该值更新到所有路由器？ 您还有其他更改要尝试吗？

    在我的测试中，我发现第1深度的路由器仍然能够加入路由器；所有其他路由器都无法成功加入新设备。

    谢谢、
    Antonio

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

    是的、我建议您对所有路由器应用相同的更改。 我还想建议在 NWK_globals.c 中增加网络层数据缓冲区的数量

    //将所有缓冲区的大小加倍：

    //数据缓冲区队列的最大值

    #define NWK_MAX_DATABIFS_WAITING_16//8    //等待发送到 MAC

    #define NWK_MAX_DATABIFS_Scheduled 10//5  //要发送的定时消息

    #define NWK_MAX_DATABIFS_Confirmed 10//5  //在 MAC 确认后保持

    #define NWK_MAX_DATABIFS_TOTAL   24 //12  //缓冲区总数

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

    Zigbee 已知问题 Wiki： processors.wiki.ti.com/.../Zigbee_Known_Issues_and_Proposed_Fixes 中介绍了 YKin 建议的更改

    黄大黄的历史： https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/767247 

    此致、
    Ryan

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

    您好！

    感谢大家。 通过建议的修改、我可以看到改进。 现在、我能够连接大约40个器件、然后我再次看到问题、因此我正在进行一些测试来优化宏值以达到我的目标。

    但从监听器日志中、我发现一种奇怪的行为：我看到一些路由器在路由请求消息之后发送了一条没有响应的保留消息(请参阅所附的图像)。

    如何解决？

    此致、
    Antonio

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

    很高兴听到您正在取得进展。 route_discovery_time 的值是什么？ 发现时间似乎已过期、未找到到集中器的路由、因此路由器选择离开网络。 始终可以添加监听器日志。

    此致、
    Ryan
  • 0
    TI__Guru**** 2606725 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    加入路由器是否远离您的协调器？
  • 0
    TI__Guru**** 2606725 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！
    很抱歉耽误你的回答。

    路由器都在同一个房间内、因此不存在距离问题。

    在路由器的固件中，route_discovery_time 的默认值为：5。

    您认为我必须增加该值吗？

    谢谢、
    Antonio

  • 0
    TI__Guru**** 2606725 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尝试增大以查看是否有任何更改。 到了黄某种程度上，硬件问题可能不仅仅是物理距离问题。 仅提供经过过滤的监听器日志截屏时、很难调试通信。

    此致、
    Ryan