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

[参考译文] CC3551E：CC35x1–使用 SimpleLink Wi-Fi SDK 9.22 和 Toolbox 4.1.8 在命令映像处加载时器件未启动

admin — Thu, 12 Mar 2026 13:57:22 GMT

Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1625587/cc3551e-cc35x1-device-not-booting-when-loading-at-commands-image-using-simplelink-wi-fi-sdk-9-22-and-toolbox-4-1-8

器件型号： CC3551E
主题： SysConfig 中讨论的其他器件

尊敬的团队：

我使用 CC35x1 的 AT 命令示例。
我能够使用 SDK 9.21 成功加载并运行 AT 命令固件、但在升级到 SDK 9.22 后、当使用工具箱刷写映像时、器件不会引导。

以下是工作设置的详细信息：
SDK 版本：SimpleLink Wi-Fi SDK 9.21
测试的 Toolbox 版本：Toolbox 4.0.13 和 Toolbox 4.1.8
步骤：
使用 SimpleLink Wi-Fi 工具箱构建 AT Commands_LP_EM_CC35X1 _freertos_ticlang.Load 的 AT Commands 示例。在供应商图像时隙 0 (AT_COMMANDS_LP_EM_CC35X1 freertos_ticlang.out) 中刷写了以下内容

结果：
映像加载成功、器件正确引导、AT 命令正常工作。
也通过以下测试：
Toolbox 4.1.8 的 Toolbox 文件夹中的 cc35xx-conf.bin 成功加载且设备正确引导。

新设置（问题）
SDK 版本：simplelink_wifi_sdk_9_22_00_15
工具箱版本：simplelink_wifi_toolbox_win_4_1_8

步骤：

使用 SDK 9.22 构建相同的 AT Commands 工程、并通过 CCS→Works fine 加载（器件正常启动）。
通过 Toolbox 装入：
供应商图像时隙 0：AT_COMMANDS_LP_EM_CC35X1：freertos_ticlang.out
配置文件：cc35xx-conf.bin（来自 toolbox 文件夹）

结果：
映像加载报告成功、但器件无法引导

工具箱中使用的编程器配置

在 syscfg 中： OTA：禁用、闪存类型：IS25WJ032F、闪存页面大小：256 字节、闪存扇区大小：4096 字节、PSRAM 类型：无 PSRAM、激活类型：SDK 示例密钥、闪存出厂重置：禁用、
引导扇区：已启用、TI 主引导加载程序映像：已启用、供应商主映像：已启用、主供应商映像版本：0.0.1.0、闪存出厂重置：已禁用

SDK 9.22 中是否有任何刷写过程更改？是否应该使用不同的配置二进制文件cc35xx-conf.bin、而不是？SDK 9.22 中的 AT Commands 示例在通过工具箱进行刷写时是否需要额外的映像或不同的闪存设置？如果可以、您可以提供使用工具箱加载启用和禁用 OTA 的确切步骤。

谢谢、

Vignesh。

[参考译文] CC3235SF：CC3235SF：–688 (ASN_NO_SIGNER_E)（使用带有 AWS IoT 插件的独立 Amazon Root CA 1 时）

admin — Thu, 12 Mar 2026 12:18:35 GMT

Other Parts Discussed in Thread: CC3235SF, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1625552/cc3235sf-cc3235sf--688-asn_no_signer_e-when-using-standalone-amazon-root-ca-1-with-aws-iot-plugin

器件型号： CC3235SF
Thread 中讨论的其他器件： UNIFLASH

尊敬的 TI 支持团队：

我正在使用 CC3235SF 通信 AWS IoT 插件 。

我的目标是使用对连接进行身份验证 仅亚马逊根 CA 1. 作为信任锚、特别是绕过传统的 Starfield Class 2 / G2 交叉签名链。尽管我做了很多努力、网络处理器 (NWP) 仍会返回错误 –688 (ASN_NO_SIGNER_E) 安全身份验证。

当前环境和配置：

