[参考译文] CC3235MODSF：仅打开5GHz 通道时的连接问题。

您好！

我不熟悉任何类似的问题。

如果执行扫描(可以使用相应的网络终端示例)、是否能在5G 中看到 AP？ 扫描是否需要更多时间才能完成(如果禁用了所有2.4通道)？  

您能否提供 NWP 日志(见 https://www.ti.com/lit/swru455)?中的第20章(请记录快速连接(2.4通道可用时)和长连接(仅5G 通道)。

Br、

Kobi.

。

您好！

THX 用于快速响应。 我尝试了网络终端示例、但问题是一样的。 当我首次尝试并为特定通道设置策略时、设备无法检索周围任何 AP 的扫描信息。  等了一分钟半的时间、终于看到了 5GHz 的 AP。 尝试连接到该5GHz AP、但出现超时问题。  当我第二次尝试同样的。 虽然扫描问题已不复存在、但在连接至该5GHz AP 时仍然遇到问题、仍在等待~50秒。

 e2e.ti.com/.../output_5F00_2023_2D00_02_2D00_27_5F00_11_2D00_32_2D00_55.loge2e.ti.com/.../output_5F00_2023_2D00_02_2D00_27_5F00_11_2D00_39_2D00_36.log

我能够获得此日志(在二进制模式下)、但使用我们的项目而不是网络终端1：

e2e.ti.com/.../5-GHz-NWP-log.log

此致！

Alex

您使用的是 TI Launchpad 还是定制电路板？

您是否浏览过 https://www.ti.com/tool/SIMPLELINK-WIFI-DESIGN-REVIEWS?

BTW。 您是否真的需要扫描所有5G 通道？ 请注意、其中一些是 DFS 信道、我们在该信道上接收信之前无法发送执行活动扫描(即发送探测请求)。 通道数量和被动扫描都可以增加扫描时间。 本文未解释在2.4频段添加扫描如何减少扫描时间(除非在这种情况下能在2.4G 频段中找到 AP)。

您好！

很抱歉回复延迟。 我使用的是定制电路板。 我在 launchpad 上尝试了您的建议、效果也一样。 此外、我已经尝试只设置所需的通道(5GHz 通道掩码为0x0000000F、2.4GHz 通道掩码为0x0000)、同样效果。  我经常面对同样的问题。  您是否尝试过与我们之前相同的测试？

此致！

Alex

我得以重现  此问题、并需要对其进行调试。  

这对您至关重要吗(用例是什么？) 或者、您可以启用2.4通道的一个通道(如果需要、可忽略该通道上的扫描结果)来减少延迟？

感谢您的回答。 为回答您的问题、我们必须迁移到器件上的5GHz 频段、因为这符合我们的长期业务目标并提高我们网络的整体性能。 我们正在寻找一种解决方案、使我们能够无缝实现这一目标、而无需手动实施。 理论上、我们可以手动实施此错误修复、但恐怕修复还不够。 新的 SDK 将在多长时间内修复？

此致、

Alex