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

[参考译文] RTOS/CC2630：CC2630/CC2650终端设备在与父设备失去连接后无法永远发送信标请求。

admin
Guru**** 2933120 points

Other Parts Discussed in Thread: CC2650, CC2531, Z-STACK, CC2630

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/822448/rtos-cc2630-cc2630-cc2650-end-device-not-send-beacon-request-forever-after-lose-connection-with-parent

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

工具/软件：TI-RTOS

您好！

我有一个在 CC2531 (Z-stack 1.22a)上运行的 ZNP、并且连接了一些运行示例开关的 CC2630/CC2650。

当我关闭 ZNP 时、他们发送 Orphan、然后发送信标请求以查找新网络。

我在 f8wconfig 中设置：

-DREJOIN_backoff=1000
-DREJOIN_SCAN=900000

这意味着他们扫描15分钟、再扫描1分钟、然后继续发送信标请求以查找新的父/网络(永久)。 但它们会在一段时间后停止、它们会停止发送信标请求。

CC2630/CC2650是否正常？ 请帮帮我。

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

    如果您打算后退1分钟，则应使用"-DREJOIN_backoff=60000"而不是"-DREJOIN_BACKOFF=1000"。

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

    很抱歉、我是说1秒、但有时失去父级后、它不会再次发送信标请求、我很关心这一点、因为当 ZNP 断电时、它无法重新连接到网络。

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

    除了重新加入_backoff 之外、您是否在 CC2650/CC2630 SampleSwitch 中更改了任何内容？

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

    我禁用 ZStack_manual_start、ZCL_EZMODE 和 HOLD_AUTO_START 构建标签、将默认通道从11更改为13。

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

    这些设置不会影响重新加入信标请求。 我建议您在出现此问题时跟踪/调试器件状态。

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

    我还阅读了这篇文章，可能是因为它是内核中的一个错误，我可以执行任何操作 ：

    早已推出、但 TI 未解决该问题、CC2630/2650是有效产品。 我还尝试应用 Jason Fixed、但它是相同的。

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

    我不确定您的案例是否与您指出的链接中的案例相同、因此您需要跟踪/调试案例并提供更多信息。

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

    我更改为：

    -DREJOIN_backoff=10000
    -DREJOIN_SCAN=60000

    这意味着它扫描1分钟、然后再关闭10秒、但某些时间返回关闭时间保持20秒、您可以在图像中看到。 我尝试使用 CC2531 USB 进行捕获、因为调试很长一段时间、但它已断开连接。

    这种情况是随机发生的、因为网络中的许多器件都是随机发生的、现在我连接了1 ED 来重现它。

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

    您是否使用定制板？ 如果是、我建议您检查您的32K 晶体。

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

    是的、这是定制板、但我选中了其中的5个、仍然相同。

    为什么您认为它是32k 晶体的原因？ 它重复3次10秒、1次20秒。

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

    如果您使用以下设置、您会观察到什么？

    -DREJOIN_backoff=60000
    -DREJOIN_SCAN=60000

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

    这是相同的、前两次返回的时间是1分钟、然后是2分钟、更长的捕获时间将返回到1分钟。 您可以在附加文件的 ID 106中看到。

    e2e.ti.com/.../back_5F00_off.zip

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

    您好 DzungPV、

    对于 CC26x0器件、Z-Stack HA 1.2.2a 存在一个常见问题： https://e2e.ti.com/search?q=cc2650%20beacon%20request&category=forum&group=341

    考虑调试和修改您的应用、或者、如果可能、升级到具有 Z-Stack 和 Zigbee 3.0的 SimpleLink CC13x2/CC26x2器件。

    此致、
    Ryan

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

    谢谢、我会尝试。