Wi-Fi®︎（参考译文帖）(Read Only) - 最近的话题

[参考译文] CC3351：CC3351：cc33xx：错误固件卡滞、触发恢复

admin — Wed, 29 Jul 2026 12:27:50 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1668670/cc3351-cc3351-cc33xx-error-fw-is-stuck-triggering-recovery

器件型号： CC3351
Thread 中讨论的其他器件： cc3300、 EZURI-3P-SONATI351、

您好、
我们正在尝试升级到 CC3351 上的最新 cc33xx 1.0.2.17。
TI-Linux-kernel：TI-Linux-6.12.y (5ae038766eda6647bee6dc52c88308a0a280878d)
cc33xx-linux-mpu-ports：适用于 ti-linux-6.12.y (43502d1c6784e37b0624948a9d0394e30a244920)

驱动程序初始化的错误消息
内核：cc33xx_driver cc33xx.8.auto:直接加载 ti-connectivity/cc33xx-nvs.bin 时出现错误–2
内核：cc33xx：错误 FW 卡滞、触发恢复
内核：cc33xx：错误驱动程序初始化期间发生致命错误、无法恢复
内核：cc33xx：警告：将 INI params 下载到 FW 命令发送失败：–5
内核：cc33xx：错误 FW 下载失败

器件树是从 k3-am62a7-sk-m2-cc3351 复制的、请参阅下面的

/dts-v1/；
/plugin/；

#include
#include
#include “k3-pinctrl.h“

&｛/｝｛
wlan_lten：调节器–30｛
  兼容=“稳压器固定“；
  regulator-name =“wlan_lten“；
  稳压器 — 最小-微伏=<3300000>；
  稳压器最大微伏=<3300000>；
  VIN-SUPPLY =<&VCC_3V3_SYS>；
  GPIO =<&exp1 4 GPIO_ACTIVE_HIGH>；
  使能高电平有效；
}；

wlan_en：稳压器 31｛
  兼容=“稳压器固定“；
  regulator-name =“wlan_en“；
  稳压器 — 最小-微伏=<1800000>；
  稳压器最大微伏=<1800000>；
  Vin-supply =<&WLAN_LTEN>；
  使能高电平有效；
  GPIO =<&MAIN_GPIO0 71 GPIO_ACTIVE_HIGH>；
  pinctrl-names =“default“；
  pinctrl-0 =<&WLAN_en_pins_default>；
}；
}；

&main_pmx0｛
wlan_en_pins_default：wlan-en-pins-default｛
  pinctrl-single、pins =<
   AM62AX_IOPAD (0x0124、PIN_INPUT、7)/*(F22) MMC2_SDCD1.GPIO0_71 */
  >；
}；

main_mmc2_pins_default：main-mmc2-default-pins｛
  pinctrl-single、pins =<
   AM62AX_IOPAD (0x0120、PIN_INPUT_PULLUP、0)/*(G22) MMC2_CMD */
   AM62AX_IOPAD (0x0118、PIN_INPUT、0)/*(H22) MMC2_CLK */
   AM62AX_IOPAD (0x011C、PIN_INPUT_PULLUP、0)/*() MMC2_CLKLB */
   AM62AX_IOPAD (0x0114、PIN_INPUT_PULLUP、0)/*(E20) MMC2_DAT0 *
   AM62AX_IOPAD (0x0110、PIN_INPUT_PULLUP、0)/*(F21) MMC2_DAT1 */
   AM62AX_IOPAD (0x010c、PIN_INPUT_PULLUP、0)/*(F20) MMC2_DAT2 */
   AM62AX_IOPAD (0x0108、PIN_INPUT_PULLUP、0)/*(G21) MMC2_DAT3 */
  >；
}；

main_wlirq_pins_default：main-wlirq-pins-default｛
  pinctrl-single、pins =<
   AM62AX_IOPAD (0x0128、PIN_INPUT_PULLUP、7)/*(E21) MMC2_SDWP.GPIO0_72 */
  >；
}；
}；

