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

[参考译文] WL1835MOD：WL1835MOD—SRRC 认证和 AMP；MIIT 2021 第 129 号自适应干扰避免支持

admin
Guru**** 2892860 points

Other Parts Discussed in Thread: WL1837MOD, WL1835MOD

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1640710/wl1835mod-wl1835mod-srrc-certification-miit-2021-no-129-adaptive-interference-avoidance-support

器件型号： WL1835MOD
Thread 中讨论的其他器件： WL1837MOD、 WL1835、

您好：

我们将在基于 Linux 的嵌入式产品 (Yocto / NXP iMX8) 中使用 WL1835MODGBMOCR、目前正在中国寻求认证。

我们未能通过 MIIT 2021 第 129 号标准下的自适应干扰避免测试（2.4GHz、STA 模式）。 根据我们的理解、测试要求器件在没有外部干预的情况下自主检测通道占用并停止传输。 当干扰完全占用连接的信道时、我们的器件会继续传输。

我们有三个具体问题：

1. SRRC 认证状态：我们从之前的 E2E 主题 (WL1837MOD、thread #1278121) 了解到、TI “无法确认 WL1837MOD 是否符合 SRRC 认证、因为 TI 尚未完成认证流程“。 这是真的吗？ 是否有新的发展或计划的时间表？

2.固件级 DAA/LBT 功能：WL1835 固件 (wl18xx-FW-4.bin) 是否可以自主实现任何说前先听 (LBT) 或检测避让 (DAA) 机制、或者干扰避免是否完全委托给主机栈 (mac80211/wpa_supplicant)？

任何指导都会很有帮助。

谢谢你。

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

    您好、Michael：

    感谢您的联系。  

    [quote userid=“579012“ url=“~/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1640710/wl1835mod-wl1835mod-srrc-certification-miit-2021-no-129-adaptive-interference-avoidance-support SRRC 认证状态：我们从之前的 E2E 主题 (WL1837MOD、thread #1278121) 了解到、TI “无法确认 WL1837MOD 是否符合 SRRC 认证、因为 TI 尚未完成认证流程“。 这是真的吗？ 是否有任何新的开发或计划的时间表？

    我们没有计划通过具有 SRRC 认证的 WL18xxMOD

    [quote userid=“579012“ url=“~/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1640710/wl1835mod-wl1835mod-srrc-certification-miit-2021-no-129-adaptive-interference-avoidance-support 固件级 DAA/LBT 功能：WL1835 固件 (wl18xx-FW-4.bin) 是否可以自主实现任何说前先听 (LBT) 或检测避让 (DAA) 机制、或者干扰避免是否完全委托给主机栈 (mac80211/wpa_supplicant)？

    我们的器件确实在固件中实现了 CCA 阈值机制、因此不会完全依赖于主机栈。

    我这边还有几个问题：

    -您是否正在使用最新的 FW 和最新的 INI 文件 (WL1835MOD_INI_C2PC)？

    -你的结果是什么? 您失败了多少利润？  

    -干扰源的功率级别是多少? 在触发 CCA 阈值之前、您能否继续提高功率？  可能存在无法正确补偿的迹线损耗问题。 确保已根据 INI 中的定制电路板正确定义路径损耗 (PerSubBandTxTraceLoss 和 PerSubBandRxTraceLoss)。

    此致、

    Josh

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

    您好、Josh、

    感谢您的回答。 这是我们在每个点的当前状态。

    1.固件和.ini

    我们确认未运行最新固件。 我们的设备目前为 8.9.0.0.85、我们正在努力更新到 8.9.0.0.90。 我们还发现当前版本未启用监管数据库。 一旦更新被验证并启用了数据库、我们将在实验室重新测试并返回报告。

    我们还将验证我们是否使用的是最新的.ini。 但是、我可以确认我们使用的是默认的 PerSubBandTxTraceLoss 和 PerSubBandRxTraceLoss。 TI 是否提供了有关如何计算/测量该参数的指导？

     2.布线损耗/干扰源功率级别

    我们随后开展了有关干扰功率级别的实验。 他们阐明了干扰源功率将取决于我们器件自身测得的 TX 功率等效的总辐射功率。 这意味着、在进行此测试之前、实验室会使用另一个器件样本进行 TX 功率测试并获取功率级别参数、然后将此参数设置到干扰器件中。

    他们还确认、如果电流电平不足以触发我们的器件停止传输、它们可以进一步提高干扰源功率、从而在固件更新后该途径保持打开状态。

     3.链路不稳定

    实验室还标记、在运行干扰避免测试（在两个器件上已确认）之前、即使在基本流测试期间、我们的器件也会显示不稳定的上行和下行吞吐量。 他们建议在任何其他…之前修复此问题

    我们尚未对这种不稳定性作出明确的解释。 我们希望 8.9.0.0.90 更新和监管数据库能够解决或改进此问题。  8.9.0.0.85 中是否存在稍后会解决的已知链路稳定性问题？

    一旦我们对更新的设备有了新的结果、我会让您随时发布。 同时,如果这些新的信息是 有帮助的,给你带来新的想法,请告诉我。

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

    您好、Michael：

    最好使用最新的固件来确保实现历史错误修复。 这可能会导致链路不稳定。

    要测量迹线损耗、确切的方法是使用 VNA 并在 WL18xxMOD 的射频引脚与天线端口之间进行测量。 这样、您就可以大致了解从射频焊盘到天线的迹线上的确切损耗。

    我期待最新固件的更新结果。

    Josh