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:更改 CC2560的 Zigbee 信标间隔

Guru**** 679710 points
Other Parts Discussed in Thread: CC2650, Z-STACK
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/841934/compiler-cc2650-changing-zigbee-beacon-interval-of-cc2560

器件型号:CC2650
Thread 中讨论的其他器件: Z-stack

工具/软件:TI C/C++编译器

大家好、

我们将 ZStack 1.2.2a 版开发环境用于 CC2650。

我们希望增加信标之间的信号持续时间、以降低传感器节点的功耗。

我有以下问题:

  • 如何更改两个信标之间的间隔? 哪个参数决定间隔?  
  • 如果我们增加两个信标之间的间隔、它是否会延长连接过程的持续时间?
  • 信标间隔的最大值和最小值是多少?

此致、

Ankita Tayade

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

    您好!

    对于 Z-Stack 1.2.2a、调试由 eZ-Mode 处理。 请参阅 Z-Stack 安装文档文件夹中的"Z-Stack 家庭 TI-RTOS 开发人员指南 pdf"。

    您可以实施计时器来启动 eZ-Mode 过程。 有关这方面的示例、请参阅  如何在 zclSampleSw_HandleKeys 中处理 HAL_KEY_SW_2。

    是的、增加 Zigbee 终端设备(在本例中为传感器节点)信标请求之间的时间可能会增加将设备接入网络所需的时间。

    间隔非常灵活;请查看计时器的使用方式(osal_start_timerEx)。

    此致、
    Toby

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

    感谢你的答复。 请参阅名为 Z-Stack TI-RTOS 开发人员指南的文档、其中他们将编译器选项称为 beacon 请求延迟、以设置加入周期之间的时间。

    我有以下问题:

    如何设置 beacon 请求延迟 时间?

    我们可以设置的信标请求延迟的最长持续时间是多少?  

    此致、

    Ankita tayade。

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

    BEAST_REQUEST_DELAY 的单位为毫秒、最大值与 uint16相同。

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

    你(们)好

    感谢您的回复。

    我们使用 了 SDK 提供的默认信标延迟。

    我们发现、首先它发送孤立请求、然后它以8秒的间隔发送信标请求

    我们想知道这8秒是如何产生的? 是否有任何数学计算来设置该延迟? 如果是,那是什么?

    我附上 ubiqua 的屏幕截图供您参考、您可以在其中看到时间差、这只是显示 8秒的2个信标之间的时间间隔

    我们还对一个新传感器节点进行了编程、该节点仅在0间隔内发送信标请求。 6秒、而不首先发送孤立通知。  

    我有以下问题:

    决定何时发送孤立请求和何时不发送孤立请求的参数是什么?

    为什么这两个传感器节点中的信标延迟差异?

    此致、

    Ankita Tayade

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

    行为可能在以下方面有所不同:
    -已加入网络、然后失去连接的设备(孤立)
    -以前从未加入过网络并尝试加入网络的设备

    也许请参阅以下相关帖子:
     https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/642682#pi320995=2
     https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/498206

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

    你(们)好

    感谢您的回复。

    我们参考了您提供的链接。 我们已将 函数 osal_start_timerEx 的 NWK_RETRY 延迟从 1000更改为7000、但我们不会对信标间隔延迟产生任何影响。 我们还尝试修改函数 MAC_MlmeStartReq(),但它显示 ROM 到 ROM 函数。

    我有以下问题:

    应从 osal_start_timerEx()函数中修改哪个参数以增加信标间隔?

    是否有任何其他方法来增加信标延迟?

    此致、

    Ankita Tayade

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

    OSAL_START_timerEx (uint8 taskID、uint16 event_id、uint32 timeout_value)
    - TIMEOUT_VALUE:确定设置 EVENT_ID 之前的时间量。 较大的值会导致事件触发前的时间更长。

    请参阅 zgDefaultRejoinBackoff 的值、该值用于触发 ZDO_Rejoin_backoff 事件。 此事件将启动或停止重新加入进程(在两者之间切换)。 它在函数 ZDUP_EVENT_LOOP 中进行处理。

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

    你(们)好

    感谢您的回复。

     加入后、ZDO_INLOAD_BACKOFF 事件将启动或停止重新加入过程。但我们希望更改加入期间的信标延迟间隔。

    此致、

    Ankita Tayade

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

    假设 X ms 是信标请求之间所需的最短时间间隔、请尝试将以下各项更改为 X:

    - NWK_START_DELAY:延迟(ms)、用于在孤儿院后调用 ZDUP_NetworkInit (将使用而不是 beacon 请求_DELAY)

    - BEAST_REQUEST_DELAY:信标请求之间的最小延迟(ms)(用于初始器件加入)。

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

    尊敬的 Toby:

     感谢你的帮助。 我  已将 f8wConfig.cfg 文件中的 BEAST_REQUEST_DELAY 更改为我希望用作信标延迟(ms)的值。通过更改此值、我实现了增加信标请求间隔以延长 传感器节点的电池寿命。  

    此致、

    Ankita Tayade