硬件： CC3235SF
SDK/Service Pack：simplelink_cc32xx_sdk_6_10_00_05/sp_4.13.0.2_3.7.0.1_3.1.0.26
端点： 使用 ATS 要求的端点xxxx-ats.iot.us-west-2.amazonaws.com ()。
根 CA 文件： DER 格式的 AmazonRootCA1、通过 UniFlash 刷写。
套接字设置： *SLNETSOCK_SEC_ATTRIB_DISABLE_CERT_STORE设置为 1. （确保不使用内部 Starfield 存储）。
- SLNETSOCK_SEC_ATTRIB_DOMAIN_NAMEATS 端点。

我已经确认证书是自签名版本、器件时钟同步。

问题： 应如何配置 AWS IoT 插件 要信任独立的 Amazon Root CA 1 der/PEM 文件作为主要信任锚？

[参考译文] CC3351MOD：支持 CC3351MOD

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

Other Parts Discussed in Thread: CC3351

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

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：咨询：TI CC3551 和 CC3351 支持欧盟 CRA 合规性和硬件安全架构讨论的状态

admin — Wed, 11 Mar 2026 07:34:57 GMT

Other Parts Discussed in Thread: CC3351, CC3551E

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1624935/cc3351-inquiry-ti-cc3551-and-cc3351-support-status-for-eu-cra-compliance-and-hardware-security-architecture-discussion

器件型号： CC3351
主题： CC3551E 中讨论的其他器件

尊敬的 TI 团队/[AE 名称/ FAE]：

希望这封电子邮件对您有帮助。

我的客户 目前正在利用 TI 的 Wi-Fi 6 和 BLE 5.4 解决方案（特别是）开发新一代产品 CC3551（无线 MCU） 和 CC3351（配套 IC） 。这些产品主要针对欧洲市场。

由于欧盟的《网络复原力法案》(CRA) 将从今年 9 月（2026 年）开始正式规定要报告漏洞和网络安全事件、并要求在 2027 年前完全符合 CE 标志、 我的客户 正在对其产品的安全架构进行严格和全面的审查。

作用 我的客户 终端产品顺利符合 CRA 法规、我想代表他们了解这两款芯片的当前 CRA 支持状态和官方技术指南：

1.软件材料明细表 (SBOM) 和连续漏洞修补 (PSIRT)

TI 能否为 CC3551 SimpleLink SDK 提供机器可读的 SBOM、以及 CC3351 的驱动程序和固件？
关于在整个产品生命周期中持续修补漏洞的 CRA 要求、应如何解决 我的客户 与 TI 的 PSIRT 协调、确保他们在法规要求的严格时间范围内收到漏洞警报和安全补丁？

2. CC3551 和 CC3351 的安全实施指南

CC3551： 它集成了采用 TrustZone®技术的 Arm®Cortex®-M33。关于 CRA 强调的“设计安全“、TI 是否提供有关安全启动、安全 OTA 更新以及如何将加密密钥与一般应用程序隔离的参考设计或应用手册？
CC3351： 由于它与外部主机一起运行、TI 如何满足 CRA 的防篡改和防回滚检查要求？在主机端集成 CC3351 固件身份验证和防回滚机制是否有最佳实践指南？

3.竞争对手架构讨论和 CRA 合规性说明
此外、在评估市场上的其他解决方案时、 我的客户 注意到竞争对手 ESP32-S3 在其官方文档中特别强调了以下安全机制：

“ESP32-S3 为物联网设备提供了全面的安全机制和保护措施、以防止各种恶意攻击和威胁。它支持基于 AES-XTS 算法的闪存加密、基于 RSA 算法的安全启动、数字签名和 HMAC。 ESP32-S3 还增加了一个“世界控制器“模块、提供两个非干扰执行环境以实现可信执行环境 (TEE) 或特权分离机制。“

我们希望借此机会咨询 TI 的专家：

这些硬件安全特性（闪存加密，安全启动，TEE）的存在是否意味着芯片本身可以直接“满足或满足“欧洲 CRA 的底层要求？
基准测试时、TI 的相应机制是什么 CC3551 和 CC3351 的声音 要实现类似的隔离环境、闪存加密和安全启动？与这种类型的竞争对手架构相比、TI 是否提供更全面、更独特或符合 CRA 标准的优势和服务、以帮助终端客户获得最终 CRA 认证？

