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

[参考译文] M2-CC3351：cc33xx 驱动器启动

admin — Thu, 26 Feb 2026 13:25:01 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1620485/m2-cc3351-cc33xx-driver-bringup

器件型号： M2-CC3351

您好、

我正在尝试使用 M2-CC3351 EVK 启动树外 cc33xx 驱动器。
我们的主人是 ROCK-5B SBC 上的 RK3588。由于我们所需的功能在主线 Linux 中提供、因此我一直使用 6.12 内核进行启动。
修补程序完全相同
  https://github.com/TexasInstruments-Sandbox/cc33xx-linux-mpu-ports
几乎不适用于任何干净的应用、从驱动程序源中获取
  https://github.com/TexasInstruments/ti-linux-kernel.git
  分支：TI-Linux-6.12.y
  标签: cicd.scarthgap.202601300920

此驱动程序将在简单的 debugfs 修复后构建：
  diff --git a/drivers/net/wireless/ti/cc33xx/debugfs.c b/drivers/net/wireless/ti/cc33xx/debugfs.c
  索引 c9fb8c05148c..7615ca106fc3 100644
  --- a/drivers/net/wireless/ti/cc33xx/debugfs.c
  ++ b/drivers/net/wireless/ti/cc33xx/debugfs.c
  @@–221、8 +221 、8 @@ static ssize_t radar_debug_mode_write（结构文件*文件、
          转至外；

      cc33xx_for_each _ wlvif_ap (wl、wlvif)｛
  -        wlcore_cmd_generic_cfg (wl、wlvif、
  -                    WLCORE_CFG_FEATURE_RADAR_DEBUG、
  +        cc33xx_cmd_generic_cfg (wl、wlvif、
  +                    CC33XX_CFG_FEATURE_RADAR_DEBUG、
                      wl->radar_debug_mode、0)；
      }

  @@–248、12 +248、14 @@ static const struct file_operations radar_debug_mode_ops =｛
      .llseek = default_llseek、
   }；

  static void cc33xx_debugfs_add_files_helper (struct dentry *moddir)
  +static void cc33xx_debugfs_add_files_helper (struct cc33xx *wl、
  +                      结构 dentry *moddir)
   ｛
      DebugFS_ADD (RADAR_DEBUG_MODE、moddir)；
   }
   #else
  static void cc33xx_debugfs_add_files_helper (struct dentry *moddir)｛｝
  +static void cc33xx_debugfs_add_files_helper (struct cc33xx *wl、
  +                      struct dentry *moddir){}
   #endif /* CFG80211_certification_onus */

@@–1935,7 +1937,7 @@ static int cc33xx_debugfs_add_files（结构 cc33xx *wl、

      DebugFS_ADD (conf、moddir)；
      DebugFS_ADD (radar_detection、moddir)；
  -   cc33xx_debugfs_add_files_helper (moddir)；
  +   cc33xx_debugfs_add_files_helper (wl、moddir)；
      DebugFS_ADD (DYNAMIC_FW_TRACES、moddir)；

返回 0；
--

固件文件取自 ti-processor-sdk-linux-am335x-evm-09.01.00.001、即
  Root@rock-5b：~# ls –1 /lib/firmware/ti-connectivity
  cc33xx-conf.bin
  cc33xx_2nd_loader.bin
  cc33xx_fw.bin

我们的器件已被识别：
  时钟：      25000000Hz
  实际时钟： 25000000 Hz
  VDD：       21 (3.3 ~ 3.4V)
  总线模式：   2（推挽）
  芯片选择：  0（无关）
  电源模式：  2（开）
  总线宽度：   2（4 位）
  时序规格：  0（传统）
  信号电压：1 (1.80V)
  驱动器类型：  0（驱动器类型 B）

但是、我发现很有趣的是、尽管 modalias 匹配 (sdio:c*v0097d4077*)、但 cc33xx_SDIO 仅在主机控制器子节点中明确提供“ti,cc33xx"兼容“兼容性时才会自动加载。

