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.

[参考译文] WL1807MOD:WFA FC-5_2_3_3-24G 测试用例失败:与 BSSID 和 SSID 没有关联

Guru**** 2466550 points


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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1545067/wl1807mod-wfa-fc-5_2_3_3-24g-test-case-failed-no-association-to-network-with-bssid-and-ssid

器件型号:WL1807MOD


工具/软件:

您好、
WFA FC-5_2_3_3-24G 测试用例失败:与 BSSID 和 SSID 没有关联。

wpa_supplicant.conf 文件的 SAE_PWE=2

  “TmsTestResult (TmsTestResult)“:{
    “PrimaryTestbed":“:{
      “类别““AP",“,</s>、
      “VendorDeviceId":“:“Qualcomm_AP1",“,</s>、
      “公司““高通“
      “固件““IPQ9574.WFA.12.3.R4-000150-P-1",“,</s>、
      “型号““AP1"</s>“
    }、
    “TestResult(测试结果)“:{
      “器件““DDUT",“,</s>、
      “消息““没有与 BSSID 和 SSID 的网络关联“
      “结果““失败“
    }、
    “ExecutionTimeInSeconds":“:“0",“,</s>、
    “时间戳““2025-07-24T15-44-15Z-08:00“
    “TmsEventId":“:“XXXXXXX",“,</s>、
    “logfilename":“:“">wfaftp.tms.wi-fi.org/.../2025-07-24T15-44-15Z",“,</s>“ 、
    “TestCaseId":“:“FC-5.2.3.3_24G",“,</s>、
    “模式““ Sigma“
    “programName":“:“FC",“,</s>、
    “PrimaryTestbedParticantName":“:“TestbedCompanyName",“,</s>、
    “Dut":“:{
      “类别““STAUT",“,</s>、
      “VendorDeviceId":“:“_",“,</s>、
      “公司““",“,</s>、
      “固件““",“,</s>、
      “型号““"</s>“
    }、
    “TMSversion":“:“2.0",“,</s>、
    “DutParticipantName":“:“DUTCompanyName"</s>“
  }
}
请查找随附的日志:

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

    您好、

    看起来是站点扫描 AP、但找不到它。 这就是失败的原因。
    监听器显示探测请求和探测响应、但我看不到任何 Auth 管理帧出现。
    我从之前执行的测试中看到的唯一区别是、AP 端的信标/探针响应很大。
    它还包括 Wi-Fi 7 等。
    也许这是它失败的原因,但我不确定。
    我们可以让请求方使用-dd、但我不确定扫描是否到达请求方。
    如果我们手动扫描 AP、会发生什么情况? 即 wpa_cli -iwlan0 扫描
    我们看到 AP 了吗?

    此致、

    Shlomi

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

    尊敬的 Shlomi:

    我们使用以下选项修改了 sta_start 脚本、并与 Cetecom 共享了该脚本。 只有在完成完整测试案例后、Cetecom 才会重新测试故障测试案例。


    wpa_supplicant -dd -K -e/LCC/data/logs/entropy.bin \
    -iwlan0 -Dnl80211 -c/LCC/data/wpa_supplicant.conf -f /lcc/data/logs/debug/wpa_supplicant.log &

    此致、

    Viswa

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

    似乎修改后的 sta_start.sh 为他们崩溃了。

    是否可以按照我的建议手动扫描?

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

    我  会要求 Edwin 重新测试。 我看到分配 IP 地址失败。 怀疑以太网电缆有问题。

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

    当然、请告诉我。

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

    尊敬的 Shlmoi:

    从 wpa_supplicant 日志中、SSID 可用但无法连接。 我们使用了 TI 提供的默认 supplicant.conf。

    wlan0:有新的扫描结果可用 (own=0 ext=0)

    wlan0:与当前选定网络匹配的扫描结果

    wlan0:从优先级组 0 中选择 BSS

    wlan0:0:00:03:7f:04:31:35 SSID='Wi-Fi_40' wpa_ie_len=0 rn_ie_len=110 caps=0x1531 level=–27 freq=2437

    wlan0:   跳过 RSN IE — 密钥管理不匹配

    wlan0:   在非 WPA/WPA2 中允许

    wlan0:跳过 — 隐私不匹配    

    wlan0:未找到合适的网络

    wlan0:已计划的扫描

    p2p-dev-wlan0:更新同级扫描结果

    请查找随附的日志。 如果需要任何其他详细信息、请告诉我。

    e2e.ti.com/.../putty_2D00_log_5F00_S40console_2D00_FC_2D00_5233_5F00_24G_2D00_30July2025.loge2e.ti.com/.../fc_2D00_5233_2D00_24g_2D00_failure_2D00_logs.zipe2e.ti.com/.../FC_2D00_5.2.3.3_5F00_24G_5F00_Jul_2D00_30_2D00_2025_5F005F00_15_2D00_16_2D00_07_2D00_fail.zip

    所有必需的文件也上传到共享链接中。

    此致、
    Viswa

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

    与 https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1545065/wl1807mod-wfa-fc SSI-5_2_3_3-5G-test-case-failed-no-association-with-BSSID-and-SSID 相同

    Shlomi

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

    尊敬的 Shlomi:
    IMA 能够重现此问题。

    2025年07月30日 15:41:37.354 - INFO - DUT (192.168.250.111:9000)--> sta_reset_default、interface、wlan0、prog、WPA3、type、DUT
    2025年07月30日 15:41:38.368 -信息 — DUT (192.168.250.111:9000)<--状态、完成

    此命令不会将安全类型设置为 WPA3、因为 sta_reset_default 已失败。

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

    您好、

    我认为这不是专门的 sta_reset_default、因为它主要用于删除配置文件。 从日志中可以看到、它将调用 您在收到的软件包中应具有的 myresetdefault。 您能仔细检查一下吗?

    甚至不尝试连接的原因可能是大型 RSN 内容与设备支持的内容不匹配。 我可以从请求者日志中看到、我们设置为 none、但 AKM 不包括 no security(无安全性)。 这可能是默认的“start_set_security"命令“命令的结果、该命令需要设置为 WPA2。

    我将尝试在内部与测试团队讨论、并仔细检查工程师中的设置情况。

    只是为了澄清一下、FC 测试组比较新、所以我们过去没有进行过测试。

    此致、

    Shlomi

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

    好的 Shlomi。 请更新我们,一旦你有更新,以便我们可以进行更改,并要求 Cetecom 重新测试。

    此致、

    Viswa

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

    您好、

    据我所知、我们将默认设置为 WPA2、但您使用 WPA3 所做的操作也可能没问题。

    让我们先看看结果、然后看看如何继续。

    Shlomi