4、官方认证和合规声明

TI 是否针对这两个芯片发布了有关欧洲 CRA（或 EU RED 第 3.3 条安全性要求）的白皮书、符合性声明 (DoC) 或第三方安全验证报告？这将大有帮助 我的客户 作为未来产品申请 CE 标志的证明。

随着监管报告截止日期将于今年下半年临近、底层芯片的安全架构至关重要 我的客户 项目时间表。如果您有任何相关文档、请将其分享给我们进行评估。 I 我也非常乐意帮助我的客户和您的团队安排一次简短的在线会议、以便进一步讨论。

非常感谢您的持续帮助和支持。期待收到您的回复。

此致、

Mike Wu

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

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

Other Parts Discussed in Thread: CC3351

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

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 的计划？

此致。

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

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

Other Parts Discussed in Thread: CC3551E

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

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 可以通过蓝牙传输音频吗？谢谢！

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

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

Other Parts Discussed in Thread: CC2564C, CC2564MODA

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

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

[参考译文] CC3351MOD：CC3351MOD BT/WLAN 并发运行

admin — Fri, 06 Mar 2026 08:39:20 GMT

Other Parts Discussed in Thread: CC3351, CC3351MOD

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1623500/cc3351mod-cc3351mod-bt-wlan-concurrent-operation

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

CC3351 / CC3351MOD 是否可以同时在 2.4GHz 下运行 BLE、在 5GHz 下运行 Wi-Fi？是否有任何阻止真正并发运行的共享内部资源（PLL，合成器，基带处理器）？

[参考译文] CC3551E：用于非 OTA 软件更新的选项

admin — Thu, 05 Mar 2026 21:49:46 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1623303/cc3551e-options-for-non-ota-sw-updates

器件型号： CC3551E

您好的团队、

除了所记录的 ARM A/B 工艺之外、我们正在研究 OTA 软件更新方法、这些方法更适合较小的闪存。我们的主要问题是：

1、单槽自动更新机制是否有任何官方支持?

但是、如果要求我们实施自己的计划、我们还有其他问题：

2.我们是否可以为 TI 引导加载程序扇区开发自定义引导加载程序？

3. XDS 开发板使用的更新系统是否可通过 UART 访问？

4.是否可以在非 A/B 布局中使用两个应用程序：

A.两者都位于单个代码区域的不同偏移量中

b.一个在代码区域、一个在供应商特定区域

c.将一个调用/链式加载到另一个调用/链式加载

此致、

Luke

[参考译文] CC3351：申请 CC3351 校准器工具用户指南 (SWRU602)

admin — Thu, 05 Mar 2026 17:06:05 GMT

Other Parts Discussed in Thread: CC3351

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1623254/cc3351-request-for-cc3351-calibrator-tool-user-guide-swru602

器件型号： CC3351

您好、

我是 Axon 的一名软件工程师、目前正在从事 CC3351 Wi-Fi 模块的工作。

我正在尝试执行 Wi-Fi 校准、但找不到标题为：

“SimpleLink™ CC33xx 校准器工具用户指南 (SWRU602)“。

您能否分享此文档或告诉我可以在哪里访问？

此外、我知道校准过程会生成一个需要编程到器件上的二进制输出文件。您能否证实这是否是 CC3351 的正确方法？

非常感谢您提供的任何指导或文档。

谢谢你。

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

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

Other Parts Discussed in Thread: UNIFLASH

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

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

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

[参考译文] 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

[参考译文] CC3551E：如何设置定制 HUK？

admin — Tue, 03 Mar 2026 10:29:35 GMT

Other Parts Discussed in Thread: CC3551E

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1621960/cc3551e-how-to-set-up-custom-huk

器件型号： CC3551E

你好！

是否有办法为 cc3551e 建立自己的 HUK？可能 SDK 中有一些工具？