然后... 沉默。
我已尝试通过 debug_level=0xffffffff 增加 cc33xx 的详细程度、但没有用处。

您能否确认仅 SDIO（无主机唤醒 GPIO）操作正常？
如果没有、是否可以提供此特定器件所需的可正常工作的 RK3588 DTS 片段？

M.2 Key E 插槽的主机控制器节点默认设置如下：
  &SDIO｛
      最大频率=<200000000>；
      无 SD；
      非 MMC；
      不可拆卸；
      总线宽度=<4>；
      CAP-SDIO-IRQ；
      disable-WP；
      保持电源处于挂起状态；
      唤醒源；
      SD-UHS-sdr12；
      SD-UHS-sdr25；
      SD-UHS-sdr50；
      SD-UHS-sdr104；
      VMMC-SUPPLY =<&vcc3V3_pcie2x1l0>；
      vqmmc-supply =<&VCC_1v8_S3>；
      pinctrl-names =“default"；“；
      pinctrl-0 =<&sdiom0_pin>；
      状态=“正常“；
  }；

感谢您的帮助、非常感谢！

此致、

RE: [参考译文] M2-CC3351：cc33xx 驱动器启动

admin — Wed, 11 Mar 2026 18:20:34 GMT

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

尊敬的 Tamas：

很抱歉、延迟的回复。

您需要从 CC33xx SDK 中获取“cc33xx_kernel.patch"，“，并、并将其应用于 linux-6.12.y 然后从此处获取补丁并应用。

如果应用这些修补程序时出现错误、请提供两者的日志。

RE: [参考译文] CC3351MOD：支持 CC3351MOD

admin — Wed, 11 Mar 2026 13:43:43 GMT

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

请参阅 SDK 中包含的校准器实用程序。

[参考译文] CC3351MOD：支持 CC3351MOD

admin — Wed, 11 Mar 2026 12:28:50 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1625099/cc3351mod-support-for-cc3351mod

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

我正在忙于在我们的定制 PCB 上测试 TI CC3351 Wifi 模块。当前通过带 Linux 的 MCU 通过 SDIO 接口进行传输。

我已经注意到、为了运行预认证测试（如 CW 模式/持续传输）、我需要访问模块的 SW 调试引脚 (SWDIO/SWCLK) 并使用调试探针（例如 TMDSEMU110-U 调试探针|德州仪器 TI.com）（似乎不再生产）。我是对的还是有其他方法可以在 Linux 主机上使用应用程序来实现这一点? （我是指目前我可以使用‘NORMAL WIFI“、例如 STA、AP，但我对用于认证目的的测试模式感兴趣）。

谢谢、

[参考译文] CC3351：CC3351 主机协议文档和 RTOS SDK 可用性

admin — Tue, 10 Mar 2026 11:34:54 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1624600/cc3351-cc3351-host-protocol-documentation-and-rtos-sdk-availability

器件型号： CC3351

您好：

我们有兴趣评估 CC3351 的声音 以实现实时图像和视频传输。我们计划将其与 FPGA SoC 结合使用、并通过 RTOS 进行控制。在此阶段、我们尚未确定要使用哪种 RTOS (Zephyr 或 FreeRTOS)。

对于初始独立测试、我们当前正在根据评估设置 PAN W602-2C 和评估模块 STM32 、使用 Ezurio STM32 至 M.2 2230 适配器板。

查看可用文档后、我们仍然不完全了解器件操作。在主机接口文档中、第 4.1 节简要介绍了协议、但仅简要介绍了该协议。此外、 RTOS SDK 用户指南 似乎不完整：

https://dev.ti.com/tirex/explore/node?isTheia=false&node=A__AEIJm0rwIeU.2P1OBWwlaA__CC33XX-RTOS-MCU__dzPVh4K__LATEST

因此、我们有几个问题：

是否有任何文档详细介绍了用于管理器件的主机协议？
是否有计划完成 RTOS SDK 文档？
是否有任何基于 FreeRTOS 或 Zephyr 发布 SDK 的计划？

此致。