&sdhci2｛
状态=“正常“；
全部引导；
VMMC-SUPPLY =<&WLAN_EN>；
pinctrl-names =“default“；
pinctrl-0 =<&main_mmc2_pins_default>；
总线宽度=<4>；
不可拆卸；
TI、未通过测试的故障 CD；
电容断电卡；
保持电源处于挂起状态；
TI，驱动器强度 — 欧姆=<50>；

#address-cells =<1>；
#size-cells =<0>；
WiFi：cc33xx@2 {
  compatible =“ti、cc3300“；
  reg =<2>；
  pinctrl-names =“default“；
  pinctrl-0 =<&main_wlirq_pins_default>；
  中断父级=<&MAIN_GPIO0>；
  中断=<72 IRQ_TYPE_EDGE_FALLING>；
}；
}；

器件固件自 1.0.2.17 封装
~# md5sum /usr/lib/firmware/ti-connectivity /*
8932fcc91421435dd851ef1b34296733 /usr/lib/firmware/ti-connectivity/cc33xx-conf.bin
1f1cb95894cbf318141628eea13fa7c0 /usr/lib/firmware/ti-connectivity/cc33xx_2nd_loader.bin
10828049c2079c83b0ed69cf033bda3b /usr/lib/firmware/ti-connectivity/cc33xx_fw.bin

我们目前正在使用 1.0.0.8 固件版本和驱动程序。我们以前也尝试从此版本升级、但未成功。在此期间、我们也注意到同样的错误消息。总之、我们知道 1.0.0.8 可以使用我们的硬件、因此最近的硬件可能存在一些配置问题。目前、我们使用的是 1.0.0.8 的带内 IRQ、并且还尝试从 DTS 中排除 OOB IRQ、但结果相同。

RE: [参考译文] CC3351：CC3351：cc33xx：错误固件卡滞、触发恢复

admin — Mon, 03 Aug 2026 14:26:26 GMT

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

请与 Ezurio 合作、获取 Ezurio 模块支持。它需要 Ezurio 为该模块提供的固件/ conf.bin 文件、以保持合规性。

[参考译文] CC3551E：CC355xE SWDIO/SWCLK GPIO 映射说明：参考原理图与数据表表 5-2

admin — Wed, 29 Jul 2026 17:42:34 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1668787/cc3551e-cc355xe-swdio-swclk-gpio-mapping-clarification-reference-schematic-vs-datasheet-table-5-2

器件型号： CC3551E

您好 TI 支持团队：

在查看 CC355xE 数据表和参考原理图时、我们注意到 SWD 接口引脚存在差异、希望做出一些澄清。

在 CC355xE 参考原理图中、 SWDIO 信号连接到 GPIO_7 、 SWCLK 连接到 GPIO_8。但是、在数据表的信号说明（表 5-2）中、SWDIO 和 SWCLK 似乎都与任何 GPIO 功能相关联。

这导致这些引脚的预期用途存在一些不确定性。

请说明以下几点：

SWDIO 和 SWCLK 引脚是否分别与 GPIO_7 和 GPIO_8 进行多路复用？
这些引脚是否可以在正常运行期间用作通用 I/O、或者它们是否专门用于 SWD 调试接口？
如果支持 GPIO 功能、那么调试和器件编程是否存在任何限制、配置要求或影响？
您能否解释一下参考原理图和数据表信号说明表之间存在明显差异的原因？

答案将帮助我们确定是否需要对硬件进行任何设计更改。

作为参考、我们随附了参考原理图和数据表的屏幕截图。

感谢您的支持。

此致、
Koushik.

RE: [参考译文] CC3551E：CC355xE SWDIO/SWCLK GPIO 映射说明：参考原理图与数据表表 5-2

admin — Sun, 02 Aug 2026 08:47:37 GMT

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

你好 Koushik、

SWD 引脚在引脚多路复用中是静态的、这意味着它们不能用于任何 GPIO、只能用于 SWD。