THX。

[参考译文] CC3501E：CC3551 与 CC3501E SDK 兼容性和迁移要求的阐释

admin — Mon, 02 Mar 2026 13:08:48 GMT

Other Parts Discussed in Thread: CC3501E, CC3551E, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1621497/cc3501e-clarification-on-cc3551-vs-cc3501e-sdk-compatibility-and-migration-requirements

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

尊敬的团队：

我目前正在处理 CC3551 LaunchPad 工程、并计划将同一个工程迁移到 CC3501E 。

我想确认以下几点：

CC3501 SDK 和 CC3551E SDK 是否相同、或者在驱动程序和库方面是否有任何差异？
从 CC3551 迁移到 CC3501E 时：
- 应用代码中是否需要进行任何修改？
- SysConfig 中是否需要进行任何强制性更改？
- 必须手动处理的器件配置（存储器映射，外设，引脚多路复用等）是否存在差异？

从 CCS 的迁移窗口中、两个器件显示为可在同一 SDK 下选择、但我想确保不需要进行隐藏更改、然后再继续。

如果有任何迁移指南或文档参考、请告诉我。

谢谢你。

Vignesh。

[参考译文] CC3300MOD：需要有关 TI CC3300 SDK 的 IRQ、其他配置、API 见解和移植的信息

admin — Mon, 02 Mar 2026 08:21:52 GMT

Other Parts Discussed in Thread: CC3300

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1621356/cc3300mod-require-information-about-irq-other-configurations-api-insight-and-porting-for-ti-cc3300-sdk

器件型号： CC3300MOD
主题中讨论的其他部件： cc3300

尊敬的所有人：

已了解 WLAN_IRQ_PIN 在 AM243X LanuchPad 套件示例“CC3xx_thick_mac_network_termina"中“中进行了引脚配置、其 IRQ 来自 BP‑CC33XXMOD。在哪个文件中声明此 WLAN_IRQ_PIN 和 WLAN_IRQ_TRIG_TYPE。

什么是触发器类型下降或上升？

GPIO_setTrigType (gWlanIRQGpioAddr、WLAN_IRQ_PIN、WLAN_IRQ_TRIG_TYPE)；

我们将在 STM32F412ZG 上移植此 IRQ。需要了解的移植的一部分

根据硬件配置 IRQ 引脚、并将边沿分配为正或负
回调将在 SDK 内部配置
就是这样。
如果配置正确、则 IRQ 应该可以正常工作、不会有太多麻烦。
我们的理解是否正确？
我们需要考虑的任何其他要点、请提出建议。

对于 BP‑CC33XXMOD SPI 接口、该接口分为两部分。
- 第 1 部分：简单的 SPI 主器件从通信、其中主器件将发送命令并发送虚拟时钟来读取响应
- 第 2 部分：在 IRQ 上、通过发送命令和读取响应作为第 1 部分、从 BP‑CC33XXMOD 读取数据
- 我们对 SPI 通信的理解是正确的吗？如有任何更改、请予以澄清。
- WLAN_if.c、WLAN_COMMANDS.h、提供 Wlan_Start、Wlan_Stop、Wlan_Role、Wlan_Role Down、Wlan_Connect 等用户 API 功能 Wlan_Disconnect、Wlan_Scan、Wlan_Get、Wlan_Set。仅供参考、以上列表中的哪个所有命令都涉及 IRQ？

在测试期间移植后、由于 SDK 例程的 SPI、IRQ 或内部、功能将不起作用。您建议调查 SPI、IRQ、SDK 中的哪个组件无法正常工作、以及如何对其进行分析以使其正常工作。

谢谢。。

[参考译文] CC3351：BP-CC3351 SDIO 接口

admin — Mon, 02 Mar 2026 03:57:32 GMT

Other Parts Discussed in Thread: BP-CC3351

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1621264/cc3351-bp-cc3351-sdio-interface

器件型号： CC3351

您好的团队、

我的客户将 BP-CC3351 通过 SDIO 接口连接到其目标 MCU。 BP-CC3315 具有与 SPI 共享的 SDIO 接口。请说明如何将其设置为仅 SDIO？谢谢你。

