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.

[参考译文] CC1312R:扫描持续时间指数

Guru**** 2539500 points


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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1134825/cc1312r-scan-duration-exponent

器件型号:CC1312R

您好!

simplelink_cc13xx_cc26xx_sdk_6_10_00_29 868MHz LRM

我有一款产品、在该产品中、我尝试降低休眠传感器的功耗、该传感器每天离开网络、因此进入重新加入状态、发出信标请求。 具体而言、信标请求后接收器开启的时间对我的产品的电池寿命有很大影响。 对于扫描持续时间指数、我的设置是默认值5、在信标请求后、该值似乎约为1.6秒的 Rx 开启时间。 设备加入网络后、重新加入(信标请求)仅在其加入的一个信道上发生。 这是为了避免扫描其他不必要的信道。  

为了缩短此 Rx 开启时间、我想知道:

1) 1)收集器收到信标请求后、在 CSMA 超时之前、它尝试发送信标的最长时间是多少? 这假设网络非常繁忙。 我在一个小区域内有60多个设备和路由器、用于测试目的。

2) 2)信标是否在协调器的 Mac TX 和 Rx 队列中排队? 因此、信标是否会受到延迟的影响、具体取决于 Mac 发送和接收消息的繁忙程度? 或者、信标是否会绕过任何排队机制并将在 CSMA 上持续超时?

感谢你的帮助。 如果不对收集器及其信标的行为有一定的了解、我不想更改传感器的扫描持续时间指数。

Andy

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

    尊敬的 Andy:

    我假设您在非信标模式下使用 TI 15.4堆栈。

    我将按相反的顺序回答您的两个问题:

    2) 2)是、信标帧将在协调器 TX 队列中排队。 因此、如果 Mac 忙、信标将延迟。

    1) 1)让我们忽略由于 TX 队列中的排队而导致的延迟、仅关注 CSMA 本身的延迟。

    CSMA 算法中使用的延迟对于每次 CSMA 回退都是随机的。 每个 CSMA 回退的最大延迟(以回退周期数表示)由回退指数(be)给出、如下所示:(2^be)-1。  
    如果我们假设每个 退避 都将使用最大配置的退避指数(CONFIG_MAX_be)、并且有最大的 CSMA 退避量(CONFIG_MAC_MAX_CSMA_BACKOFFS)、那么我们可以估计最坏情况的延迟(以数字表示退换周期)为: CONFIG_MAC_MAX_CSMA_BACKOFFS*(CONFIG_2^)  

    请注意、这不考虑 CCA 时间。  

    此致、
    尼古拉伊

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

    好的、谢谢。 这是一个明确的答案。