GPIO7 和 GPIO8 名称只是物理引脚名称、但无法灵活地更改引脚多路复用器中的这些引脚。

这只是数据表参考原理图中的一个小错误、数据表中的所有其他表格都将这些引脚定义为 SWD。

此致、

Jonathan

[参考译文] CC3551E：请求支持–Wi-Fi 5GHz / 5825MHz 时的较高初始数据包丢失

admin — Wed, 29 Jul 2026 09:44:03 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1668599/cc3551e-request-for-support-high-initial-packet-loss-at-wi-fi-5-ghz-5825-mhz

器件型号： CC3551E
主题中讨论的其他器件： LP-EM-CC35X1

主题：请求支持–Wi-Fi 5 GHz/ 5825MHz 时的较高初始数据包丢失

尊敬的 TI 支持团队：

在射频生产测试期间、我们观察到 5825MHz 的首次 Wi-Fi 测试中数据包丢失率较高。详情如下：

问题描述：

在 5825MHz 进行的第一次测试期间、数据包丢失率较高。
在相同的测试条件下、在第二次及后续测试期间、数据包丢失率恢复正常。
此问题可重现、主要发生在初始测试期间。

当前调查结果：

我们的调查表明、问题与 SDK 版本密切相关。
在之前的 SDK9 版本中、初始数据包丢失率接近 100%。
升级 SDK10 并应用相关优化后、初始数据包丢失率降低到大约 30%。
第二次和后续测试期间的数据包丢失率是正常的。

目标：

我们的目标是将初始数据包丢失率降低到 10%以下、以满足我们的生产测试要求。

您能否帮助确认以下内容？

SDK 版本之间在 Wi-Fi 5GHz 射频初始化、校准或 5825MHz 通道配置方面是否存在任何已知差异？
在第一次测试之前、是否需要任何额外的延迟、射频校准、预热程序或数据包预传输？
是否有任何可以提高初始数据包丢失率的建议初始化过程、补丁、配置参数或更新的 SDK 版本？
这是当前 SDK 中的已知问题吗？

如果需要、我们可以提供 SDK 版本、测试命令、测试环境、日志和详细的测试结果。

感谢您的支持。

RE: [参考译文] CC3551E：请求支持–Wi-Fi 5GHz / 5825MHz 时的较高初始数据包丢失

admin — Sun, 02 Aug 2026 08:43:05 GMT

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

您好、Jim、

我们需要在此处提供更多信息：

您使用的是哪块电路板？定制电路板或 TI EVK (LP-EM-CC35X1)？
您如何进行测试？使用无线电工具 (GUI 或 CLI) 或校准器工具？
您能否具体说明您正在使用哪个 SDK？有几个不同的 SDK 9 和 SDK 10 版本。如果使用无线电工具、哪个工具箱版本？
您用于传输数据包的 VSG 是什么？
您是否考虑了路径损耗？与较低的 5GHz 频率相比、电缆在较高的 5GHz 频率下具有更高的损耗。
如果使用定制电路板、您是否考虑了电路板损耗？通常、频率较高的射频迹线的损耗略高。
能否更具体地说明从 VSG 传输数据包的具体功率？
这种数据包错误率上升是否可在特定的 PHY 速率和前导码类型下重复使用？\

此致、

Jonathan

[参考译文] CC3351MOD：使用校准器工具时、WLAN TX 会在 3-5 分钟后停止

admin — Mon, 27 Jul 2026 12:50:45 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1667849/cc3351mod-wlan-tx-stops-after-3-5-minutes-when-using-calibrator-tool

部件号： CC3351MOD
Thread 中讨论的其他器件： CC3351、

您好：

我们根据 Linux 环境使用 CC3351 / CC3351MOD 进行监管/劳工射频测试。我们通过 CC33xx 生产线测试接口开始连续的 WLAN 传输。测试成功启动并按预期发出数据包、但传输会在大约 3-5 分钟后自动停止。