[参考译文] CC3551E：测试企业加密时遇到问题

admin — Sat, 28 Feb 2026 03:04:58 GMT

Other Parts Discussed in Thread: CC3551E

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1621041/cc3551e-encountering-issues-while-testing-enterprise-encryption

器件型号： CC3551E

我 network_terminal 最近一直在使用测试企业加密功能、但我遇到了一些问题。我希望得到您的帮助。此问题描述如下：

在 Linux (Ubuntu) 上、我使用 OpenSSL 为 RADIUS 服务器和客户端生成证书文件、步骤如下：

openssl genrsa -out ca.key 2048
openssl req -x509 -new -nodes -key ca.key -sha256 -days 3650 -out ca.crt
openssl genrsa -out server.key 2048
openssl req -new -key server.key -out server.csr
openssl x509 -req -in server.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out server.crt -days 3650 -sha256
openssl genrsa -out client.key 2048
openssl req -new -key client.key -out client.csr
openssl x509 -req -in client.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out client.crt -days 3650 -sha256

我使用以下命令生成了移动客户端证书：

openssl pkcs12 -export -in client.crt -inkey client.key -out client.p12 -passout pass:123456

我已将 ca.crt、 client.crt和转换 client.key 为数组、并将它们放入 ca_certificate.h、 client_certificate.h和 client_private_key.h中。
禁用 FORCE_CA_CRT_VERIFY 宏时、发送命令 wlan_connect -t WPA2 -e TLS -s "qwerty" -i "User_WiFi" 可以成功建立连接。但是、当我启用 #define FORCE_CA_CRT_VERIFY CA 证书验证时、连接失败、CC3551E 返回以下日志：

同时、RADIUS 服务器显示以下错误：

在 Android 手机上测试时、相同的证书可以正常工作、不会出现任何问题。您能帮助我检查导致这种情况的原因吗？我有什么问题吗？谢谢！

[参考译文] CC3551E：HTTPS 客户端实现的推荐架构

admin — Fri, 27 Feb 2026 13:28:04 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1620913/cc3551e-recommended-architecture-for-https-client-implementation

器件型号： CC3551E

尊敬的团队：

我使用的是 CC3551、其中使用了 SimpleLink Wi-Fi SDK 9.21 (GA) 和 AT-Commands 示例。

我需要说明在此 SDK 中实现 HTTPS 客户端的建议架构、以及是否提供了任何参考示例。

我知道 SDK 将 mbedTLS 集成到自定义配置中。在继续下去之前、我希望确认官方支持的做法。

请您澄清一下：

在 SDK 9.21 中、HTTPS 客户端实施的建议方法是什么：

lwIP 原始 API + ALTCP TLS

或 lwIP BSD 套接字+直接 mbedTLS API？

是否有适用于 CC3551 的官方 HTTPS 客户端示例（非 MQTT）？

请确认支持量产的推荐方法。

谢谢你。

此致、
Vignesh

[参考译文] CC3300：寻找 TI CC3300 SDK (cc33xx_RTOS_MCU_PACKAGE_R8.1) 与 Free RTOS 版本的兼容性

admin — Fri, 27 Feb 2026 06:42:03 GMT

Other Parts Discussed in Thread: CC3300

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1620734/cc3300-looking-for-ti-cc3300-sdk-cc33xx_rtos_mcu_package_r8-1-compatibility-with-free-rtos-version

部件号： cc3300

大家好！

我们对免费 RTOS 版本有一些疑问。

我们将 TI CC3300 SDK 集成到客户的现有代码库中、该代码库支持不同的 make Wi-Fi 5 模块。现有代码具有免费的 RTOS 版本 7.0.1。我们的 TI SDK 名为 cc33xx_RTOS_MCU_PACKAGE_R8.1。
我们检查了 TI SDK 的免费 RTOS 版本。我们认为它是 10.4.3.
客户代码还支持免费 RTOS 版本 10.3.1.但默认情况下、它不处于活动状态。

