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

[参考译文] CC3235MODSF：快速连接强制重新扫描

admin
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

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

    C é dric、您好！

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

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

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

    此致、

    Sarah

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

    您好、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

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

    C é dric、您好！

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

    此致、

    Sarah

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

    您好、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

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

    C é dric、您好！

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

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

    此致、

    Sarah

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

    您好、Sarah、

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

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

    此致、

    C é dric

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

    感谢 C é dric、

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

    此致、

    Sarah

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

     您好、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

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

    C é  dric、您好！

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

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

    此致、

    Sarah

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

    您好、Sarah、

    谢谢！  

    此致、

    C é dric