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

[参考译文] CC3300：TI SDK 的移植相关查询 (cc33xx_RTOS_MCU_PACKAGE_R8.1)

admin — Wed, 18 Feb 2026 17:23:54 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1618252/cc3300-porting-related-query-for-ti-sdk-cc33xx_rtos_mcu_package_r8-1

部件号： cc3300

尊敬的所有人：

我们正在 CC3300 上设计、以实现 Wi-Fi 6 解决方案。

我们已经在 TI 评估板上使用终端应用测试了 TI SDK (cc33xx_RTOS_MCU_PACKAGE_R8.1)。

然后、我们在 STM32F4122G 上移植了 SDK、代码正在编译。但在‘‘Wlan_Start’命令时、程序执行是在“NETIF_ADD"内部“内部进行的

在进一步的分析中,我们发现了以下差异

LwIP 版本

“dns_gethostbyname_addrtype"更改“更改

TI SDK 支持

2.1.3.

ERR_t dns_gethostbyname_addrtype (const char *主机名、 ip_addr_t *addr、 找到 dns_found_callback、void *callback_arg、u8_t dns_addrtype)；

找到附加参数= ip_addr_t *addr

STM32F4122G 代码库

2.1.2.

ERR_t dns_gethostbyname_addrtype (const char *主机名、找到 dns_found_callback、void *callback_arg、u8_t dns_addrtype)

我们的疑问：

‘认为程序执行滞留在内部“netif_add"上“上、而在 STM32F4122G 上执行且 LwIP = 2.1.2、因为不存在 ip_addr_t *addr。 我们的理解是否正确？
TI SDK (cc33xx_RTOS_MCU_PACKAGE_R8.1) 应在 LwIP = 2.1.3 和 LwIP = 2.1.2 的情况下执行。请确认。
现在、我们还将在 STM32F4122G 代码库中移植 LwIP。请说明我们应该如何处理这个附加参数 ip_addr_t *addr 在移植时？
由配置 netf 的值决定
netif 的 linkoutput() 如何将数据发送到 SPI 驱动程序、以及如何将 linkoutput() 配置为将数据发送到 SPI 驱动程序。如果有任何文档可用于 LwIP 见解及其配置、请 PLZ Share。

谢谢...

RE: [参考译文] CC3300：TI SDK 的移植相关查询 (cc33xx_RTOS_MCU_PACKAGE_R8.1)

admin — Sun, 01 Mar 2026 10:29:21 GMT

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

您好、

这是一个好问题。

是的、AM243 基础 SDK 使用了 FreeRTOS 版本 10.4.3。

这是它经过验证的版本、因此我强烈建议使用它。

版本 10.3.1 似乎没有太远的落后（当然不是 v11 的重大更新）,因此我不期望它需要大量的努力。

但是、我没有任何可以提供的移植指导原则。

您是否尝试过仅移动并查看是否遇到任何编译错误、如果没有、是否尝试执行？

此致、

Shlomi

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

admin — Fri, 27 Feb 2026 21:33:30 GMT

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

尊敬的 Yogesh：

[quote]我们了解 TI CC3300 SDK 的开发套件 10.4.3.我们的理解是正确的吗？[/quote]

正确、TI cc33xx_RTOS_MCU_PACKAGE_R8.1 包括 FreeRTOS 版本 10.4.3。