RE: [参考译文] CC3351：CC3351 主机协议文档和 RTOS SDK 可用性

admin — Wed, 11 Mar 2026 06:08:08 GMT

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

您好、

我们目前拥有的唯一文档是您拥有的文档。

是的、我们主要计划改进文档并将其作为 SDK 的一部分发布（因为也有一些场外文档）。

SDK 现在已在使用 FreeRTOS、因此我不知道您为什么提到 FreeRTOS 缺失。您能详细说明吗？

此致、

Shlomi

[参考译文] CC3551E：它可以通过蓝牙传输音频吗？

admin — Fri, 06 Mar 2026 16:33:10 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1623696/cc3551e-can-it-transmit-audio-through-bluetooth

器件型号： CC3551E

你（们）好

CC3551E 可以通过蓝牙传输音频吗？谢谢！

RE: [参考译文] CC3551E：它可以通过蓝牙传输音频吗？

admin — Tue, 10 Mar 2026 21:49:48 GMT

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

您好：

我们将很快通过电子邮件与您联系。

此致、

Josh

[参考译文] CC3200-LAUNCHXL：虚拟证书/证书游乐场

admin — Wed, 04 Mar 2026 15:01:51 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1622635/cc3200-launchxl-dummy-certificate-certificate-playground

器件型号： CC3200-LAUNCHXL
Thread 中讨论的其他器件： UNIFLASH

如果器件已使用具有有效签名证书的固件映像进行编程、是否可以使用证书集合中的虚拟证书进行重新编程以进行开发？

RE: [参考译文] CC3200-LAUNCHXL：虚拟证书/证书游乐场

admin — Tue, 10 Mar 2026 19:49:01 GMT

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

您好、Brian、

我找到了这些信息；与 Jan 所说的类似、CC35xx 不是直接替代产品。但至少、软件架构和 API 是相似的。可以在此处查看提供的 SDK。

RE: [参考译文] CC3200-LAUNCHXL：虚拟证书/证书游乐场

admin — Tue, 10 Mar 2026 19:24:29 GMT

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

您好、Brian、

编号 CC35xx 不是 CC32xx 的直接替换（硬件/软件）。它是一个非常好的新平台。

1 月

RE: [参考译文] CC3200-LAUNCHXL：虚拟证书/证书游乐场

admin — Tue, 10 Mar 2026 18:34:35 GMT

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

您好、Brian、

这是我在内部讨论后为您提供的 CC32xx 信息。

如前所述、您可以使用 TI 默认身份验证或使用供应商 OTP。可以在开发模式下在 Uniflash 中的两种身份验证方法之间切换、但在 OTP 上设置为生产模式后、除非重新编程闪存（可访问 UART 和 SOP 线路）、否则无法返回。

对于您的 CC35xx 问题、我有一些信息、但需要深入研究。

[参考译文] CC2564C：在尝试设置电话呼叫时缓冲溢出的消息

admin — Fri, 06 Mar 2026 11:23:10 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1623583/cc2564c-buffer-overrun-messages-when-trying-to-setup-a-phone-call

器件型号： CC2564C
主题： CC2564MODA 中讨论的其他器件

您好、

我目前正为使电话在 CC2564C 控制器上可靠运行而苦苦挣扎一段时间。

我们在设置中使用 A3DP 和辅助 HFP。
我们使用 Linux 作为操作系统、并使用一些 Bluez 扩展、以发送更改模式所需的供应商命令。

最近、我们将硬件从 CC2564B (CC2564MODA) 更新为 CC2564C 硬件 (BDE-BD2564CA)。

我们的问题是、我们使用 CC2564B 硬件实现了稳定的运行、但使用 CC2564C 控制器时会遇到问题。

这些问题主要发生在 A3DP 正在运行并且我们正在切换到辅助 HFP 的情况下。

我们看到的表单与音频输出有关。

通过查看日志、我们可以看到与有关缓冲区溢出消息的错误消息的相关性、如下所示：
DFC TX 缓冲区溢出。请求: 39 可用: 180

