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

[参考译文] CC2630：控制 NWK 重新加入的信标请求

admin
Guru**** 2540720 points


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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/748870/cc2630-control-beacon-requests-of-nwk-re-join

器件型号：CC2630

您好！

我在有效设置重新加入的参数时遇到问题。 在运行时、我写入堆栈的重新加入参数不会显示任何效果。 我附加了一张代码图片和一个监听器日志。 此外、我需要更改运行时重新加入的信标请求的速率。 我需要在每次请求后将周期加倍以节省能源。 如果可以手动触发此请求、这将是完美的、因为我也需要将它们与另 一个并行运行的 e2e.ti.com/.../1663.Rejoin.zipprotocol 同步。  

这与我在数据请求中遇到的问题相同、如以下 TT 中所述： e2e.ti.com/.../741585

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

    出于此社区论坛的兴趣、请提供您的 Zstackapi_sysConfigWriteReq 代码段以及说明此 API 是否返回 ZStack_ZStatusValues_ZSuccessess 的调试工作。 另请注意我们的相关讨论： e2e.ti.com/.../748875

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

    我向.zip 存档中添加了一张片段和 f8wConfig.cfg 文件图片、我在原始问题中错误地放置了该图片。 我将尽快跟进调试日志。

    此致、

    菲律宾
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    关于我的问题的第二部分、是否可以手动控制这些信标请求？
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    嗨、Philipp、

    感谢您的澄清、您无法手动控制信标请求、因为它们由堆栈自动处理。

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

    您好、Ryan、

    这是调试日志。 它表示写入请求成功。 不过、我得到的结果与我在原始问题中发布的嗅探器日志中的结果相同。 我还停用了编译器优化。

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

     是否有关于此问题的更新？

    此致、

    菲律宾

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

    您好、Philipp、

    不幸的是，我没有。 一个简单的澄清是、修改 f8wConfig.cfg 文件(运行前)后是否按预期运行？ 在监听器日志中、很难判断是否重新加入回退/扫描仍是默认的15分钟。 您是否考虑为不太频繁的信标请求修改 beacon 请求_延迟？

    此致、
    Ryan

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

    您好、Ryan、

    信标请求延迟似乎有效、但 Backoff 和 Scan 参数似乎无效。 看起来好像是2分钟后退、这不是我指定的。 是否有一个参数可以定义设备在用户交互之前只应尝试一次重新加入、然后永久回退？

    此致、

    菲律宾

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

    我正在让软件开发团队调查退让和扫描参数、您可以尝试在 ZDApp.c 中减少 MAX_RESUE_RETRY 以减少重新加入尝试。

    此致、
    Ryan
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    完成此次数的重新加入尝试后、设备的行为应该是什么。 是否从 NV 存储器中删除了网络信息、下次启动时芯片将再次从加入状态开始、或者我是否需要在我的应用中执行此操作？
  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您将需要在应用中执行此 nV 重置。

    此致、
    Ryan