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.

[参考译文] CC3351:未与 TP-LINK TL-WA850RE Wi-Fi 中继器关联

Guru**** 2553450 points
Other Parts Discussed in Thread: CC3351

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1563402/cc3351-failure-to-associate-with-a-tp-link-tl-wa850re-wi-fi-repeater

器件型号:CC3351


工具/软件:

关联期间、设备无法连接到 TP-LINK TL-WA850RE Wi-Fi 扩展器:

关联过程看起来正确、但在第 391 帧(见下文)中传输密钥后、CC3351 通过代码 1 请求取消身份验证(未指明原因)。

固件版本为 cc33xx_RTOS_MCU_PACKAGE_R7_2(使用 SDIO)

注意:根据经验测试、CC3351 经常出现与 Wi-Fi 网络关联的故障、并且与大约 20%的评估路由器不兼容。

此致

Sergio

编号 时间源目标协议长度信息
353 3.740973 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 136 探测请求、SN=0、FN=0、Flags=.... C、SSID=“Sergio_EXT"[格“格式【格式错误的数据包】
354 3.743628 TpLinkTechno_df:08:df 广播 802.11 312 信标帧、SN=1642、FN=0、Flags=.... C、BI=100、SSID=“Sergio_EXT"</s>“
355 3.745063 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 136 探测请求、SN = 0、FN = 0、Flags=... R...C、SSID=“Sergio_EXT"[格“格式【格式错误的数据包】
356 3.746892 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 136 探测请求、SN = 0、FN = 0、Flags=.... R...C、SSID=“Sergio_EXT"[格“格式【格式错误的数据包】
357 3.749003 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 136 探测请求、SN=0、FN=0、Flags=.... R...C、SSID=“Sergio_EXT"[格“格式【格式错误的数据包】
358 3.749302 TexasInstrum_12:4a:66 802.11 29 Acknowledgement、Flags=.... C
359 3.753441 TpLinkTechno_df:08:df TexasInstrum_12:4a:66 802.11 400 探测响应、SN=1643、FN=0、Flags=.... C、BI=100、SSID=“Sergio_EXT"</s>“
360 3.753707 TpLinkTechno_df:08:df 802.11 29 确认、标志=.... C
361 3.757369 TpLinkTechno_df:08:df TexasInstrum_12:4a:66 802.11 400 探测响应、SN=1644、FN=0、Flags=.... C、BI=100、SSID=“Sergio_EXT"</s>“
362 3.757652 TpLinkTechno_df:08:df 802.11 29 确认、标志=.... C
363 3.760990 TpLinkTechno_df:08:df TexasInstrum_12:4a:66 802.11 400 探测响应、SN=1645、FN=0、Flags=.... C、BI=100、SSID=“Sergio_EXT"</s>“
364 3.761236 TpLinkTechno_df:08:df 802.11 29 确认、标志=.... C
365 3.784586 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 49 身份验证、SN=1、FN=0、Flags=.... C
366 3.785488 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 49 身份验证、SN=1、FN=0、Flags=... R.C
367 3.786618 TpLinkTechno_df:08:df 802.11 29 确认、标志=.... C
368 3.787289 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 49 身份验证、SN=1、FN=0、Flags=... R.C
369 3.788984 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 157 关联请求、SN=2、FN=0、Flags=.... C、SSID=“Sergio_EXT"</s>“
372 3.807370 TpLinkTechno_df:08:df TexasInstrum_12:4a:66 802.11 238 关联响应、SN=1647、FN=0、Flags=... R.C
373 3.807669 TpLinkTechno_df:08:df 802.11 29 确认、标志=.... C
375 3.844706 TpLinkTechno_df:08:df 广播 802.11 312 信标帧、SN=1648、FN=0、Flags=.... C、BI=100、SSID=“Sergio_EXT"</s>“
379 3.905108 TpLinkTechno_df:08:df TexasInstrum_12:4a:66 EAPOL 152 Key【格式错误的数据包】
380 3.905427 TpLinkTechno_df:08:df 802.11 29 确认、标志=.... C
381 3.906667 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 35 请求发送、Flags=.... C
382 3.909205 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 35 请求发送、Flags=.... C
383 3.911693 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 35 请求发送、Flags=.... C
384 3.911951 TexasInstrum_12:4a:66 802.11 29 清除发送、Flags=.... C
385 3.913405 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df EAPOL 174 密钥(消息 2 of 4)【格式错误的数据包】
386 3.913740 TexasInstrum_12:4a:66 802.11 29 Acknowledgement、Flags=.... C
387 3.919513 TpLinkTechno_df:08:df TexasInstrum_12:4a:66 EAPOL 232 密钥(消息 3 of 4)【格式错误的数据包】
388 3.919784 TpLinkTechno_df:08:df 802.11 29 确认、标志=.... C
389 3.921166 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 35 请求发送、Flags=.... C
390 3.921467 TexasInstrum_12:4a:66 802.11 29 允许发送、标志=.... C
391 3.922801 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df EAPOL 152 Key【格式错误的数据包】
392 3.923079 TexasInstrum_12:4a:66 802.11 29 确认、标志=.... C
393 3.923599 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 45 取消身份验证、SN=3、FN=0、Flags=.... C
394 3.924439 TexasInstrum_12:4a:66 TpLinkTechno_df:08:df 802.11 45 取消身份验证、SN=3、FN=0、Flags=... R.C
395 3.924710 TexasInstrum_12:4a:66 802.11 29 Acknowledgement、Flags=.... C

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

    此主题已分配给专家。

    他们很快就会作出反应。

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

    您好、

    您可以共享嗅探器日志吗?

    此外、您还可以使用工具箱和记录器引脚从固件本身获取一些日志。

    您需要将一个称为记录器的专用引脚连接到电平转换器并连接到 PC。

    然后使用工具箱 Logger 选项。

    https://www.ti.com/product/CC3351#software-development

    一目了然、只需选择器件部分、 UART COM 端口和记录器解析器文件。

    记录器文件需要与实际固件匹配、并且工具箱附带了默认记录器、当工具箱发布时该记录器与固件匹配。

    如果您使用的是 7_2 版、logger.bin 解析器可以在 SDK 本身的 C:\ti\cc33xx_rtos_MCU_PACKAGE_R7_2\tools\wifi_fw 下找到。

    基本上、当消息传出时、您应该会在 Wireshark 上看到可解码的消息(这是消息的 GUI)。

    Shlomi

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

    嗨、Shlomi

    显然、错误位于所附捕获的第 2482 帧中:

    2482 14.269006 CC3351 86 错误! 禁用 wifi6 时、当前关联请求包括 HE/VHT IE!

    配置文件是固件版本 7_2 附带的配置文件、随附了使用配置工具执行的解码功能。

    要启用 Wi-Fi 6、我应该遵循哪些步骤?

    此致。

    Sergio

    e2e.ti.com/.../cc33xx_2D00_conf.txt

    e2e.ti.com/.../captura-CC3351-TL_2D00_WA850RE.zip

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

    嗨、Shlomi。

    前文中提到的错误在网络关联过程中不会出现、因为 Wlan_Connect 尚未执行、这只是一种奇怪的行为。
    另一个问题是日志级别似乎较低、因为无论网络关联是成功还是失败、调用 Wlan_Connect 后获得的输出几乎相同。

    网络关联失败时添加到日志中的唯一条目是:
    “BleWorker Thread_Entry:未知命令 ID“


    如何提高日志级别?

    此致

    Sergio

    e2e.ti.com/.../captura-CC3351-Archer-AX55-Pro-.zip

    PD: 我会附加一个成功关联的日志。

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

    您好、

    您缺少大量消息、似乎解析器也未对齐、因为我不希望收到此消息。

    您可以在配置文件中看到已启用 11 轴 (mac.he_enable = 0x01)。

    您使用了什么 logger.bin 以及什么工具箱版本?

    Shlomi

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

    你(们)好

    工具箱为“simplelink_wifi_toolbox_win_2_5_5"</s>“

    我将通过重新安装工具箱再次执行捕获。

    此致

    Sergio

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

    嗨、Shlomi。

    我已经放在logger.binwlogger/bin文件夹中,当它应该已经进入radiotool/binaries/cc3351.

    这是 Wireshark 捕获。

    e2e.ti.com/.../captura-CC3351-TL_2D00_WA850RE-_2800_3_2900_.zip

    编号 时间源目标协议长度信息
    19243 14.907047 CC3351 118 设置安全密钥:链路 ID 0、角色 ID 0、类型[0x0]、密码套件 ciphy_suite_AES、密钥 ID 0、 操作[0x1]
    19244 14.907047 CC3351 73 RSN:链路 ID 0、类型[0x0] KeyType = 3、keyid = 0x0、encLen=0x10
    19245 14.907047 CC3351 36 RSN:无法配置 GTK
    19246 14.907047 CC3351 57 取消身份验证:BSSID 68:ff:7b:df:08:df、原因 1

    此致 Sergio

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

    您好、

    至少现在记录器正常。

    是的、似乎无法设置密钥。

    此处我们没有此 AP 品牌可供测试。 可能此 AP 有一个 IOP。

    “你是不是也在逗我?“

    您是否能够连接到配置了此安全配置的其他 AP?

    顺便说一下、AP 上的确切安全配置是什么?

    Shlomi

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

    尊敬的 Shlomi:

    所附的是从连接到 TL-WA850RE 接入点的空气嗅探器。 该序列从第 72 帧开始、到第 133 帧结束。


    您可以在 Wireshark 中设置以下过滤器以获得更清晰的视图:
    WLAN &&(WLAN.addr == F8:fb:90:12:4a:66 || WLAN.addr == 68:ff:7b:df:08:df)

    另外需要注意的是、帧 80 还显示了涉及 15 个数据包的另一个问题、其中 800 字节标记为“0x1D"...</s>“

    TL-WA850RE 扩展器在我的办公室、我的 PC 和手机通常连接到它、没有任何问题。

    随附的是 TL-WA850RE 配置网页的屏幕截图:

    Regards.

    Sergio

    e2e.ti.com/.../captura-TL_2D00_WA850RE.zip

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

    嗨、Shlomi。

    我发现、如果 WPA2 加密设置为仅 AES(非自动 TKIP/AES)、CC3351 就能顺利连接到网络。 也许这只是猜测、CC3351 选择 TKIP(CC3351 固件不支持该功能,因此会失败)、即使 AES 是可选选项。

    如果是这样、这可能是我正在测试的大约 20%的路由器/AP 无法正常工作的原因之一。 这种自动 TKIP/AES 配置(即使 TKIP 不安全,也不受新路由器的支持)在这些类型的路由器/AP 中非常常见、它们是阿根廷最畅销的路由器/AP 之一。

    此致。

    Sergio

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

    您好 Sergio、

    好的、是的、这是根本原因。

    官方固件不支持 TKIP、但目前正在使用。

    下一个版本将支持完整的 TKIP、即在混合模式下作为组密钥、但也作为带有 TKIP 的“纯“WPA。

    缺少 TKIP 支持反映在 SDK 的发行说明中:

    “WPA2 个人版、WPA3 个人版、开放版-(不支持 WPA、WPA/WPA2 混合模式)“。

    至于 0x1D,我不能重现这么难解释,但让我进一步研究它(我们有一个单独的帖子,所以我相信这一个可以关闭).

    此致、

    Shlomi

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

    尊敬的 Shlomi:

    在我看来、问题不是缺少 TKIP 支持、而是因为尽管 TKIP 和 AES 都被列为可用、但系统选择了 TKIP、而当前 CC3351 固件中明确不支持该 TKIP。 此行为表明加密选择逻辑存在缺陷、应将其视为错误。

    即使在 CC3351 固件支持 TKIP 的未来场景中、系统是否会继续优先考虑 TKIP 而非 AES?

    此致。

    Sergio

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

    您好 Sergio、

    不是系统优先选择 TKIP 而不是 AES。

    在混合模式下、AP 使用 TKIP 作为其组密钥、并使用 AES 作为其成对密钥。

    由于我们不支持 TKIP、因此组密钥失败。

    此致、

    Shlomi

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

    嗨、Shlomi。

    我知道、CC3351 必须为所有广播/多播流量支持 TKIP、这就是为什么不支持。

    遗憾的是、我们客户站点(包括我的办公室)的大多数接入点/路由器使用 WPA/WPA2 和 TKIP/AES Auto 作为默认设置、因为这就是从工厂配置这些接入点/路由器时很少重新配置、因此 CC3351 不太适合进行物联网部署。

    此致。

    Sergio

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

    您好 Sergio、

    这一点很清楚、这就是下一个版本将支持混合模式和 TKIP 的原因。

    此致、

    Shlomi