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.

[参考译文] CC1352P:对915MHz SubG 中 CSMA-CA 的 CCA 有疑问?

Guru**** 2606725 points
Other Parts Discussed in Thread: CC1352P

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1123867/cc1352p-questions-about-cca-of-csma-ca-in-915mhz-subg

器件型号:CC1352P

您好 TI。

我们将在 CC1352P 目标上测试 SubG 射频性能、并遇到有关 CSMA-CA 的 CCA 的奇怪现象。

我们的应用基于 SimpleLink SDK v5.20的电收集器示例。

我们的射频配置如下所示:

这是我们的测试。

我们使用我们的产品来发送1000 subg 数据包、并使用 LaunchPad 作为监听器来接收数据包。

我们使用 TI15.4堆栈来发送数据包、发现有很多0xE1错误代码、即 dataConf 回调中的 ApiMac_STATUS_channelAccessFailure。

700~800、目标发送1000个数据包、将存在 μ 200~300通道访问故障保护、监听器仅接收其余的 μ 数据包。

因此、它表明许多 CCA 失败。

但是 、在周围环境中、我们没有使用频谱分析仪扫描过多的共信道干扰。

然后、我们使用以下代码将 CCA 阈值调整为-10dBm、甚至仅调整为127:

ApiMac_mlmeSetReqUint8(ApiMac_attribute_rssiThreshold, (uint8_t)-10);

或者、使用以下代码:

ApiMac_mlmeSetReqUint8(ApiMac_attribute_rssiThreshold, 127);

奇怪的是、不管将 CCA 热分流器设置为-10或127、这种现象与以前相同、存在大量0xE1错误。

通常不应发生这种情况。 根据 IEEE 802.15.4规范中的 CSMA-CA 流程、如下所示:

如果 CCA 阈值足够高、则 CCA 的通道结果应始终处于空闲状态、并导致 CSMA-CA 成功。 环境中的能量不能高于-10dBm、甚至不能高于127dBm。

顺便说一下、 CCA 阈值范围为-127至127、如下所示:

为了确认 CCA 阈值的配置是否生效、我将其读取如下:

ApiMac_mlmeGetReqUint8(ApiMac_attribute_rssiThreshold, &CCA_thre);

读取的值等于配置的值。

关于 CCA 的另一个问题、根据 IEEE 802.15.4规范、有多种 CCA 模式、如下所示:

但是、在 TI 15.4堆栈中、我没有找到如何配置 CCA 模式、也不知道 TI 15.4堆栈使用哪种模式?

所以、

问题1、为什么有很多通道访问失败?

问题2、为什么增大 CCA 阈值对降低 CCA 故障没有影响?

问题3、如何了解 TI15.4使用的 CCA 模式以及如何配置 CCA 模式?

请帮帮我。

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

    您好、Yingtao、

    是否有理由使用旧版本的 SDK?  

    关于 CCA 配置、我将咨询15.4专家、并尽快与您联系。  

    此致、

    SID

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

    对于问题1、我们发现目标上存在严重的 SubG 无线干扰、我们正在处理该干扰。 这可以解释为什么有很多通道访问失败。

    仍期待您对问题2和问题3的答复。

    当我们开始开发应用时、5.20是 SDK 的最新版本。 我们一直在使用此版本。

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

    您好、Yingtao、  
    我的意思是、使用较新的 SDK 6_20会有所帮助。 但是我检查 了更改日志、它不应影响 CCA 行为。  

    我仍在研究您看到这种行为的原因。 我们很快会向您提供一些反馈

    此致、

    SID  

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

    谢谢你。

    我找到了一种使 CCA 阈值配置正常工作的方法。

    在 mac_settings.c 中的 rfSetConfigSubG()中,有如下代码

    这应该是 RF 组合器初始化代码。 在第209行中、有 rssiThr 配置。

    如果我将此值更改为-70或更高、CCA 故障消失。 这就是应该发生的情况。

    我想,实际 CCA 阈值就是  rfSetConfigSubG()中配置的初始值。

    15.4 API ApiMac_mlmeSetReqUint8 (ApiMac_attribute_rssiThreshold、(uint8_t)-10)不起作用、这看起来像一个错误。

    请确认、谢谢。

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

    您好、Yingtao、

    是的、我看到这是 SDK 的 v5_20中的一个错误。 我看到在5_30 SDK 中实现了一个错误修复。

    https://software-dl.ti.com/simplelink/esd/simplelink_cc13xx_cc26xx_sdk/5.30.01.01/exports/changelog.html

    TI154STACK-3919 修复了 RSSI 阈值 MAC PIB 不用于启用 CSMA 的 Sub-G PHY 的问题

    更新到最新 SDK 应可解决此问题。

    此致、
    SID