主题中讨论的其他器件:CC3235SF、CC3220SF、 SysConfig
我们使用 CC3235SF 的产品通过 WPA2连接到 AP、没有问题。 但是、当我们将 SlWlanSecParams_t.type 配置为 SL_WLAN_SEC_TYPE_WPA3后、 无法连接到也配置为 WPA3的 AP。 Android 手机可以顺利连接到配置了 WPA3的 AP。 是否有任何其他配置需要不同于 WPA2才能 使用 WPA3进行连接。
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.
我们使用 CC3235SF 的产品通过 WPA2连接到 AP、没有问题。 但是、当我们将 SlWlanSecParams_t.type 配置为 SL_WLAN_SEC_TYPE_WPA3后、 无法连接到也配置为 WPA3的 AP。 Android 手机可以顺利连接到配置了 WPA3的 AP。 是否有任何其他配置需要不同于 WPA2才能 使用 WPA3进行连接。
您好!
就可以使用 SDK 和 ServicePack。 对于 WPA3、无需设置 SL_WLAN_SEC_TYPE_WPA3以外的内容。
我从未使用 CC3235测试过 WPA3 但是我已经验证、WPA3能够在 CC3220下正常工作。 我认为在 CC3220和 CC3235之间、WPA3不会有任何区别。 您能使用其他一些具备 WPA3的 AP 进行测试吗? 这可能是您的 Android 手机未显示的某个 AP 配置问题(例如、您的手机支持的 WiFi 标准可能比 CC3235更多)。
您是否通过 WLAN 异步处理程序看到任何错误?
1月
您好!
我不知道为什么 WPA3在本例中可以与 CC3220一同工作、但在本例中无法工作。 我假设您的 CC3220和 CC3235代码的基础相同。 需要隐藏一些问题。 我认为您应该检查处理程序 SimpleLinkWlanEventHandler 的返回值、以及事件 SL_WLAN_EVENT_CONNECT 和 SL_WLAN_EVENT_DISCONNECT。 有趣的可能是带有原因代码(Data.Disconnect.ReasonCode)的事件 SL_WLAN_EVENT_DISCONNECT。
也许捕获 NWP 日志(SWRU455第20章)和无线监听器的日志可以提供一些信息。
1月
WRT NWP 日志(SWRU455第20章)是指使用引 脚62、我们使用的是 CC3235MODASF、它只有54个引脚? 我们正在使用 XDS110Debug Probe、是否有办法使 NWP 日志在此环境中工作?
您好!
SWRU455描述了 CC3235 QFN 封装的引脚。 CC3235MODASF 中包含 CC3235 QFN。 在CC3235MOD 的数据表中、您可以找到第7.2.1章、其中介绍了 MOD 引脚如何映射到内部 QFN 引脚。
例如、MOD 的引脚52 = QFN 的引脚62 (引脚名称 GPIO7)。
1月
e2e.ti.com/.../teraterm_5F00_NWP_5F00_WPA3.log
一月、
这是使用 WPA3和基于 CC3220MODASF 的产品进行连接失败的 NWP 捕获日志文件。
我们仍然找到了提供 WiFi 监听器捕获的解决方案。 有什么建议吗?
另外、是否有任何方法可以使用 CC3220SF-LanuchXL 或 CC3235SF-LanuchXDEV 套件来验证 WPA3的运行?
e2e.ti.com/.../2110.teraterm_5F00_NWP_5F00_WPA3.log
一月、
我再次尝试上传。 该文件是 32,768字节
Kobi、
是的,在 SPI_INIT()调用之后,按照( SWRU455第20章)的"捕获 NWP 日志"部分,我们的代码中添加了以下内容 。 TeraTerm 用于记录输出、也按照本节的说明进行了记录。
//将多路复用器引脚62连接到模式1,以输出 NWP 日志
MAP_PinTypeUART (PIN_62、PIN_MODE_1);
在尝试连接到 WPA3配置的 AP 之后从加电到捕获的日志文件。