这种情况可在包号为 81764 的随附记录器文件中找到。
在这种特殊情况下,呼叫已建立,但我们只有从连接的电话到我们的设备的音频,但不在相反的方式。

日志中还有其他调用。

在前 5 次调用期间、没有 A3DP 流在运行。
在第 6 个呼叫后、我们在没有呼叫处于活动状态时启用 A3DP 流式传输。

这个问题不会每次都发生在这个整理,但只有有时。

您能否确定问题的原因和我们可以实施的对策？

是否有有关 cc2564B 和 cc2564C 硬件之间所做更改的更多详细信息？

cc2564C 数据表在第 6.8 章中提到了一些差异。
是否还提供了更新的特定于供应商的命令、其中哪些地址更改了 CC2564C 固件？
除了 HCI 命令之外、是否有任何增强型文档可用于解释固件消息（例如 DCF TX 缓冲区消息等）、以进行更详细的解释？

IU_APP-768kHz.zip

此致、

Adalbert

RE: [参考译文] CC2564C：在尝试设置电话呼叫时缓冲溢出的消息

admin — Tue, 10 Mar 2026 15:48:51 GMT

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

由于我们的团队目前在国际嵌入式展 (Embedded World)、预计我们的响应会出现一些延迟

RE: [参考译文] CC3235MODSF：有关使用 AT 命令的 TCP 服务器流的问题

admin — Tue, 10 Mar 2026 01:39:23 GMT

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

尊敬的 Calvin：

再次感谢您的耐心。我们来探讨一下您的三个要点。

1.不是侦听套接字（您可能会注意到,您正在侦听的套接字描述符与连接中使用的套接字描述符不同）,而是位于工作站最初连接的套接字上。

2.这也是。

3、TX_FAILED、STA_DISCONNECTED 和 IP_RELEASED 都是正常值。

[参考译文] CC3235MODSF：有关使用 AT 命令的 TCP 服务器流的问题

admin — Thu, 26 Feb 2026 09:32:16 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1620364/cc3235modsf-question-about-tcp-server-flow-using-at-commands

器件型号： CC3235MODSF

我们正在使用 CC3235MODSF（AT 命令固件、AP 角色）实现 TCP 服务器、并想确认我们的套接字处理序列是否正确。

我们的流程如下：

1.套接字→绑定→侦听

2.等待+Accept：（在发出 AT+Accept 之后）

3、建立连接后:

-使用 AT+select 检测可读数据

-当+select:表示套接字准备就绪,发送 AT+recv 来读取数据

4、当连接处于活动状态时、继续重复选择→recv 序列

我们要确认：

-对于使用 AT 命令的 TCP 服务器,这个整体顺序是否正确?

-以这种方式连续重复选择→recv 以接收数据是合适的吗?

谢谢、

卡尔文

RE: [参考译文] CC3351：禁用 Wi-Fi 6 后、交流模式出现故障。

admin — Mon, 09 Mar 2026 19:35:31 GMT

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

尊敬的 Yihong：

使用上面列出的方法 Dean 从驾驶员中删除他的功能是有意义的。我看不到风险、但我也没有测试过。请注意、您现在远离 TI 驱动程序/SDK、因此您现在必须在所支持的内核版本中自行管理和维护此更改。

请注意、我们正在内部讨论如何在固件中打破 VHT、因此我们在会议中讨论这是否是您的应用的硬性要求。在那之前,我建议让他和司机打招呼。

[参考译文] CC3351：禁用 Wi-Fi 6 后、交流模式出现故障。

admin — Wed, 04 Mar 2026 11:24:34 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1622535/cc3351-after-disabling-wi-fi-6-the-ac-mode-is-malfunctioning

器件型号： CC3351

尊敬的 TI 专家

禁用 Wi-Fi 6 后、我注意到 802.11ac 模式也消失了。具体而言、我无法再检测交流模式的射频信号、使用网络数据包捕获工具捕获的日志也不再显示 VHT。为什么会发生这种情况？我通过HE_Enable 00 在 cc33xx-conf.bin 文件中设置到禁用了 Wi-Fi 6。