当从 shell 手动执行命令以及使用从 Python 启动命令时、也会出现同样的行为 subprocess.run()。因此、问题似乎不是由 Python Web 界面或其进程处理引起的。

我们的命令序列为：

cc33calibrator wlan0 plt power_mode on

# For a 2.4 GHz channel, for example channel 6:
cc33calibrator wlan0 cc33xx_plt tune_channel 6 0 0

cc33calibrator wlan0 cc33xx_plt set_tx -default 0

cc33calibrator wlan0 cc33xx_plt set_tx \
  -preamble_type 0 \
  -phy_rate 0 \
  -tx_power 31 \
  -length const packet 3500 \
  -delay 50

cc33calibrator wlan0 cc33xx_plt start_tx

stop_tx power_mode off 测试期间故意不发送或命令。尽管如此、射频传输在几分钟后消失。

我们目前正在使用：

cc33calibrator 版本 1.0.0.93
CC3351 和 CC3351MOD 都有
Linux 主机/目标环境
PLT 连续 TX 到 cc33xx_plt start_tx
TX 功率参数： 31
数据包长度： 3500
数据包延迟： 50

您能否澄清以下几点？

是否有记录的最大持续时间或固件超时 cc33xx_plt start_tx？
连续 TX 是否需要定期保持活动、命令刷新或重复 start_tx 调用？
固件看门狗、过热保护、监管防护、校准限制或电源管理转换是否可以在几分钟后终止 PLT TX？
这些值 preamble_type=0、、 phy_rate=0 length=3500和是否 delay=50 是长期连续传输的受支持组合？
是否有一条命令报告 TX 停止的原因、例如 PLT 状态、固件置位状态、看门狗状态、热状态、TX 数据包计数器还是最后一个错误？
当 PLT 模式处于活动状态时、是否应禁用正常的 WLAN 驱动程序、NetworkManager、节能或其他用户空间服务？
cc33calibrator 1.0.0.93 或相应的 CC33xx 固件中是否存在导致 3–5 分钟后连续 TX 停止的已知问题？
cc33calibrator 对于需要更长时间连续传输的监管测试、TI 建议使用哪些测试版本和固件版本？

谢谢&谨致问候

Matthias

RE: [参考译文] CC3351MOD：使用校准器工具时、WLAN TX 会在 3-5 分钟后停止

admin — Sun, 02 Aug 2026 06:56:52 GMT

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

您好、Matthias、

正如 Dean 所说、尝试使用我编写的命令流、而不执行 ble_enable。

此致、

Jonathan

RE: [参考译文] CC3551E：2.4G+5G 双频 PCB 板载天线设计

admin — Thu, 30 Jul 2026 18:45:07 GMT

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

尊敬的 Lumina：

我不知道您指的是什么板载天线、但如果您讨论 EVK 上的天线、可以在其产品页面上找到设计文件。否则、您可以在数据表中搜索天线器件型号、并遵循其中的布局指南。

如果不使用 RF_A 引脚、建议使用 50 欧姆电阻器端接。但是、您可能更适合单频带 CC3501E 器件。

[参考译文] CC3551E：2.4G+5G 双频 PCB 板载天线设计

admin — Thu, 30 Jul 2026 13:59:58 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1669150/cc3551e-2-4g-5g-dual-frequency-pcb-onboard-antenna-design

器件型号： CC3551E
Thread 中讨论的其他器件： CC3501E

尊敬的 TI 工程师：

您能否提供适用于 CC3551E 的 2.4G+5G 双频 PCB 板载天线参考设计文件？

顺便说一下、如果我们仅使用 2.4G 频段、用于 5G 频段的 RF_A 引脚是否通过电阻直接下拉到 GND？

谢谢、

此致

RE: [参考译文] CC3551E：请求支持–Wi-Fi 5GHz / 5825MHz 时的较高初始数据包丢失

admin — Thu, 30 Jul 2026 18:41:48 GMT

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