我们的疑问：

我们了解 TI CC3300 SDK 所具有的特性 10.4.3.这是我们的理解,正确吗?
您是否有关于 TI CC3300 SDK 与首选 RTOS 版本兼容性的一些信息。
我们希望了解 TI CC3300 SDK 与 7.0.1 和 10.3.1 的兼容性、或建议使用最新的 10.4.3。如果答案是 10.4.3、那么如果您有一些数据、这将有所帮助。

谢谢。。

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

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

Other Parts Discussed in Thread: M2-CC3351

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

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>；
      状态=“正常“；
  }；

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

此致、

[参考译文] CC3300：技术支持申请：适用于 NXP i.MX93 的 CC33xx Linux 驱动程序源代码（内核 6.6.52）

admin — Thu, 26 Feb 2026 11:50:58 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1620433/cc3300-technical-support-request-cc33xx-linux-driver-source-for-nxp-i-mx93-kernel-6-6-52

部件号： cc3300

尊敬的 TI 无线论坛团队：

我目前正在努力集成 CC33xx (SimpleLink™ Wi-Fi 6) 集成到一个 NXP i.MX93 评估套件 （运行scarthgap Yocto 版本）。

我们正在成功运行 Linux 内核 6.6.52 、但我们遇到了与标准中的预编译模块不匹配的版本cc33xx_linux_package。可用的二进制文件用于内核 6.1.x、这会导致我们 6.6.x 系统上出现“Invalid module format“（模块格式无效）错误。

为了继续进行评估、我们需要 CC33xx 驱动程序（和模块）cc33xxcc33xx_sdio的独立源代码、以便根据我们特定的内核头文件对其进行编译。

系统详细信息：

主机处理器： NXP i.MX93 (Cortex-A55)
目标内核： 6.6.52-meta-nXP-connectivity-LTS-next
硬件接口： SDIO（4 位）
CC33xx 软件包版本： 1.0.2.10.

您能否提供独立的源代码或将我指向cc33xx-linux-mpu-ports支持 6.6.y LTS 内核的存储库（例如沙盒上的特定分支）？

感谢您的时间和帮助。

此致、

Mohan Krishna

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

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

Other Parts Discussed in Thread: CC3235MODSF

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

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 以接收数据是合适的吗?

谢谢、

卡尔文

[参考译文] CC3551E：如何完全锁定 SWD

admin — Wed, 25 Feb 2026 14:05:12 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1620012/cc3551e-how-to-lock-swd-completely

器件型号： CC3551E

您好、

观察 TRM、SWD 接口似乎已打开、也可以将访问限制为经过身份验证的调试、这需要一个经过签名和身份验证的调试请求。

是否也可以完全锁定 SWD 访问？

BR、
Philipp

[参考译文] CC3551E：TI 是否提供唯一的 MAC 地址？

admin — Wed, 25 Feb 2026 14:00:11 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1620011/cc3551e-does-ti-provide-unique-mac-addresses

器件型号： CC3551E

您好、

我知道 CC35xx 具有用于 WiFi 和 BLE 的默认 MAC 地址。这是正确的吗？

如果 TI 在每个器件中提供这些地址：这些地址是唯一的、还是这是整个系列的通用地址？

BR、
Philipp

[参考译文] CC3351MOD：CC3351MODENIAMOZR — 通过 SPI 进行芯片检测

admin — Wed, 25 Feb 2026 11:51:55 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1619959/cc3351mod-cc3351modeniamozr---chip-detection-via-spi

部件号： CC3351MOD

您好、

在 CC3351MODENIAMOZR 模块中、尽管芯片选择 (CS) 信号置为低电平、但在 SPI 时钟 (SCLK) 或数据线 (MOSI/MISO) 上未观察到任何活动。这种行为的可能原因是什么？

此外、我还想了解 CC3351MODENIAMOZR 模块中使用的基于 SPI 的器件检测机制。具体来说、器件在 SPI 通信期间是否返回任何形式的确认、响应或识别序列来确认成功检测？

谢谢您、

Nandha T