<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://e2echina.ti.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Wi-Fi®︎（参考译文帖）</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/</link><description /><dc:language>zh-CN</dc:language><generator>Telligent Community 13</generator><item><title>论坛文章:RE: [参考译文] CC3300：TI SDK 的移植相关查询 (cc33xx_RTOS_MCU_PACKAGE_R8.1)</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076695/cc3300-ti-sdk-cc33xx_rtos_mcu_package_r8-1/3876199</link><pubDate>Sun, 01 Mar 2026 10:29:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:50060a1f-268a-46cb-95e5-7a3969934c73</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 这是一个好问题。 是的、AM243 基础 SDK 使用了 FreeRTOS 版本 10.4.3。 这是它经过验证的版本、因此我强烈建议使用它。 版本 10.3.1 似乎没有太远的落后（当然不是 v11 的重大更新）,因此我不期望它需要大量的努力。 但是、我没有任何可以提供的移植指导原则。 您是否尝试过仅移动并查看是否遇到任何编译错误、如果没有、是否尝试执行？ 此致、 Shlomi</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3300：寻找 TI CC3300 SDK (cc33xx_RTOS_MCU_PACKAGE_R8.1) 与 Free RTOS 版本的兼容性</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076662/cc3300-ti-cc3300-sdk-cc33xx_rtos_mcu_package_r8-1-free-rtos/3876109</link><pubDate>Fri, 27 Feb 2026 21:33:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:2c712665-1278-49f7-b38f-764e7639eca2</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Yogesh： [quote]我们了解 TI CC3300 SDK 的开发套件 10.4.3.我们的理解是正确的吗？[/quote] 正确、TI cc33xx_RTOS_MCU_PACKAGE_R8.1 包括 FreeRTOS 版本 10.4.3。 [报价 userid=“496917&amp;quot; url=&amp;quot;“ url=&amp;quot;~“~/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</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3300：技术支持申请：适用于 NXP i.MX93 的 CC33xx Linux 驱动程序源代码（内核 6.6.52）</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076663/cc3300-nxp-i-mx93-cc33xx-linux-6-6-52/3876110</link><pubDate>Fri, 27 Feb 2026 21:28:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:b766b796-8007-4820-8717-90cd63aef29f</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 你好 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</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:[参考译文] CC3300：寻找 TI CC3300 SDK (cc33xx_RTOS_MCU_PACKAGE_R8.1) 与 Free RTOS 版本的兼容性</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076662/cc3300-ti-cc3300-sdk-cc33xx_rtos_mcu_package_r8-1-free-rtos</link><pubDate>Fri, 27 Feb 2026 06:42:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:0f21990b-f986-4e12-9aeb-83c9b9f5b9ef</guid><dc:creator>admin</dc:creator><description>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、那么如果您有一些数据、这将有所帮助。 谢谢。。</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/CC3300">CC3300</category></item><item><title>论坛文章:[参考译文] CC3300：技术支持申请：适用于 NXP i.MX93 的 CC33xx Linux 驱动程序源代码（内核 6.6.52）</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076663/cc3300-nxp-i-mx93-cc33xx-linux-6-6-52</link><pubDate>Thu, 26 Feb 2026 11:50:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:f0e8e035-f237-46ff-b61d-c0a998e342cf</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 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 驱动程序（和模块） cc33xx cc33xx_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</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/Industrial%2bAutomation">Industrial Automation</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/CC3300">CC3300</category></item><item><title>论坛文章:RE: [参考译文] CC3351MOD：CC3351MODENIAMOZR — 通过 SPI 进行芯片检测</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076351/cc3351mod-cc3351modeniamozr-spi/3874992</link><pubDate>Wed, 25 Feb 2026 22:32:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:f22b6132-a2e0-4271-8647-5be123104662</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Nandha、 建议您访问 https://www.ti.com/lit/an/swra779/swra779.pdf 介绍第 5.2 节和引导流程 此致、 Rogelio</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3551E：TI 是否提供唯一的 MAC 地址？</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076352/cc3551e-ti-mac/3874993</link><pubDate>Wed, 25 Feb 2026 22:26:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:2ef6146b-d74f-4799-987a-3aaee29a54e2</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Philipp： TI 为每个器件提供唯一地址。 此致、 Rogelio</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3551E：5GHz WiFi 直接连接失败</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076093/cc3551e-5ghz-wifi/3874005</link><pubDate>Wed, 25 Feb 2026 17:03:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:f457663d-808c-465e-95d3-4404c9e17e78</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Ian： 感谢您告诉我。 我们的后端团队目前正在研究它,我会让你知道,当他们回到我的解决方案. 此致、 Josh Prushing</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:[参考译文] CC3551E：TI 是否提供唯一的 MAC 地址？</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076352/cc3551e-ti-mac</link><pubDate>Wed, 25 Feb 2026 14:00:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:5f2880bc-cde6-418f-ad3b-343b935f75fe</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 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</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/CC3551E">CC3551E</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3300：TI SDK 的移植相关查询 (cc33xx_RTOS_MCU_PACKAGE_R8.1)</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076695/cc3300-ti-sdk-cc33xx_rtos_mcu_package_r8-1/3876198</link><pubDate>Wed, 25 Feb 2026 12:17:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:bd5eb368-ccbe-481f-a8e3-3b8110716407</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好 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、那么如果您有一些数据、这将有所帮助。 谢谢。。</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:[参考译文] CC3351MOD：CC3351MODENIAMOZR — 通过 SPI 进行芯片检测</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076351/cc3351mod-cc3351modeniamozr-spi</link><pubDate>Wed, 25 Feb 2026 11:51:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:3be67df3-d281-4739-83ae-46be1f22754b</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 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</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/Industrial%2bAutomation">Industrial Automation</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/CC3351MOD">CC3351MOD</category></item><item><title>论坛文章:RE: [参考译文] CC3301：一些有关链路层和数据有效载荷长度的蓝牙问题。</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076094/cc3301/3874008</link><pubDate>Wed, 25 Feb 2026 00:13:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:073ba2be-2605-4dcd-a193-8b54062e123f</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好 Rogelio 和 Dean、 我们检查了蓝牙 SIG 规范（见下文）、发现它提到了分段前的主机广播数据不应超过 1650 字节。 当我们使用 TI EVM 检查 HCI 命令允许的最大有效载荷时、 以下命令是否正确？ 命令：HCI_LE_0x204A、Read_Maximum_Advertising_Data_Length 操作码：0x204A CC3301 芯片是否应该返回 有效载荷长度为 0x0672 的“成功 (0x00)“事件和参数（八位位组== 1650 字节）？ Br、Jesse。</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3551E：5GHz WiFi 直接连接失败</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076093/cc3551e-5ghz-wifi/3874004</link><pubDate>Tue, 24 Feb 2026 22:00:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:f48e3774-e189-4ec2-a45f-642d3d88583f</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 谢谢！ 这个问题不会出现匆忙、我使用现有的代码完成了所需的测试。 想知道这个问题的答案、以便我可以将其包含在我的报告中（因此，如果这不仅仅是我做的不正确的事情，你们可以修复它）、但这并不重要或紧急。</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3551E：5GHz WiFi 直接连接失败</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076093/cc3551e-5ghz-wifi/3874003</link><pubDate>Tue, 24 Feb 2026 17:14:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:a7619040-883b-4872-81c1-ee1a4d0e5d47</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Ian： 感谢您的回复！ 我 尝试了几种方法来启用 5GHz p2p 连接，但我仍然遇到了一些问题 — 我正在与团队合作以了解这里发生的情况。 Wi-Fi Direct 不应依赖于特定频段、因此我预计这不会成为问题。 当我将 sta_wifi_band 设置为仅 5GHz 时、我确实看到了您在上面发布的同一个 FW 崩溃。 我还尝试更改器件侦听 P2P 连接的信道、但从我的监听器日志中、这似乎无效、器件仍通过 2.4GHz 进行连接。 我会让您随时发布我找到的任何解决方案。 感谢您的耐心,我将在本周结束时为您准备一些东西！ 此致、 Josh Prushing</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3351：CC3351 对内核 4.19.x 的 Linux 驱动程序支持</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1075794/cc3351-cc3351-4-19-x-linux/3872910</link><pubDate>Tue, 24 Feb 2026 09:45:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:733a864c-0163-43a3-b241-c88e3a3472d8</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Sabeeh： 非常感谢您的支持以及为我们准备的内核 4.19.y 补丁。 感谢您的帮助。 我们将继续测试此补丁、并告知您是否遇到任何问题或还有其他问题。 再次感谢您的帮助。 此致、 Dylan</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3235MODASF：CC3235SF HTTPS 服务器连接失败、HTTP 工作</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1075516/cc3235modasf-cc3235sf-https-http/3872095</link><pubDate>Mon, 23 Feb 2026 16:15:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:d7e1fe14-e96a-4d70-86e6-0ebb477b3d4f</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 我记得它可以同时得到 DER 和 PEM 但我最近没有检查它。 查看用户指南、它确实仅提及 PEM、但如果不进行检查、我肯定无法保证。 这是表格： Shlomi</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3300：TI SDK 的移植相关查询 (cc33xx_RTOS_MCU_PACKAGE_R8.1)</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1076695/cc3300-ti-sdk-cc33xx_rtos_mcu_package_r8-1/3876197</link><pubDate>Mon, 23 Feb 2026 15:57:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:495c56ee-994e-40f7-bfc6-9a085d17a0b3</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 主线程是传输线程。 此线程从客户端获取所有注册,并根据要求提供服务。 事件线程是将事件触发回应用程序的线程。 事件包括断开/连接、扫描结果、添加对等设备等 tw If_Init、 tw If_Set、Partition 传输接口的初始化。 不确定主机为什么不创建事件任务、似乎与驱动程序无关。 它在哪里失败？ Shlomi</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3235MODASF：CC3235SF HTTPS 服务器连接失败、HTTP 工作</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1075516/cc3235modasf-cc3235sf-https-http/3872094</link><pubDate>Mon, 23 Feb 2026 08:04:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:7c4d8908-3c3e-43db-8472-c76cef115907</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 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</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3235MODASF：CC3235SF HTTPS 服务器连接失败、HTTP 工作</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1075516/cc3235modasf-cc3235sf-https-http/3872093</link><pubDate>Mon, 23 Feb 2026 03:50:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:b9a04dbe-98a6-4b19-b7cb-4d232a064f35</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 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 格式）以供您查看。 -----BEGIN CERTIFICATE----- MIIDkzCCAnugAwIBAgIUXnpFiOcp/v7URdEiyV5snYQZ+PUwDQYJKoZIhvcNAQEL BQAwWTELMAkGA1UEBhMCQVUxEzARBgNVBAgMClNvbWUtU3RhdGUxITAfBgNVBAoM GEludGVybmV0IFdpZGdpdHMgUHR5IEx0ZDESMBAGA1UEAwwJMTI3LjAuMC4xMB4X DTI2MDIxMTA4MjEzM1oXDTI3MDIxMTA4MjEzM1owWTELMAkGA1UEBhMCQVUxEzAR BgNVBAgMClNvbWUtU3RhdGUxITAfBgNVBAoMGEludGVybmV0IFdpZGdpdHMgUHR5 IEx0ZDESMBAGA1UEAwwJMTI3LjAuMC4xMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAxcV5nZpi5Ea9vpd0XeWb0VvT6uzHaj84JjkZHrY/ZsWM6DQx6ECS O0FttWUNOlWmeO28w7NLf0TK5cGTWf7fHcnmcGEaT6Ty76lqA3LRNIjDG8qYwX5T etl4S+HOBI1tJRKTjVOLCan9uwAQ8KscbsyjShIEO/00VKFdsSKJXLLdCM1Gbmwj 1pd7E745COPpOc1y7/9SvJlT3ym/Bo4+ZyhaLxuyUk0lsFkvJHPxl7gGj2oKiqWV QcA3slu4tjrCsf/oGOvwsBeS5kreDRNNGQWXR0gRj/rBXsYC41yYRH7j7tj1iyvb uyGVj+INep/lvdf7F0XNTJukjmSlDjyeRQIDAQABo1MwUTAdBgNVHQ4EFgQUF9VQ MkkyvFx5CqtxBCbFPHTdY5wwHwYDVR0jBBgwFoAUF9VQMkkyvFx5CqtxBCbFPHTd Y5wwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG9w0BAQsFAAOCAQEAHJnv4JFYdp9w dCVPF1UwTjlq4JITI5Fx0+bhtfdo0OrqYkfVJanQ4+MPbzAco2BGV68poroBv7E0 CxP2U+DA+UF9GIxitgiulrSHZyTwyj5wnARut8l6eYY7gG3m3MqFQnSzp0GjZPfs s/UaoBmocuFlQxiXOVCxPtoaBZFSd5YgcXr+on2EJ59xTq+sGDI6kGD4C7ip9Qbf kqois65iBwUub92YBriJ9BFLrHEbkLpKdVFORMCvS2SDgz90Vebrq4UZsK7t7yLY Pd+oT3QO48qnE+T14OJMb9qBvY2oL/CkKzJBKGZy/58jwyj1yKS588KFLoEuHVRl g13HUAeWlA== -----END CERTIFICATE----- 感谢您的帮助。 此致、 Ryan</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] CC3235SF：我可以使用 SKY13453-385LF 而不是 RTC6608OSP</title><link>https://e2echina.ti.com/support/machine-translation/mt-wi-fi/f/mt-wi-fi-forum/1075518/cc3235sf-sky13453-385lf-rtc6608osp/3872098</link><pubDate>Sun, 22 Feb 2026 14:17:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:a6851e17-d8b8-4dcf-8737-8189ac98c03d</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Karthikean： 我检查过、您可以使用此器件 SKY13587-378LF 作为该交换机的第二个电源 、而不是 RTC6608OSP。 请注意、这与您在此主题中询问的器件 (SKY13453-385LF) 不同。 我检查过、这一个有库存。 此致、 Jonathan</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-wi-fi/tags/machine_5F00_translation">machine_translation</category></item></channel></rss>