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.

[参考译文] CC3135:CC3135无法扫描或连接某个 AP

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1347950/cc3135-some-ap-cannot-be-scanned-or-connected-by-the-cc3135

器件型号:CC3135
主题中讨论的其他器件: UNIFLASH
在 CC3135作为 STA 的测试期间、我们发现 CC3135无法扫描或连接某些 AP (强调、并非所有 AP 都无法连接、可以扫描并连接我的手机生成的热点 CC3135)。
我捕获了无线数据包、并扫描了 AP 列表以了解可以在压缩数据包中找到的信息。

以下是我汇编的信息:
1. CC3135使用 ServicePack 版本:SP_4.7.0.3_3.1.0.5_3.1.0.26 Uniflash 的默认固件。
2.通道掩码为1fff,信号强度滤波器值为-95。 国家/地区代码为 CN。
3.无法连接的 AP 由 Android PDA 生成。 我将使用扫描工具获取的 AP 详细信息保存为 issue_ap_info.text。 AP 的 SSID 为"xixi"。
4."西溪"信号良好、同时在屏蔽室中进行了测试。 但没有改善。 它与信号质量无关、因为
5.使用手机或计算机可以正常搜索和连接"xixi"、但 CC3135扫描和连接不成功
6.使用手机生成热点,SSID 为"XRH"。 CC3135可以正常地搜索和连接。

7.normal.pcap 为 CC3135所连接的手机生成无线数据包文件
CC3135的 Mac 为68:E7:4A:F6:1D:70、"XRH"的 Mac 为52:38:74:D4:88:49

8.issue.pcap 表示 CC3135无法正确连接到"xixi"、但计算机可以正确连接到"xixi"的无线数据包文件
CC3135的 Mac 为68:E7:4A:F6:1D:70   计算机的 Mac 为94:E6:F7:40:EF:16     "西溪"的 Mac 是1a:19:22:79:f1:6a

根据 issue.pcap 的内容、xixi 回应了 CC3135的请求、但 CC3135没有做出任何进一步的回复
您能为下一步的分析提供一些建议吗?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    这很难分辨。  

     我跳到这里的一件事是、 CC3235可能会遗漏"xixi"的仅有2个响应- "xrh"的响应更多(包括重新传输)。 由于我们在监听器日志中看不到 ACK 帧、因此更难辨别。

    我在响应中找不到会导致我们忽略 AP 的特定参数、但可能遗漏了一些内容。  如果您可以获得 NWP 日志、我们可能会提供更多信息。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    目前、我们的产品方案是 CC3135+STM32、直接在产品上进行测试:
    1、方框1中的代码在 simplelink SDK 中没有定义、我想您能告诉我它的作用是什么吗?
    2.框2中的头文件 simplelink 也不存在。 有必要在此处添加它吗?
    3。机柜3中的 CC31XXEMUBOOT 是否用于替代 USB 转串行适配器板? 在我当前的测试环境中、是否可以直接拉出 CC3135的引脚62、将 USB 连接到串行适配器板并以921600的波特率记录数据? (附件 NwpLog.bin 是我处理它的方式。)
    4.我仍然发现了对应于 NwpLog.bin 的无线数据包,请检查并分析
    请注意、xixi 的 MAC 地址已更改为 ce:11:EB:36:db :99 CC3135的 Mac 为68:E7:4A:F6:1D:70   计算机的 Mac 为94:E6:F7:40:EF:16
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢。 NWP 日志很有用。 似乎我们确实得到了答复,但决定拒绝。

    遗憾的是、报告未提供原因的详细信息、我们需要在内部进行检查。  

    当我们找到根本原因时、我将进行更新。

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

    请下载最新的 SimpleLink CC32xx SDK (7.10)并使用附带的 SP4.13。

    我们有一个相关补丁、希望它能够解决这个问题。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    好的、我将尝试切换 SDK。 此外、您能告诉我、为什么 CC3135找不到 AP? (例如、AP 的特定参数会使 CC3135不兼容。) 客户需要我们解释原因。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    此外、SDK 是否为 MCU 提供 API 来获取 ServicePack 的版本号?

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

    信息元素过长、无法解析时出现问题。 它通过服务包进行了修复。

    您可以 通过 SL_DEVICE_GENERAL_VERSION 的 sl_DeviceGet 获取 SP 内部组件 版本(这两个版本共同构成了完整的 SP vwersion)。

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

    此更新在 SP 4.10中。