[报价 userid=“496917" url="“ url="~“~/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 ]我们想了解 TI CC3300 SDK 与 7.0.1 和 10.3.1 的兼容性、或建议使用最新的 10.4.3。

FreeRTOS 应该与以前的版本向后兼容。这意味着 FreeRTOS 10.4.3 应该能够与 FreeRTOS 7.0.1 连接、但我们尚未对此进行测试。从版本说明页面上、似乎会生成一些错误、但这些错误应该可以清除、并且不会影响器件的性能。

[quote]如果答案是 10.4.3、那么如果您有一些数据、这将有所帮助。[/quote]

TI 建议使用最新版本的 FreeRTOS、以确保支持所有所需的功能和新特性。但是、如上所述、如果应用需要、仍应支持较旧的 FreeRTOS 版本。

此致、

Josh Prushing

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

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

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

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、那么如果您有一些数据、这将有所帮助。

谢谢。。

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

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

admin — Fri, 27 Feb 2026 21:28:07 GMT

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

你好 Mohan、

我之前已经在 imx93 QSB 上测试过 cc33xx 芯片、因此可以对照您描述的系统详细信息来进行测试。

首先、您必须使用 cc33xx SDK 中提供的内核补丁修补内核： https://www.ti.com/tool/download/CC33XX-LINUX-MPU/1.0.2.10

它将无法完全应用。然后、您可以从此处获取 6.6 内核补丁： https://github.com/TexasInstruments-Sandbox/cc33xx-linux-mpu-ports/tree/main/6.6.y

然后、您应该能够干净地构建和安装 cc33xx 内核模块。如果您需要 imx93 的 DTS 示例、可在此处找到： github.com/.../arm64-dts-enable-cc33xx-on-imx93-9x9-qsb.patch

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

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

admin — Wed, 25 Feb 2026 22:32:32 GMT

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

您好、Nandha、

建议您访问 https://www.ti.com/lit/an/swra779/swra779.pdf

介绍第 5.2 节和引导流程

此致、

Rogelio

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

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

admin — Wed, 25 Feb 2026 22:26:33 GMT

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

尊敬的 Philipp：

TI 为每个器件提供唯一地址。

此致、

Rogelio

RE: [参考译文] CC3551E：5GHz WiFi 直接连接失败

admin — Wed, 25 Feb 2026 17:03:04 GMT

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

尊敬的 Ian：

感谢您告诉我。我们的后端团队目前正在研究它,我会让你知道,当他们回到我的解决方案.

此致、

Josh Prushing

[参考译文] CC3551E：5GHz WiFi 直接连接失败

admin — Fri, 13 Feb 2026 15:49:06 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1617206/cc3551e-5-ghz-wifi-direct-connection-failing

器件型号： CC3551E

您好：

我的客户在测试 P2P 模式时面临的另一个问题是、如果他将允许的频段更改为 5GHz、则连接会失败、无线电将崩溃、导致网络终端应用上出现一些跟踪输出。

P2P 的 5GHz 频段是否不受支持？或者我们可以帮助调查它为什么会崩溃吗？

Munan

RE: [参考译文] CC3300：TI SDK 的移植相关查询 (cc33xx_RTOS_MCU_PACKAGE_R8.1)

admin — Wed, 25 Feb 2026 12:17:46 GMT

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

您好 Shlomi Itzhak

感谢您分享有关 SDK Thread 的信息

关于事件任务未创建观察评估、发现我们的团队在集成期间并未获取所有 TI SDK 文件。

我们遇到了相同的问题、从 SDK 中获取了所有文件、并发现未创建任务的问题已解决。

现在、我们开始进一步测试。我们也会更新您。

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

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

我们的疑问：

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

谢谢。。

[参考译文] CC3301：一些有关链路层和数据有效载荷长度的蓝牙问题。

admin — Thu, 12 Feb 2026 03:45:18 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1616558/cc3301-some-bluetooth-questions-about-link-layer-and-data-payload-length

器件型号： CC3301

尊敬的 TI 专家：

我们正在使用 CC3301 进行 RTOS 操作系统设计、想检查 CC3301 的 BLE 是否支持以下功能？

1.数据长度扩展 (DLE)：模块是否支持高达 251 字节的数据通道 PDU 有效载荷？

2. LE 广播扩展：它是否支持更大的广播有效载荷（高达 1650 字节）以及从主信道到辅助信道的信道卸载？

3.链路层隐私 1.2：它是否支持基于控制器的隐私的可解析私有地址 (RPA) 以防止未经授权的跟踪？

Br、Jesse。

RE: [参考译文] CC3301：一些有关链路层和数据有效载荷长度的蓝牙问题。

admin — Wed, 25 Feb 2026 00:13:24 GMT

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

您好 Rogelio 和 Dean、

我们检查了蓝牙 SIG 规范（见下文）、发现它提到了分段前的主机广播数据不应超过 1650 字节。

当我们使用 TI EVM 检查 HCI 命令允许的最大有效载荷时、以下命令是否正确？

命令：HCI_LE_0x204A、Read_Maximum_Advertising_Data_Length 操作码：0x204A

CC3301 芯片是否应该返回有效载荷长度为 0x0672 的“成功 (0x00)“事件和参数（八位位组== 1650 字节）？

Br、Jesse。

RE: [参考译文] CC3551E：5GHz WiFi 直接连接失败

admin — Tue, 24 Feb 2026 22:00:15 GMT

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

谢谢！这个问题不会出现匆忙、我使用现有的代码完成了所需的测试。想知道这个问题的答案、以便我可以将其包含在我的报告中（因此，如果这不仅仅是我做的不正确的事情，你们可以修复它）、但这并不重要或紧急。

RE: [参考译文] CC3551E：5GHz WiFi 直接连接失败

admin — Tue, 24 Feb 2026 17:14:10 GMT

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

尊敬的 Ian：

感谢您的回复！

我尝试了几种方法来启用 5GHz p2p 连接，但我仍然遇到了一些问题 — 我正在与团队合作以了解这里发生的情况。 Wi-Fi Direct 不应依赖于特定频段、因此我预计这不会成为问题。

当我将 sta_wifi_band 设置为仅 5GHz 时、我确实看到了您在上面发布的同一个 FW 崩溃。我还尝试更改器件侦听 P2P 连接的信道、但从我的监听器日志中、这似乎无效、器件仍通过 2.4GHz 进行连接。

我会让您随时发布我找到的任何解决方案。感谢您的耐心,我将在本周结束时为您准备一些东西！

此致、

Josh Prushing

RE: [参考译文] CC3351：CC3351 对内核 4.19.x 的 Linux 驱动程序支持

admin — Tue, 24 Feb 2026 09:45:51 GMT

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

尊敬的 Sabeeh：

非常感谢您的支持以及为我们准备的内核 4.19.y 补丁。

感谢您的帮助。我们将继续测试此补丁、并告知您是否遇到任何问题或还有其他问题。

再次感谢您的帮助。

此致、
Dylan

[参考译文] CC3351：CC3351 对内核 4.19.x 的 Linux 驱动程序支持

admin — Wed, 11 Feb 2026 02:05:38 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1616067/cc3351-cc3351-linux-driver-support-for-kernel-4-19-x

器件型号： CC3351

TI 团队大家好、

我们目前正在评估用于 Linux 平台的 CC3351 Wi-Fi 模块。

根据相关文档、官方的 Linux 驱动程序版本在 Linux 内核 6.1 LTS 上进行了验证。但是、我们的现有系统基于 Linux 内核 4.19.91。

我们想问：

CC33xx 驱动程序是否正式支持 Linux 内核 4.19.91？

如果没有、TI 是否为内核 4.19.x 提供任何补丁集或反向端口包？

感谢您的支持。

此致、

Dylan

[参考译文] CC3235MODASF：CC3235SF HTTPS 服务器连接失败、HTTP 工作

admin — Tue, 10 Feb 2026 09:59:24 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1615777/cc3235modasf-cc3235sf-https-server-connection-fails-http-works

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

尊敬的 TI：

我尝试在 CC3235SF 上设置 HTTPS 服务器、但无法通过 HTTPS 连接。详情如下：

环境和证书生成：

OpenSSL 版本： OpenSSL 3.6.1 27 Jan 2026
用于生成密钥和证书的命令：

openssl genrsa -out server-key.pem 2048

openssl req -new -x509 ^
-key server-key.pem ^
-out server-cert.pem ^
-天 365 ^
-SHA256

OpenSSL x509 -in server-cert.pem -out server-cert.der -outform der
OpenSSL RSA -in server-key.pem -out server-key.der -outform der
放入server-cert.derserver-key.der工程/userFile/certs/目录中。

代码中的 HTTPS 服务器设置：

unsigned char ServerCertificateFileName[] = "/certs/http_cert.der";
unsigned char ServerKeyFileName[] = "/certs/http_key.der";
unsigned char SecurityMode[] = {0x1};
unsigned char HttpsPort[] = {0xBB, 0x01}; // 443
unsigned char SecondaryPort[] = {0x50, 0x00}; // 80
unsigned char SecondaryPortEnable[] = {0x1};

// Set certificate and private key
sl_NetAppSet(SL_NETAPP_HTTP_SERVER_ID, SL_NETAPP_HTTP_DEVICE_CERTIFICATE_FILENAME, sizeof(ServerCertificateFileName), ServerCertificateFileName);
sl_NetAppSet(SL_NETAPP_HTTP_SERVER_ID, SL_NETAPP_HTTP_PRIVATE_KEY_FILENAME, sizeof(ServerKeyFileName), ServerKeyFileName);

// Enable HTTPS on primary port
sl_NetAppSet(SL_NETAPP_HTTP_SERVER_ID, SL_NETAPP_HTTP_PRIMARY_PORT_SECURITY_MODE, sizeof(SecurityMode), SecurityMode);
sl_NetAppSet(SL_NETAPP_HTTP_SERVER_ID, SL_NETAPP_HTTP_PRIMARY_PORT_NUMBER, sizeof(HttpsPort), HttpsPort);

// Enable secondary port for HTTP redirect
sl_NetAppSet(SL_NETAPP_HTTP_SERVER_ID, SL_NETAPP_HTTP_SECONDARY_PORT_NUMBER, sizeof(SecondaryPort), SecondaryPort);
sl_NetAppSet(SL_NETAPP_HTTP_SERVER_ID, SL_NETAPP_HTTP_SECONDARY_PORT_ENABLE, sizeof(SecondaryPortEnable), SecondaryPortEnable);

// Restart HTTP server
sl_NetAppStop(SL_NETAPP_HTTP_SERVER_ID);
sl_NetAppStart(SL_NETAPP_HTTP_SERVER_ID);

观察到的行为：

http://<IP>正常工作。
https://<IP>或https://<IP>:443ERR_CONNECTION_REFUSED在浏览器中使用失败。
ALLsl_NetAppSet 并sl_NetAppStart调用 return0（成功）、无错误。

我已检查/尝试的内容：

DER 和 PEM 格式的证书。
已使用 RSA 确认证书和私钥。
SecurityMode 设置为0x1（TLS 启用）。
已启用用于重定向的辅助 HTTP 端口、但仍然无法连接。
浏览器未安装自签名证书。

问题：

应在 Wi-Fi 连接之前或之后配置 HTTPS 服务器？
除了sl_NetAppSet和sl_NetAppStart、是否还有其他必要的步骤（例如，证书格式，权限，文件路径）？
PC 浏览器是否需要安装自签名证书才能连接？
是否有建议的方法来测试或验证 HTTPS 服务器是否正在实际运行（例如端口检查）？

RE: [参考译文] CC3235MODASF：CC3235SF HTTPS 服务器连接失败、HTTP 工作

admin — Mon, 23 Feb 2026 16:15:47 GMT

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

您好、

我记得它可以同时得到 DER 和 PEM 但我最近没有检查它。

查看用户指南、它确实仅提及 PEM、但如果不进行检查、我肯定无法保证。

这是表格：

Shlomi

RE: [参考译文] CC3300：TI SDK 的移植相关查询 (cc33xx_RTOS_MCU_PACKAGE_R8.1)

admin — Mon, 23 Feb 2026 15:57:37 GMT

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

您好、

主线程是传输线程。此线程从客户端获取所有注册,并根据要求提供服务。

事件线程是将事件触发回应用程序的线程。

事件包括断开/连接、扫描结果、添加对等设备等

tw If_Init、 tw If_Set、Partition 传输接口的初始化。

不确定主机为什么不创建事件任务、似乎与驱动程序无关。

它在哪里失败？

Shlomi

RE: [参考译文] CC3235MODASF：CC3235SF HTTPS 服务器连接失败、HTTP 工作

admin — Mon, 23 Feb 2026 08:04:08 GMT

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

尊敬的 TI 支持团队：

我执行了关于证书格式的附加测试。

使用以下命令、我生成了自签名证书：

openssl genrsa -out server.key 2048
openssl req -new -x509 -key server.key -days 365 -SHA256 -out server.crt

将 PEM 证书 (server.crt) 和相应密钥加载到器件时、HTTPS 工作正常。

但是、将证书和密钥转换为 DER 格式后：

OpenSSL x509 -in server.crt -out server.der -outform der
OpenSSL RSA -in server.key -out server.key.der -outform der

而是配置 DER 文件、HTTPS 连接会始终导致超时。

这表明该问题与证书扩展或链验证无关、而是与 HTTP 服务器/NWP 如何解析 DER 格式的证书有关。

您能否确认 SimpleLink HTTP 服务器是否完全支持 DER 格式的证书（适用于 SL_NETAPP_HTTP_device_certificate_filename 和 SL_NETAPP_HTTP_PRIVATE_KEY_FILENAME）、或者是否需要 PEM 格式？

感谢您的帮助。

此致、

Ryan

RE: [参考译文] CC3235MODASF：CC3235SF HTTPS 服务器连接失败、HTTP 工作

admin — Mon, 23 Feb 2026 03:50:04 GMT

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

尊敬的 TI 支持团队：

感谢您对证书链验证过程的解释。

以下是用于生成证书和密钥的 OpenSSL 命令：

openssl genrsa -out server-key.pem 2048
openssl req -new -x509 -key server-key.pem -out server-cert.pem -days 365 -sha256
openssl x509 -in server-cert.pem -out server-cert.der -outform DER
openssl rsa -in server-key.pem -out server-key.der -outform DER

生成的证书是自签名的、不涉及单独的根 CA 或中间 CA。

将此证书加载到器件时、HTTPS 连接会始终导致 TLS 握手期间超时。但是、使用 SDK 虚拟证书时、HTTPS 工作正常（浏览器中有 ERR_CERT_Authority_INVALID）。

根据您的解释、我怀疑该问题可能与以下问题之一有关：

证书链结构（因为我使用的是自签名证书而不是 CA 签名链）
缺少所需的 X.509 扩展（basicConstraints、KeyUsage、extendedKeyUsage 等）
未正确标记底层证书 (CA/CA)
NWP 强制执行的特定 TLS 约束

请您澄清一下：

SimpleLink HTTPS 服务器是否需要 CA 签名的服务器证书？
是否需要配置完整的证书链？
NWP TLS 栈是否需要强制的 X.509 扩展？
是否支持自签名证书？如果支持、它们必须满足哪些限制条件？

我附上了生成的服务器证书（PEM 格式）以供您查看。

感谢您的帮助。

此致、
Ryan

[参考译文] CC3235SF：我可以使用 SKY13453-385LF 而不是 RTC6608OSP

admin — Mon, 16 Feb 2026 06:11:21 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1617392/cc3235sf-can-i-use-sky13453-385lf-instead-of-rtc6608osp

器件型号： CC3235SF

我正在使用 CC3235、并想知道是否可以使用 SKY13453-385LF 代替射频开关的 RTC6608OSP。 SOP0 是否可以单独用作控制引脚（作为数据表中 5GHz 控制的基准）、或者是否需要使用单独的 GPIO 来实现正确的 TX/RX 射频开关控制？