您好、Jim、

我将其分配给了一位硬件专家。请提供您提到的所有数据、因为这会有利于调试、目前我们很少有信息可供参考、我们实际上无法在 SDK 中将问题定义为差异。越详细越好,谢谢。

[参考译文] WL1807MOD：WL1807MOD 模块射频配置选项

admin — Thu, 30 Jul 2026 13:02:30 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1669130/wl1807mod-wl1807mod-module-rf-configuration-options

器件型号： WL1807MOD

您好 Texas Instruments 支持、

我是 Advantech Czech s.r.o.的应用工程师、致力于了解 WL1807 模块的配置功能。
您能否确认是否有任何工具、测试模式或命令可用于配置 WiFi 模块的射频参数？

具体而言、我们想知道是否可以配置：

射频频段
工作频率或通道
通道带宽
射频输出功率
其他相关射频参数

另外、请告知我们、访问这些设置是否需要任何特殊的固件、驱动程序、实用程序或文档。

我们的目标是满足使用上述模块的 SmartFlex SR310 的 SRRC 认证要求。

提前感谢您的支持。

此致、
Lukáš Havránek μ s

RE: [参考译文] WL1807MOD：WL1807MOD 模块射频配置选项

admin — Thu, 30 Jul 2026 18:26:12 GMT

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

嘿、Lukas、

我建议浏览产品页面以了解更多信息： https://www.ti.com/product/WL1807MOD。

首先、 WiLink8 入门指南是一个很好的入门指南。

RE: [参考译文] CC3351：RTOS R9：使用 WPA2/WPA3 连接到 WiFi 的问题

admin — Thu, 30 Jul 2026 07:18:21 GMT

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

你好 Josh、

这很清楚、因此我们现在将在这种类型的安全模式中使用 WPA2、以最大限度地提高兼容性。

测试后、Android AP 似乎不使用 H2E WPA3 模式。当我能够捕获 CC3351 日志时、我会执行捕获来查看发生了什么情况。

您是否有任何关于 CC3351 固件中支持 H2E 的发布日期的信息？

谢谢、

Gaetan

[参考译文] CC3351：RTOS R9：使用 WPA2/WPA3 连接到 WiFi 的问题

admin — Tue, 21 Jul 2026 12:01:30 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1666196/cc3351-rtos-r9-issue-to-connect-to-wifi-with-wpa2-wpa3

器件型号： CC3351

您好：

我当前将 RTOS SDK R9 与 Zephyr RTOS 搭配使用。我为 CC3351 使用 Zephyr 驱动程序的定制实现方案。但是、我使用 TI SDK R9 与芯片通信。

我的问题是：在某些使用 WPA2 + WPA3（混合模式）的接入点上、芯片无法连接。

在当前的 TI Zephyr 驱动程序上、此模式似乎不受支持： https://github.com/TexasInstruments/simplelink-zephyr/blob/v3.7.0-ti-9.22.01-CC33/drivers/wifi/ti_cc3xxx/ti_cc3xxx_wifi.c#L669

在我们的驱动程序中、我已经添加了对此模式的支持、并在支持 WPA2+WPA3 时选择 WPA3 模式。这似乎适用于某些接入点、但并非所有接入点：

它适用于：在 iPhone 上创建的接入点、未启用“最大化兼容性“选项（它将支持 WPA2+WPA3 模式）
它不适用于：使用“WPA2+WPA3“安全模式在 Android 上创建的接入点

我已经尝试连接与 WPA2 到 faiilling AP (Android) 和它的工作。

在 TI RTOS R9 版本的源代码中、我已经看到 Wlan_Connect 函数定义了 WPA2_WPA3 模式、但不支持该模式。请参阅以下带有函数定义的片段（文档中支持 WPA2_WPA3）和实现（不允许 WPA2_WPA3 模式）：

