[参考译文] CC3235SF：如何启用 RTS/CTS 调制解调器？

很快就会得到响应。

您好！

该步骤应在 SysConfig 中完成。

您可以添加 UART 实例并选中"Flow Control"复选框。

然后、您应该会在"Pin Configuration"下拉列表下方看到已添加的 RTS 和 CTS 行。

此致、

Shlomi

Shlomi、您好！

我是说 WLAN 的允许发送(CTS)、不适用于 UART。

nick 名称可能是 Tx Ptot。 请提供相应的答案、谢谢。  

您好！

您提到了调制解调器握手以及对 UART 流控制的参考、所以我想这就是您想要的东西。

对于 Wi-Fi RTS/CTS、它们全部是内部的。 没有适用于它的 API。

RTS 阈值默认为2304 (这是分段阈值)、但由于 MSDU 全部为1500字节、因此 TX 端不应具有任何分段 Wi-Fi。

至于使用 RTS 或 CTS-2-SELF 进行保护、我认为它并没有被使用(我能想到的唯一情况是保护聚合的 TX - AMPDU)。

此致、

Shlomi

Shlomi、您好！

很抱歉混淆。 这是监听器日志、我们正在发送 AMPDU、希望 为其触发 RTX/CTS、谢谢。 客户是 Reolink、是中国使用 CC3235sf、EE 是 IP 摄像机的首选客户。 问题是、当 与同一 AP 关联的 CC3235sf 越多、吞吐量越低。 但我们测试手机时、吞吐量保持正常。 我们发现区别是 RTC/CTS、这就是我们使用 e2e 的原因。

您能给我们一些解决此问题的建议吗？  

e2e.ti.com/.../3235_5F00_sent_5F00_AMPDU_5F00_without_5F00_RTS_5F00_CTS.pcapng

您好！

CC32xx 器件中不存在 RTS 保护机制。

如果禁用聚合(在 AP 端)、您是否看到改进？

此致、

Shlomi

Shlomi、您好！

禁用 AP 聚合将导致吞吐量显著下降、客户无法接受。

我们再次使用 request-to-send 和 clear-to-send 确实支持 CC3235、扫描监听器日志。

我的问题是关于 CTS-to-self 功能吗？ 我们认为这一功能可以解决问题。 您知道如何启用此功能吗？

您好！

捕获显示 CC3235会响应 AP 请求的 RTS、而不会进行自我保护。 当然、我们支持对 RTS 做出响应、但这并不能保护您自己。 CTS2SELF 也是如此。

您在哪里看到 CC3235正在保护聚合突发？

此致、

Shlomi