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:快速连接强制重新扫描

Guru**** 2535750 points


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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/981519/cc3235modsf-fast-connect-force-rescan

器件型号:CC3235MODSF

您好!

我目前正在我们的产品上使用自动+快速连接、这在99%的情况下都能正常工作、因为我们的产品是静止的。

但是、当器件最初配置为接近接入点、然后安装到该接入点范围的限制时、只要检测到该接入点、器件仍将连接到该接入点(即使有更好的 AP 可用)。 当接入点的动态电源管理改变其电源时、也会发生同样的情况。

我尝试了各种策略来强制重新扫描:

1:删除 /tmp/fcon.ssid (我假设为快速连接存储 BSSID)=>由于它是系统文件、因此无法正常工作

2:将 SL_WLAN_CONNECT_policy 设置为 auto 而不是 auto_fast =>它会继续使用之前的 BSSID 而不是具有最佳 RSSI 的 BSSID。

3:强制执行扫描、使用 sl_WlanGetNetworkList 读取结果并使用最佳 RSSI 手动连接到 BSSID =>这有效但似乎过于复杂

我的问题:

是否预计如果已存储快速连接配置文件、即使 SL_WLAN_CONNECT_policy 仅设置为"auto"、也会使用该配置文件? 您能复制它吗?

是否可以在下一版本中包含擦除快速连接配置文件的方法?

谢谢、

C é dric

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

    C é dric、您好!

    您是否断开与当前 AP 的连接? sl_WlanDisconnect ()应删除快速连接配置文件并触发自动连接策略以运行。

    如果您仍然连接到该 AP、您能否比较已保存的 WLAN 配置文件的详细信息? 自动连接策略应首先根据优先级、安全类型和信号强度选择配置文件。

    我还建议查看 NWP 指南中的软漫游和触发漫游功能

    此致、

    Sarah

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

    您好、Sarah、

    感谢您的反馈!

    否我不使用  sl_WlanDisconnect。 我的典型序列是:

    如果是首次连接、则从休眠 SL_START 唤醒:
    配置并连接到 AP
    、否则
    请等待连接到 AP 完成
    
    DO_SANETURE 
    sl_Stop 休眠

    我刚刚尝试使用 SL_WlanDisconnect、尽管有另一个更好的 BSSID 可用、但仍然可以看到与先前 BSSID 的连接。

    看到我得到的输出:

    器  件连接到78:8a:20:2a:A3:ad、我强制断开连接、为了确保执行扫描、我列出了使用 sl_WlanGetNetworkList 找到的所有 AP。 我们确实可以看到、AP E4:0e:ee:E4:bb:83更好、但未使用。

    2021-03-01 12:01:13、906 INFO COM8:B'STRATING\r\n '
    2021-03-01 12:01:14、341 INFO COM8:'sl_WlanDisconnect to find best AP\r\n 2021-03-01
    12:01:14、459警告 COM8:B'lost connection to WAP "Roomz"、WAP\r s MAC:1:a:a:a:a:8 
    2021-03-01 12:01:16、550 INFO COM8:'Listing AP with SL_WlanGetNetworkList \r\n 
    2021-03-01 12:01:16、550 INFO COM8:B'MAAC:E4:0e:ee:E4:bb:83 SEC:0x1488 RSSI:-35 SSID:Roomz Channel:01\r\n
    2021-03-01 12:01:16、568 INFO COM8:B'MAAC:78:8a:20:2a:A3:AD SEC:0x1488 RSSI:-51 SSID:Roomz Channel:06\r\n 
    2021-03-01 12:01:16、568 INFO COM8:b'等待连接\r\n 
    2021-03-01 12:01:17,335 INFO COM8:B'STA Connected to the AP:Roomz,BSSID:78:8a:20:2a:a3:ad\r\n 

    关于配置文件、我只使用一个、在使用 sl_WlanProfileGet 进行检查时、其 Mac 设置为 00:00:00:00:00:00。

    swru455规定:"只有禁用快速连接策略时才启用软漫游"。 我想触发漫游是一样的。  

    此致、

    C é dric

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

    C é dric、您好!

    在调用 sl_WlanGetNetworkList 之前、是否还可以打印 sl_WlanProfileGet 的结果?

    此致、

    Sarah

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

    您好、Sarah、

    其中包括:

    返回2

    姓名: Roomz

    secParams.Type:2.

    SlWlanGetSecParamsExt_t:在本例中未使用

    优先级:7.

    MAC: 00:00:00:00:00:00

    这用于配置文件0、以确保未注册第二个配置文件、我尝试使用配置文件1并按预期获得返回 -2074 SL_ERROR_WLAN_GET_PROFILE_INVALID_INDEX

    此致、

    C é dric

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

    C é dric、您好!

    感谢您提供详细信息。 该行为看起来不正确。

    您使用的是什么服务包版本? 您能否 使用 最新的服务回送(sp_4.9.0.2_3.7.0.1_3.1.0.26)捕获 NWP 日志? 这将帮助我报告此问题。

    此致、

    Sarah

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

    您好、Sarah、

    我使用的是 service pack sp_4.9.0.2_3.7.0.1_3.1.0.26

    提取 NWP 日志有点棘手(尤其是因为我们使用自己的定制板)、但我应该明天或下周能够完成。  

    此致、

    C é dric

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

    感谢 C é dric、

    我已经报告了您到目前为止提供的详细信息。 作为后续行动、您能否切换 AP 使用的信道? 您能否尝试切换哪个 AP 具有更高的 RSSI、并查看这是否会改变行为?

    此致、

    Sarah

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

     您好、Sarah、

    正如您所建议的、我尝试使用这些频道。 当对两个 AP 使用相同的通道6时、它确实正确切换到了最佳 AP。 但是、当使用另一个通道(6和1、或6和11)时、它会一直连接到具有通道6和更低 RSSI 的上一个 AP。 因此、这里似乎存在一个问题。 我没有明确配置任何与器件相关的通道、如果没有其他选择、器件会连接到另一个 AP。

     

     

    这是 NWP 日志。  

    您应该会看到 2次从休眠状态唤醒、第二次唤醒时、器  件从78:8a:20:2a:A3:ad 断开连接、并且应该已连接到 E4:0e:ee:E4:bb:83、但未连接。

    扫描的结果是。

    2021-03-08 16:20:16、702 INFO COM8:B'mac:E4:0e:ee:E4:bb:83 SEC:0x1488 RSSI:-32 SSID:Roomz Chnnel:01\r\n
    2021-03-08 16:20:16、725信息 COM8:B'MAAC:78:8a:20:2a:A3:AD SEC:0x1488 RSSI:-41 SSID:Roomz Channel:06\r\n

     

    我希望这对您有所帮助、

    此致、

    C é dric

     

     /cfs-file/__key/communityserver-discussions-components-files/968/FastConnect_5F00_issue.log

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

    C é  dric、您好!

    感谢您的日志以及有关渠道的信息。 我们将进一步研究这一点。

    这种类型的问题可能需要修复服务包、由于我们的季度测试和发布周期、可能在几个月内无法解决。 同时、我建议您在第一个帖子 (#3)中提到手动解决方法。

    此致、

    Sarah

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

    您好、Sarah、

    谢谢!  

    此致、

    C é dric