In wlan_if.h:
/*!
    \brief Connect to wlan network as a station

    \param[in]      pName       Up to 32 bytes in case of STA the name is the SSID of the Access Point
    \param[in]      NameLen     Name length
    \param[in]      pMacAddr    6 bytes for MAC address
    \param[in]      SecType     Security type
                                security types options:
                                    WLAN_SEC_TYPE_OPEN
                                    WLAN_SEC_TYPE_WPA
                                    WLAN_SEC_TYPE_WPA_WPA2
                                    WLAN_SEC_TYPE_WPS_PBC
                                    WLAN_SEC_TYPE_WPS_PIN
                                    WLAN_SEC_TYPE_WPA2_PLUS
                                    WLAN_SEC_TYPE_WPA3
                                    WLAN_SEC_TYPE_WPA2_WPA3

    \param[in]      pPass       The password to be used for connection. There are two types of passwords:
                                  1. Regular Password: A string containing up to 63 characters.
                                  2. Pairwise Master Key (PMK): A string of exactly 64 characters (WLAN_PMK_KEY_SIZE).
                                     for example -  "e23fc3086d2e8296c00b700c39ade3564fc39303ba75a90b45bd1b9008c9f3fc"

    \param[in]      PassLen     The length of the password.
                                  For regular passwords, this value should be up to 63.
                                  For Pairwise Master Keys (PMK), use WLAN_PMK_KEY_SIZE.

    \param[in]      flags     Bitfield for connection options

    \return         Zero on success, or negative error code on failure


    \sa             Wlan_Disconnect

    \note          for enterprise connection please use Wlan_Connect_extended

*/
int Wlan_Connect(const signed char *pName, const int NameLen,
                        const unsigned char *pMacAddr, char SecType, const char *pPass,
                        const char PassLen, unsigned int flags);


In wlan_if.c:

int Wlan_Connect(const signed char *pName, const int NameLen, const unsigned char *pMacAddr,
                 char SecType, const char *pPass, const char PassLen, unsigned int flags)
{
....

    if( (SecType != WLAN_SEC_TYPE_OPEN)     &&
        (SecType != WLAN_SEC_TYPE_WPA_WPA2) &&
        (SecType != WLAN_SEC_TYPE_WPA3)     &&
        (SecType != WLAN_SEC_TYPE_WPA2_PLUS)
      )
    {
        ret = WlanError(WLAN_ERROR_SEVERITY__LOW, WLAN_ERROR_MODULE__COMMANDS, WLAN_ERROR_TYPE__INVALID_PARAM_SEC_TYPE);
        goto finish;
    }
....
}

您是否有关于 R9 版本的 WPA2/WPA3 混合模式支持的任何建议或信息？我们是否应该在这种情况下选择 WPA2 安全模式以最大限度地提高兼容性？我是否缺少支持当前驱动程序的内容？

目前、我无法自行设置电路板来捕获包含此连接请求的 CC3351 日志。

提前感谢、

Gaetan

[参考译文] CC3351：RTOS R9：使用撇号连接到 AP

admin — Tue, 28 Jul 2026 15:38:49 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1668344/cc3351-rtos-r9-connection-to-ap-with-apostrophe

器件型号： CC3351

您好：

我正在将 Zephyr RTOS 与 TI CC3351 R9 SDK 用于 RTOS。

我可以连接到名称如“iPhone de Gaetan“的 iPhone 接入点,但当使用英文名称的 SSID 与撇号,如“Gaetan's iPhone“时,连接失败。对于测试,它是相同的 iPhone 和相同的密码,只有名称被更改。

1) 在 SSID 中处理此类字符是否有一些限制或特殊之处? 或者在 R9 版本中是否有一些限制？

2) 对于 R9 固件、logger.bin 文件似乎无法在 Linux 上工作。对于以前版本的 R7.2 和 R8.1、为我提供了 Linux 专用版本支持。请问我们是否可以对 R9 执行同样的操作？目前、我无法提供 CC3351 的日志、因为日志未完全解码。

