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.

[参考译文] CC3235MODSF:错误:连接到5GHz AP 之前延迟很长、但只有5GHz 通道处于打开状态。

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1489038/cc3235modsf-bug-the-long-delay-before-connecting-to-the-5-ghz-ap-while-only-5-ghz-channels-are-open

器件型号:CC3235MODSF

工具/软件:

它可能关心的对象、

我遇到与5GHz AP 的连接问题、而只有5GHz 信道处于打开状态、导致在成功连接之前出现较长的延迟。 大约需要40秒。 所以在  两年前的这个主题中、我描述了完全相同的问题、TI 的工程团队接受了这种行为作为一个错误。 2年过去了,但错误仍然存在,没有修复。  固定 SDK 何时发布?

我要讨论的第二个问题是渠道/地区问题。 因此、我注意到当 CC3235MODSF 尝试连接到某个 AP 时出现了奇怪的行为。 例如、当我通过 iPhone 13 (频道6;2.4GHz)打开 AP 时、CC3235MODSF 无法在设置欧盟区域时连接、但当我设置美国区域时、突然它可以正常工作、即使两个区域都支持这个确切的通道、也没有问题。 这是一个错误。  

BR、

Alex

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

    您好、

    过去、我们按季度发布了 SDK、但自从发布 LTS 类型版本以来、已经有一段时间了。

    不确定下一个问题的时间、但我也不确定这个问题是否已经解决(为您解答的人不再在 TI、因此我也无法验证)。

    至于第二个问题、如果您使用同一个信道、听起来很奇怪。

    可能是 iOS 对不同的国家/地区代码使用了不同的设置、但我尚未测试自己。

    扫描时、您能说明什么吗? AP 与每个国家/地区代码的外观如何?

    Shlomi

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

    尊敬的 Shlomi:

    您能验证第一个问题吗、因为我找到了这个 链接 、这个链接中指示了错误、该链接将在 SDK 7.30版本中得到修复。 TI 可能会在将来发布新产品。

    至于第二个、我确信我的 iPhone 在信道6上启动了2.4 GHz AP。 我已多次检查、但无法确定它使用的区域设置。 我想可能是 iPhone 使用不同的区域相关设置(例如美国)、因此 CC3235MODSF 芯片无法使用欧盟区域设置连接到该芯片。 我如何才能确定这是否确实是 iPhone 的问题、而不是 TI 的驱动程序错误?

    我可以告诉您器件未从 SimpleLinkWlanEventHandler 获得任何 SL_WLAN_EVENT_CONNECT/SL_WLAN_EVENT_DISCONNECT 事件 。

    AP 如何处理每个国家/地区代码?

    这话什么意思? 扫描 iPhone 时、是否要我使用 CC3235MODSF 上应用的不同区域设置来进行一些测试?

    BR、
    Alex  

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

    您好、

    至于第一个项目,正如我提到的,我真的不知道,但如果你说它仍然存在,那么它仍然需要复制,调试和修复。 我没有可以分享的日期。

    至于第二个问题、我只有 iOS 15、设置为任一国家/地区代码(US、EU 和 JP)时、可以从 SimpleLink 设备进行连接。 不确定 iOS 13会发生什么。 如果您有监听器、我可以查看它在信标上报告的国家/地区代码信息元素。

    此致、

    Shlomi

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

    尊敬的 Shlomi:

    很抱歉晚回复。 最后一周我们在度假。

    1)问题仍然存在,当 AP 的 SSID 名称与2.4G 和5G 相同时,问题很严重(成功连接前延迟很长)。 我们只需要使用5G 频段连接到 AP、因此我们按照本论坛中的建议禁用了2.4G 的所有扫描信道、这就是问题的根源。 以某种方式、成功连接之前会出现~40s 的延迟、这很奇怪。 Kobi 在当时重复了这个问题,但它仍然没有得到解决。

    2)我已经尝试重现问题,现在它的工作正常,但我不知道为什么。 我确信我无法使用欧盟设置连接到 iPhone、但现在它可以正常工作。 我会让你知道是否会发生一些奇怪的事情。

    BR、
    Alex

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

    好的、如果您能重现#2、请告诉我们。

    对于#1、您是否有任何监听器捕获或/和 NWP 日志?

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

    尊敬的 Shlomi:

    很抱歉晚回复。

    否、我没有任何日志。 您能重现它吗?

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

    您的意思是#1、对吧? 40秒延迟。

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

    是的、没错

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

    您好、

    我以某种方式复制了类似原始线程的东西。

    发生的情况是、如果2.4GHz 信道被屏蔽掉、则不会触发初始扫描、下一个扫描是、但默认情况下是60秒后扫描。

    我现在可以找到的唯一解决方法是设置2.4的掩码、即使用一个位也是如此(例如、对于最不拥挤的信道13)。 但任何其他通道也会执行。

    通过这种方式、您可以缩小和快速扫描5GHz 并进行连接。

    此致、

    Shlomi

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

    这正是我们临时解决问题所采取的措施、但我想 TI 应该对问题实施全面的解决方案。

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

    噢、我没有发现您有解决方法。

    对于修复、我需要查看、因为这个旧版部分在 LTS 模式下、这意味着收集修复程序需要更多时间、然后提供一个聚合了几个修复程序的 servicepack。

    Shlomi