FW 版本 1.7.11.323

驱动程序版本 1.7.2.239

PHY 版本 1.2.0.47.6.6.39.69

RE: [参考译文] CC3200-LAUNCHXL：虚拟证书/证书游乐场

admin — Mon, 09 Mar 2026 18:53:29 GMT

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

BLiu、

请告诉我您在 CC32xx 上找到的内容。

CC35xx 是直接替换硬件和固件吗？

谢谢、
Brian

RE: [参考译文] CC3200-LAUNCHXL：虚拟证书/证书游乐场

admin — Mon, 09 Mar 2026 17:10:58 GMT

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

您好、Brian、

您对 CC35xx 器件感兴趣吗？它提供了您要查找的安全功能、因为一旦设置了信任根、就永远不能更改、例如：如果使用供应商凭据进行设置、则永远无法对器件进行 TI 默认凭据编程。对于 CC32xx、我仍在调查您对此的查询、但我知道 CC35xx 一定会满足您的需求。

RE: [参考译文] CC3351：禁用 Wi-Fi 6 后、交流模式出现故障。

admin — Mon, 09 Mar 2026 01:36:36 GMT

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

谢谢你

你好、Sabeeh

从 TI 的角度来看、您认为这种方法是否可行？我们希望保留 Wi‑Fi 5 主要是因为我们的上一代产品也具有 Wi Fi 5、我们希望尽可能保持一致性。

[参考译文] CC3551E：WiFi 直接连接不一致

admin — Fri, 13 Feb 2026 14:30:33 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1617187/cc3551e-wifi-direct-connections-inconsistent

器件型号： CC3551E

您好：

我有一位客户使用 2 个 LaunchPad 测试 WiFi Direct P2P 模式、他发现有时连接会失败、除非 LaunchPad 彼此具有特定的相对方向。这两个 LP 都刚刚经过桌面测试、因此它们彼此相邻。

有什么建议,他们可以尝试使连接更稳定?

Munan

RE: [参考译文] CC3551E：WiFi 直接连接不一致

admin — Fri, 06 Mar 2026 22:36:54 GMT

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

尊敬的 Ian：

不用担心、感谢您对此的耐心！

我认为、现在我们确定根本原因的最快方法是同时获取固件和监听器日志。如果我们能够在设备连接与未连接的情况下获得这些日志、我可以将其与我在我这边看到的内容进行比较、这应该清楚说明是什么导致这些设备无法连接！

此外、您能否回答以下问题？我认为这些不是根本原因、但最好仔细检查一下！

是否已将 2 根 USB-C 电缆插入 CC3551E + XDS110 调试器？
- 这些已确认工作正常的电缆吗？
当您说干净的零更改示例时、此设备是否是工具箱中运行未编辑的网络终端示例的干净刷新设备？
- 如果是 — 哪个工具箱版本？
CC3551E 与什么相连？
- 我想确保不断变化的 goIntent 值不会导致任何问题 — 例如，如果 CC3551E 的 goIntent 值较高、而另一个器件预计是组所有者、这可能是导致问题的原因？再说一次、我认为情况并非如此、只是想确认其他器件没有任何可能影响此情况的内容。
CC3551E 上的跳线与 LaunchPad 用户指南第 4 页上的图像是否匹配？

此致、

Josh Prushing

RE: [参考译文] CC3200-LAUNCHXL：虚拟证书/证书游乐场

admin — Fri, 06 Mar 2026 20:07:17 GMT

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

嗨、BLui、

听起来使用虚拟/游乐场文件进行签名始终是一种选择、即使在供应商签名并启用 OTP 后也是如此。我是否理解正确？对于网络安全、我们希望强制仅加载我们的固件、恶意用户无法上载新的软件包。

谢谢、
Brian

RE: [参考译文] CC3200-LAUNCHXL：虚拟证书/证书游乐场

admin — Fri, 06 Mar 2026 18:54:34 GMT

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

是的、是的、是这样做的。