Starting logger user_select with command:
 /home/gaetan/ti/simplelink_wifi_toolbox_lin_2_5_5/wlogger/loggers/cc33xx_logger/bin/cc33xx_logger --com_port /dev/ttyUSB0 --log_dir /home/gaetan/ti/simplelink_wifi_toolbox_lin_2_5_5/wlogger/logs/2026_07_28_17_28_05/user_select --bin_file /home/gaetan/ti/simplelink_wifi_toolbox_lin_2_5_5/wlogger/tmp/logger.bin --baud_rate 3000000 --max_log_size 12 --stream_id user_select --max_bytes_per_packet 200

 ** (wireshark:141893) 17:28:06.027606 [Capture MESSAGE] -- Capture started
 ** (wireshark:141893) 17:28:06.027624 [Capture MESSAGE] -- File: "/tmp/wireshark_wloggerTGQ6S3.pcapng"
Successfully connected to /dev/ttyUSB0 ...
WARNING : Such LR Address 4294967295 already exists in DB, new parameters will override last one 
not enough values to unpack (expected 2, got 1)

CC33XX Logger Done!
Exiting from logger user_select thread

All Loggers Stopped

Staring named pipe
Wireshark already running ....

谢谢、

Gaetan

RE: [参考译文] CC3351：RTOS R9：使用撇号连接到 AP

admin — Thu, 30 Jul 2026 07:12:08 GMT

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

你好 Josh、

感谢您的回答。在我提供的日志中、我已经在使用 SDK 中的 logger.bin。但它似乎在 Linux 上有一个错误。我以前的版本也有同样的问题。

下面是 R7.2 的一个示例、我收到了一个与 Linux e2e.ti.com/.../simplelink-wifi-toolbox-logger-from-cc3351-mcu-r7-2-crash 兼容的解码器

谢谢、

RE: [参考译文] CC3351：RTOS R9：使用撇号连接到 AP

admin — Wed, 29 Jul 2026 21:23:46 GMT

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

尊敬的 Ga é tan：

我在 R9 SDK 和 Zephyr 实现中找不到任何会阻止器件在 SSID 中使用撇号进行连接的内容。让我们启动并运行日志、以便了解发生了什么情况。

您应该使用位于 [SDK 安装目录]/cc33xx_rtos_MCU_PACKAGE_R9/tools/wifi_FW/logger.bin 中的 logger.bin。

如果您在收集日志时仍遇到问题、请告诉我。

此致、

Josh Prushing

RE: [参考译文] CC3351：RTOS R9：使用 WPA2/WPA3 连接到 WiFi 的问题

admin — Wed, 29 Jul 2026 20:48:44 GMT

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

尊敬的 Ga é tan：

[quote]我的问题是：在某些使用 WPA2 + WPA3（混合模式）的接入点上、芯片无法连接。[/quote]

WPA2/WPA3 转换模式是一种 AP 端配置。设置此位没有意义、因为 STA 端没有操作、因为 STA 应该知道它是使用 WPA2 还是 WPA3，并且将始终选择更高的安全选项）。

器件应支持连接到支持此功能的 AP、您可以在为 ParseProfileCmd 启用的代码中看到。

作为 AP 的设备本身漫游不支持此功能（仅支持 WPA2）。

总结：

设备设置配置文件以连接到 AP、支持 WPA2+WPA3

在连接到 AP 的 STA 上设置 WPA2+WPA3：不支持（非 STA 所有权）

设备将自己的 AP 设置为 WPA2+WPA3：不支持（AP 角色启动时不提供 WPA3 支持）

解决方案：在 Wlan_Connect 中、使用 AP 支持的最高 WPAx 选项。如果您使用的 AP 支持过渡模式、则将此设置为 WPA3 应该没有问题。

如果 Android AP 仍然无法通过 WPA3 连接到 Wlan_Connect、则可能是因为此 AP 支持哈希到元素、我们没有对 R9 SDK 的完全支持（应在未来版本中实施）。在这种情况下、应使用 WPA2、直到完全支持发布。

此致、

Josh Prushing

RE: [参考译文] CC3351：CC3351：cc33xx：错误固件卡滞、触发恢复

admin — Wed, 29 Jul 2026 12:50:04 GMT

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

您使用的是第三方模块制造商提供的无线电模块、还是您自己的 cc3351 设计？

RE: [参考译文] CC3351MOD：使用校准器工具时、WLAN TX 会在 3-5 分钟后停止

admin — Wed, 29 Jul 2026 12:47:58 GMT

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

Jonathan 的评论解决了 TX 停止以外的问题。你需要作出的修正,你的程序,他建议,除了不启用 ble.

RE: [参考译文] CC3351MOD：使用校准器工具时、WLAN TX 会在 3-5 分钟后停止

admin — Wed, 29 Jul 2026 08:00:46 GMT

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

您好 Jonathan、

我们检查了./ set_power_mode.sh 0 以及更正后的设置、但是没有改变行为。一旦：

CAT /sys/kernel/debug/ieee80211/phy0/cc33xx/ble_enable
返回“1“

WLAN 传输在一段时间后中断（3-5 分钟）。

如果启用脚本/usr/local/bin/ieee80211_ble_enable.sh 重命名（即在启动期间未执行）、则 WLAN 传输将变得稳定。

此致

Matthias

RE: [参考译文] CC3351MOD：使用校准器工具时、WLAN TX 会在 3-5 分钟后停止

admin — Tue, 28 Jul 2026 14:20:33 GMT

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

您好、Matthias、

尝试在所有校准器命令之前使用以下命令：

CD /usr/share/cc33xx

./ set_power_mode.sh 0

我还注意到您输入的 phy_rate 不正确、0 不是可能的值。

如果要传输 11b 长前导码和 1DSSS phy 速率、则需要将 PREAMPLE_TYPE 设置为 1、并将 phy_RATE 设置为 1。

因此、新的 WiFi 测试命令流应该是：

CD /usr/share/cc33xx

./ set_power_mode.sh 0

校准器 wlan0 plt POWER_MODE 开启

校准器 wlan0 cc33xx_plt tune_channel 6 0

校准器 wlan0 cc33xx_plt set_tx -preament_type 1 -phy_rate 1 -tx_power 31 -length const packet 3500 -delay 50

校准器 wlan0 cc33xx_plt start_tx

请注意、您正在以非常高的占空比进行传输、1DSSS 的占空比约为 99%。

这对于测试来说并不是最佳选择、我们建议使用约 30%的占空比进行测试。

此致、

Jonathan

RE: [参考译文] CC3351MOD：使用校准器工具时、WLAN TX 会在 3-5 分钟后停止

admin — Tue, 28 Jul 2026 13:54:34 GMT

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

我不认为 ble_plt 命令在 wifi 测试期间有效、但我不能肯定地说。我建议您不要在要在启动周期中进行监管测试的情况下启用 BLE（或者在 WiFi 方面执行任何其他操作，例如在监管测试之前进行扫描）。请注意、您不必同时进行 WiFi 和 BT 测试 — 此器件上只有一个 PHY。它要么是传输 WiFi、要么是传输 BT。它不能同时执行这两个操作。

我遇到的大多数问题都与 BLE 测试有关、并让 TX 在该模式下长时间持续工作、因为在该场景中只有启用 BLE 是没有选择的。

可以通过 conf.bin 更改禁用校准、但在 BLE 测试期间精确创建了 ble_plt 命令以避免这一要求。

RE: [参考译文] CC3351MOD：使用校准器工具时、WLAN TX 会在 3-5 分钟后停止

admin — Tue, 28 Jul 2026 13:30:17 GMT

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

谢谢 Dean、

如果确定校准是导致问题的根本原因、是否有任何快速修复方法可以关闭校准？

ble_plt 命令是否即使在 WLAN 测试期间也能发挥作用？

此致

Matthias