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

[参考译文] CC3551E：SimpleLink -WiFi-Toolbox TX 测试时间

admin — Mon, 27 Apr 2026 12:19:07 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1640633/cc3551e-simplelink-wifi-toolbox-tx-test-times

器件型号： CC3551E
主题中讨论的其他器件：SIMPLELINK-WIFI-TOOLBOX

您好、

SimpleLink WiFi-Toolbox 需要几秒钟来启动 WiFi TX 并停止 WiFi TX。

Tx 参数文件

{
    "bitmask": 68719476735,
    "delay": 100,
    "packet_mode": "continuous",
    "number_of_packets": 1000,
    "data_mode": "random_value",
    "data_const_value": 85,
    "src_addr": "22:22:33:44:55:66",
    "dst_addr": "02:02:03:04:05:06",
    "packet_length_start": 100,
    "packet_length_end": 1124,
    "preamble_type": "p_11ag_legacy_ofdm",
    "phy_rate": "r_54_mbps",
    "tx_power": 0,
    "tx_power_limit": 63,
    "enable_cca": true,
    "_options_": {
        "delay_options": "50 .. 1000000",
        "packet_mode_options": [
            "continuous",
            "single_packet",
            "multi_packet"
        ],
        "number_of_packets_options": "1 .. 10000",
        "data_mode_options": [
            "constant_value",
            "increment",
            "random_value"
        ],
        "data_const_value_options": "0 .. 255",
        "packet_length_start_options": "0 .. 16000",
        "packet_length_end_options": "0 .. 16000",
        "phy_rate_options": [
            "r_1_mbps",
            "r_2_mbps",
            "r_5p5_mbps",
            "r_11_mbps",
            "r_54_mbps",
            "r_MCS7"
        ],
        "tx_power_options": "-10 .. 21"
    }
}

MINGW64 外壳

tmsho-mlm@SE-MLM-DT-147 MINGW64 /c
$ time "/c/ti/simplelink_wifi_toolbox_win_4_1_8/simplelink-wifi-toolbox.exe"   radio-tool -i XDS110 -param1 auto wlan tx start   --channel 1   --band b24Ghz   --calibrate   --tx_parameters_file   "/c/ti/simplelink_wifi_toolbox_win_4_1_8/MyRadioConfigurationFiles/tx_parameters_2_4_GHz.json"
2026-04-27 13:49:37,161: Starting channel tune
2026-04-27 13:49:37,483: Channel 1 tuned successfully
2026-04-27 13:49:37,483: Starting manual calibration
2026-04-27 13:49:38,055: Requesting manual calibration execution status
2026-04-27 13:49:38,956: Setting TX Params ...
2026-04-27 13:49:39,341: Starting TX Mode ...
2026-04-27 13:49:39,698: TX Mode started successfully

real    0m4.891s
user    0m0.015s
sys     0m0.015s

tmsho-mlm@SE-MLM-DT-147 MINGW64 /c
$ time /c/ti/simplelink_wifi_toolbox_win_4_1_8/simplelink-wifi-toolbox.exe   radio-tool -i XDS110 -param1 auto wlan tx stop
2026-04-27 13:49:50,684: Stopping TX Mode ...
2026-04-27 13:49:50,997: TX Mode stopped successfully

real    0m2.626s
user    0m0.015s
sys     0m0.015s

tmsho-mlm@SE-MLM-DT-147 MINGW64 /c

在上方、您可以看到输出示例、然后在通过 USB 连接到连接到 TI EVB 的 XDS110 调试器的 Windows 11 上手动运行命令。

这意味着它需要大约：

TX 启动 — 4.9 秒。
TX 停止—2.6 秒。

这必须能够改进、以便可以为两个操作节省秒数。

尤其是 TX 停止最多只需花费 100-200ms、但大约需要 3 秒。

PowerShell（测量相同操作所用的时间，但使用 PowerShell）

PS C:\WINDOWS\system32> Measure-Command {& "C:\ti\simplelink_wifi_toolbox_win_4_1_8\simplelink-wifi-toolbox.exe" radio-tool -i XDS110 -param1 auto wlan tx start --channel 1 --band b24Ghz --calibrate --tx_parameters_file "C:\ti\simplelink_wifi_toolbox_win_4_1_8\MyRadioConfigurationFiles\tx_parameters_2_4_GHz.json"}
2026-04-27 14:08:36,755: Starting channel tune
2026-04-27 14:08:37,083: Channel 1 tuned successfully
2026-04-27 14:08:37,083: Starting manual calibration
2026-04-27 14:08:37,640: Requesting manual calibration execution status
2026-04-27 14:08:38,526: Setting TX Params ...
2026-04-27 14:08:38,909: Starting TX Mode ...
2026-04-27 14:08:39,277: TX Mode started successfully


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 4
Milliseconds      : 828
Ticks             : 48284251
TotalDays         : 5.58845497685185E-05
TotalHours        : 0.00134122919444444
TotalMinutes      : 0.0804737516666667
TotalSeconds      : 4.8284251
TotalMilliseconds : 4828.4251



PS C:\WINDOWS\system32> Measure-Command {& "C:\ti\simplelink_wifi_toolbox_win_4_1_8\simplelink-wifi-toolbox.exe" radio-tool -i XDS110 -param1 auto wlan tx stop}
2026-04-27 14:08:51,602: Stopping TX Mode ...
2026-04-27 14:08:51,940: TX Mode stopped successfully


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 2
Milliseconds      : 634
Ticks             : 26340924
TotalDays         : 3.04871805555556E-05
TotalHours        : 0.000731692333333333
TotalMinutes      : 0.04390154
TotalSeconds      : 2.6340924
TotalMilliseconds : 2634.0924



PS C:\WINDOWS\system32>

Håkan μ s

RE: [参考译文] CC3551E：SimpleLink -WiFi-Toolbox TX 测试时间

admin — Tue, 28 Apr 2026 12:10:30 GMT

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

您好 Håkan

我将直接通过电子邮件回复您。

现在我将关闭此票证。

此致、

Jonathan

RE: [参考译文] CC3551E：CC3551E Aught 预期为 Iperf TCP

admin — Tue, 28 Apr 2026 07:33:17 GMT

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

您好,谢谢,那么“办公环境“似乎合理实现约 12Mbps 如果“受控环境“得到 16-19mbps,我猜这是屏蔽盒或有线设置? 谢谢！

[参考译文] CC3551E：CC3551E Aught 预期为 Iperf TCP

admin — Wed, 15 Apr 2026 13:14:00 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1636884/cc3551e-cc3551e-rought-expected-iperf-tcp

器件型号： CC3551E

您好、我想知道您是否有任何关于 WiFi 上的 TCP 吞吐量的数据。数据表仅提及约 19mbps 的 UDP Iperf。但没有 TCP 的改进。

我们在 network_terminal 上使用了 iperf、在办公室环境中接收大约 11Mbps 至 12Mbps 的数据。我们正在尝试了解 network_terminal 是否已优化、或者是否有改进的余地、我们需要花时间尝试优化并获得更高的 TCP 吞吐量。

谢谢你

RE: [参考译文] CC3551E：CC3551E Aught 预期为 Iperf TCP

admin — Mon, 27 Apr 2026 18:36:59 GMT

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

尊敬的 Jakob：

延迟道歉。我能够收集一些基准信息并发现：

使用网络终端 SDK 10.10：

TCP TX：16.4

TCP RX：18.9

这是受控测试的结果、因此您可以期望“露天“办公环境略低于上述基准

希望这对您的测试有所帮助

Josh

RE: [参考译文] CC3300MOD：Wi-Fi 联盟认证相关问题

admin — Mon, 27 Apr 2026 16:03:33 GMT

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

尊敬的 Yogesh：

如原始主题中所述、我们将通过电子邮件与您联系、讨论此问题并提供相关信息/解决方案。

此致、

Josh Prushing

[参考译文] CC3300MOD：Wi-Fi 联盟认证相关问题

admin — Mon, 27 Apr 2026 14:57:40 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1640720/cc3300mod-queries-for-wi-fi-alliance-certification

器件型号： CC3300MOD
Thread 中讨论的其他器件： CC3300、 CC3301、CC3350MOD

大家好！

我们正在使用 CC3300 MOD 并将 STM32 作为主机。

关于认证流程了解“产品的 Wi-Fi 认证可以通过获得导数、 QuickTrack 或 FlexTrack 路径“

‑从 TI 了解到、 https://www.wi-fi.org/product-finder CC330x 上具有提到 Linux 的操作系统、这是一款经过认证的 Wi-Fi 解决方案、目前已通过认证。 CC330x 具有 RTOS 的认证将于今年下半年完成。

我们收到了 CC335X 设计的建议。

我们的疑问：

1) 因此、使用具有“cc33xx_RTOS_MCU_PACKAGE_R8.1" SDK“ SDK 的 CC3300MOD 时、我们无法实现 衍生产品或 QuickTrack。对吧？

2) 去 FlexTrack 这是另一种选择。但我想这将需要更多的时间和认证费用也很高。我们决定去看看 FlexTrack、 那么一些测试是否可能无法正常工作并需要在 SDK 中进行更新？

3) 我们已经开始在 STM32 上移植 CC330x SDK “cc33xx_RTOS_MCU_PACKAGE_R8.1"。“。我们了解了这个基于 FreeRTOS 版本 10.4.3 的 SDK。

a) 那么“CC335X SDK“和“cc33xx_RTOS_MCU_PACKAGE_R8.1"之间“之间的架构差异是什么。

b) “CC335X SDK“中的自由 RTOS 版本是什么

c) 我们预见到 “CC335X SDK“对 “cc33xx_RTOS_MCU_PACKAGE_R8.1"存在“存在的任何挑战

4) CC3300 MOD 和 CC335X MOD 是否引脚和工作条件（电压，频率等）兼容、无需更改硬件。 PLZ 确认。

5) 我们检查“对于我们的其他监管认证,你可以在这里要求更多的信息。“ 我们找到了 CC3301 MOD 的证书。 CC3300 MOD 没有可用的报告。我们知道 CC3301 MOD 的报告适用于 CC3300 MOD。请确认。

6) 如果我们使用 认证解决方案 从 TI 假设是 CC3350MOD 并将 SDK 移植到 STM32、并将“WiFi_ADAPTICATION_LAYER"修改“修改为与 STM32 兼容。经过测试的应用。在这种情况下、我们是否有资格“ Wi-Fi Alliance Path 的衍生产品 “并将获得 Wi-Fi 联盟证书、而无需测试工具测试。

如果答案是肯定的,那么在上述情况下,我们需要去做 QuickTrack 和 FlexTrack。

提前感谢您的支持。

RE: [参考译文] CC3301MOD：查询"；WLAN_START"；API 和 OSI_freertos.c

admin — Mon, 27 Apr 2026 16:00:52 GMT

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

尊敬的 Yogesh：

此处要求提供的某些信息较为敏感、不适合通过 e2e 论坛进行讨论。我们将通过电子邮件与您联系以讨论此问题、并提供相关信息/解决方案。

有关您的技术问题的一些答案、请参阅以下内容：

[quote]4) CC3300 MOD 和 CC335X MOD 是否引脚和工作条件（电压，频率等）兼容、并且无需更改硬件。 PLZ 确认。[/quote]

是的、这些器件在引脚排列和运行条件下兼容。

[quote]5) 我们检查了“对于我们的其他监管认证、您可以在此处申请更多信息。“ 我们找到了 CC3301 MOD 的证书。 CC3300 MOD 没有可用的报告。我们知道 CC3301 MOD 的报告适用于 CC3300 MOD。请确认。[/quote]

是的、正确。

由于我们正在使该线程脱机、因此我将关闭该线程。

此致、

Josh Prushing

[参考译文] CC3301MOD：查询"；WLAN_START"；API 和 OSI_freertos.c

admin — Tue, 07 Apr 2026 12:58:55 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1633965/cc3301mod-queries-for-wlan_start-api-and-osi_freertos-c

器件型号： CC3301MOD
Thread 中讨论的其他器件： CC3301、 CC3300、 CC3300MOD、CC3350MOD

您好、

我们正在开发 TI SDK “cc33xx_RTOS_MCU_PACKAGE_R8.1"，“，并、并在 STM32F412ZG 上移植相同的软件。

现在、我们在工程中集成了 SDK、我们的工程具有 FreeRTOS 10.3.1。

我们开始了测试。我们有几个问题。

查询“osi_freertos.c"</s>“

1) 我们发现文件处理 Wi-Fi 固件二进制文件、RAM 引导加载程序 。我们开始了解“ Wi-Fi‑Wi-Fi 固件二进制文件是在 CC33xx Wi-Fi‑Wi-Fi 芯片内运行的内部操作系统 “。请确认我们的理解。

2) 主机确切地将 Wi-Fi 固件二进制文件、RAM 引导加载程序传输到 CC3301 的时间。我们认为它是在“"之后“之后处理的 WLAN_START “函数调用。 SDK 源代码的哪一部分处理此功能。

3) 移植时、我们已在“osi_freertos.c"中“中注释例程。没有评论的例程将会发生什么。 CC3301 是否可以工作？我们在 bus_sendInitCommand MISO 变为低电平后发现。

4) 移植到 STM32F412ZG 时需要考虑的任何特殊点,请与我们分享。

查询“WLAN_START"</s>“

根据从您这边接收到的 init 波形、我们了解了随附的“WLAN_START"命令“命令初始序列的以下行为。

复位后、IRQ 变为高电平
1 — 第一个命令 FF FE 80 00 10 F2 73 作为“Bus_sendInitCommand"的“的一部分、MISO‘低电平。
2 - 0x62、0x00、0xBF、0xFC
3 - 0x00、0x00、0x00、0x00
在第三条命令 IRQ 变为低电平后。
4 — 主机从 CC3301 读取的数据为 0x03、0xFF、0xFF、0xFF
5 — 主机从 CC3301 读取的数据为 0x55
上述 2、3、4、5 不是“WLAN_START"函“函数的直接组成部分。

我们的疑问：

我们理解序列 2 是 IRQ_Acknowledgement。但 IRQ 触发很早。您能确切说明触发了哪个事件序列 2 吗？请指定确切的代码参考。
同样、请告知序列 3、4、5 的确切代码基准

“WLAN_START"命令“命令还包含“ctrlCmdFw_WLSendCommand"。“。 Host_SYNC_PATTERN = 0x5C5C5C 时的一致性。我们在上述序列中未找到 HOST_SYNC_PATTERN。它是在随附的您共享的波形中经过一段时间后观察到的。

我们的疑问

此 host_sync_pattern 观测是否是 ctrlCmdFw_WLSendCommand 的一部分
如果是、则说明为什么会延迟。

谢谢。。WLAN_START 初始 sequence.docx

[参考译文] CC3351：BQB 格式的 PHY 参数

admin — Tue, 07 Apr 2026 09:56:28 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1633866/cc3351-phy-parameters-for-bqb-form

器件型号： CC3351

您好、

我正在查找以下参数填充编号。请您提供帮助。

BR。 Albin

RE: [参考译文] CC3351：BQB 格式的 PHY 参数

admin — Mon, 27 Apr 2026 15:55:12 GMT

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

嗨、Albin、

我们离线关闭了此页面、但我们正在努力整理这些详细信息并向公众提供。

RE: [参考译文] CC3551E：CC3551E MQTT TLS 使用客户端证书连接至 test.mosquitto.org:8884

admin — Sun, 26 Apr 2026 15:20:33 GMT

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

您好、

我需要检查一下。

根据我的记忆、通过包装器设置时间可设置日期/时间、证书链验证应通过。

Shlomi

[参考译文] CC3551E：CC3551E MQTT TLS 使用客户端证书连接至 test.mosquitto.org:8884

admin — Sat, 21 Mar 2026 07:18:18 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1628551/cc3551e-cc3551e-mqtt-tls-connection-to-test-mosquitto-org-8884-using-client-certificates

器件型号： CC3551E

尊敬的 TI 团队：

我正在使用基于命令的固件开发 CC35xx 器件、并尝试与公共代理建立安全的 MQTT 连接 (TLS)。
目标代理详细信息：
*经纪商: test.mosquitto.org
*端口:8884（带客户端证书的 TLS）
1.在 Windows 上安装 OpenSSL 并生成证书:
  * client.key
  * client.csr
  * client.crt（通过 Mosquitto 测试服务器签名）
  * mosquitto.org.crt（CA 证书）
2.已使用 OpenSSL 验证 TLS 连接成功:
  *`openssl s_client -connect test.mosquitto.org:8884 -cert client.crt -key client.key -CAfile mosquitto.org.crt`
  *握手成功完成（验证返回码:0）
3.将证书转换为 DER 格式供设备使用:
  * client.der
  * client_key.der
  * ca.der

其他实现详细信息：
1.我计划使用 NVS（非易失性存储）将证书存储在内部闪存中。

*需要以下方面的指导:
*在闪存中存储证书文件的正确方式（NVS 与文件系统）
*证书是否应该写为原始二进制 Blob 或使用特定的文件结构
*存储在闪存中时的任何对齐/大小限制
*固件当前使用 CCS/toolbox 加载
*供应商映像放置在插槽 0 中
*当前未启用 OTA、如果启用、则需要进行哪些更改。
*存储在闪存中的证书如何与应用程序映像交互。

我需要有关使用 AT 命令在 CC35xx 上实现基于 TLS 的 MQTT 的指导。

1. AT 命令的正确顺序是什么?

  *将证书上载到文件系统/闪存
  *配置安全套接字（ TLS 方法，密码等）
  *将证书与 MQTT 连接关联
2.证书存储的建议方法是什么:
  *对于 NVS 有任何可用的 TI 参考实现?

您能否提供一个参考示例或推荐的配置？
此致、
Vignesh。

[参考译文] CC3235SF：开箱即用示例程序 settings.html ping 测试问题

admin — Sat, 18 Apr 2026 20:03:52 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1637976/cc3235sf-out-of-box-example-program-settings-html-ping-test-issue

器件型号： CC3235SF

您好、

settings.html ping 测试有问题。当您单击“Ping"按钮“按钮时、它将转至 index.html。

-kel

RE: [参考译文] CC3235SF：开箱即用示例程序 settings.html ping 测试问题

admin — Sat, 25 Apr 2026 03:26:22 GMT

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

谢谢。

只需添加、添加配置文件也会将其转到 index.html。但是、我确认已添加配置文件。

-kel

RE: [参考译文] CC3235SF：开箱即用示例程序 settings.html ping 测试问题

admin — Fri, 24 Apr 2026 18:05:28 GMT

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

尊敬的 Marketl：

通过 OOB 示例、我认为从未实现了 ping。我看不到代码中有任何使用它的地方。

此致、

Rogelio

[参考译文] CC3120：如果互联网不可用、则 DNS 查询超时取决于无线芯片的路由器是 cc3120。计划从 WIFI 芯片本身触发超时。

admin — Wed, 08 Apr 2026 17:33:04 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1634513/cc3120-if-internet-is-not-available-dns-query-timeout-is-router-dependent-for-the-wifi-chip-is-cc3120-planning-to-trigger-a-timeout-from-the-wifi-chip-side-itself

器件型号： CC3120
《Thread 中讨论的其他零部件： CC3220SF》

如果互联网不可用、则 DNS 查询超时取决于路由器、WiFi 芯片为 cc3120。计划从 WIFI 芯片本身触发超时（假设 5 秒）。我们计划实施这一方案、因为在没有互联网的情况下、一些路由器的每个 DNS 查询响应都要花费超过 35 秒的时间、因此我们的其他任务被阻止。等待解决方案。

RE: [参考译文] CC3120：如果互联网不可用、则 DNS 查询超时取决于无线芯片的路由器是 cc3120。计划从 WIFI 芯片本身触发超时。

admin — Fri, 24 Apr 2026 17:06:23 GMT

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

我想可能会有一些混淆。

如果重试次数为 30。

最大响应时间为 2000ms

则显示如下所示。

1 = 100ms

2 = 200ms

3 = 300ms

4 = 400ms

5 = 500ms

...

19=1900ms

20 = 2000ms

21=2000ms

23=2000ms

...

30=2000ms

此致、

Rogelio

RE: [参考译文] CC3120：需要 API 来复位 SL_NETAppSet (SL_NETAPP_DNS_CLIENT_ID、SL_NETAPP_DNS_CLIENT_TIME、sizeof (time)、(unsigned char*)&；time)；一旦设置完毕

admin — Fri, 24 Apr 2026 17:01:01 GMT

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

您好、

最好的方法是将 API 设置回您现在尝试实现的任何超时和最大尝试次数。

只有要重置的 API 是清除缓存 API。 netapp.h 中提供了一个示例

此致、

Rogelio

[参考译文] CC3120：需要 API 来复位 SL_NETAppSet (SL_NETAPP_DNS_CLIENT_ID、SL_NETAPP_DNS_CLIENT_TIME、sizeof (time)、(unsigned char*)&；time)；一旦设置完毕

admin — Sat, 18 Apr 2026 04:59:33 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1637960/cc3120-need-an-api-to-reset-sl_netappset-sl_netapp_dns_client_id-sl_netapp_dns_client_time-sizeof-time-unsigned-char-time-once-it-is-set

器件型号： CC3120

需要一个 API 来重置

SL_NETAppSet (SL_NETAPP_DNS_CLIENT_ID、SL_NETAPP_DNS_CLIENT_TIME、sizeof (time)、(unsigned char*)&time)；

一旦设置！有时、我们需要使用器件来处理以前使用此 sl_NETAppSet API 的行为。以便找到一种使用另一个 API 进行复位的方法

[参考译文] CC3220SF：与 Wifi CoCPU 之间的 SPI 通信不可靠

admin — Sat, 21 Mar 2026 07:46:18 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1628553/cc3220sf-spi-comms-to-wifi-cocpu-unreliable

器件型号： CC3220SF

我们发现应用 CPU 和 WiFi CPU 之间的 SPI 通信非常不可靠。通信可以运行一个小时或几个小时、可能是一天、然后我们需要从通信关机状态恢复到 Wifi CPU、我们只重试几次。最终我们必须重新启动。然后是第二个问题、使用看门狗重新启动会失败 1 次（共 10 次）、这会使器件挂起。

我们的应用涉及常规 HTTP 通信和 MQTT（小数据包）、我们的 WiFi 配置可以正常工作（我们必须重写 Android 应用才能使其正常工作）。

我们的大多数代码在我们具有 HAL 转换层的平台中是标准的。我们的 MSP432E401 在数年后仍可正常运行对于 C3220SF、我们尝试使用标准编译库、但最终必须修复 slwificon.c 和 slneifificwifi .c 中的许多小问题、以使其更加可靠。

TI C3220sf Wifi 框架代码非常精细、您只需更改一些调试输出来与 Wifi 层相关、它会更改启动时序、突然有些东西不再起作用。

应用 MCU 100%工作、Wifi MCU 100%工作、没有连接问题、但它们之间的通信不断随机中断。我们确保我们的 WIFI 通信仅在单线程环境中进行。

有没有人能够让这些设备可靠地工作、而我不是在谈论简单的锁、就像一个全天候运行的真实应用程序？

即使 Claude . ai 已经告诉有很多这样的情况,不使用它未来的设计. 自从我们将我们的设计移植到 ESP32,没有任何问题,但有一些在现场,并需要得到这个问题的底部。

我们有这么多的 TI 套件、首先在带有 STM32F4 的 CC31xx 中进行了如此多的测试、然后使用 MSP432E410 和现在的模块、但所有套件都存在相同的 wifi SPI 通信故障问题、并且在不重新启动的情况下无法恢复。事实上 ,我认为我们的 STM32F4 工作最好.

任何一个有类似的问题,并可以透露一些关于它将真正有帮助。

RE: [参考译文] CC3220SF：与 Wifi CoCPU 之间的 SPI 通信不可靠

admin — Fri, 24 Apr 2026 08:07:18 GMT

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

我们的问题库有更多更新。
不要使用共享寄存器来实现重新引导持久性。

也有很多前言的挣扎。
它在执行新的固件程序之后工作。
通过 Web 删除 AP 配置文件也可以正常工作。
但通过代码实现这是一场巨大的斗争
一旦删除 AP 配置文件、基本上会在启用 MWP 通信配置后立即将设备砖化。
我们在 slwificonn.c 中实施了一个变通办法
固件现在已达到 24 小时内只有 1-2 个致命错误的程度。

供参考：

https://github.com/RadicalES/tisdk-cc32xx-issues/blob/main/ocp-shared-registers.md

https://github.com/RadicalES/tisdk-cc32xx-issues/blob/main/provisioning-issues.md

[参考译文] CC3351：WiFi 传输损耗

admin — Thu, 23 Apr 2026 17:45:09 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1639866/cc3351-transmission-loss-of-the-wifi

器件型号： CC3351

对于 IC CC3351ENJARSBR、我们将执行测试。我想知道所指定的传输损耗、为此 IC 指定的灵敏度、以及数据表中是否提到了这些参数。

RE: [参考译文] CC3351：WiFi 传输损耗

admin — Thu, 23 Apr 2026 20:39:16 GMT

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

您好、Sri：

是、与该器件相关的规格可在器件的数据表中找到。

[参考译文] CC3300：TI-Linux-6.18.x 构建错误

admin — Fri, 10 Apr 2026 14:47:58 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1635377/cc3300-ti-linux-6-18-x-build-error

部件号： cc3300

您好：

作为质量关卡、我们在 ARM64 上、在您当前的 ti-linux-6.18.x 内核上运行了`mmake allmodconfig`和`mmake all`、提交 c21449208550（“TI：黑客：驱动程序：蓝牙：btti_uart：删除 serdev_set_rts 麻烦函数“）、并使用 GCC `aarch64-non-linux-linux-gcc-gnu-gcc-rebuild`(Arm 12.3.1.23) 和 Rel2012.26（Arm 编译失败）。

您能仔细研究一下并解决这个问题吗？

```μ s

CC [M]驱动程序/GPU/DRM/nouveau/nvkm/subdev/pci/agp.o

CC [M] fs/cachefiles/main.o CC [M]驱动程序/io/accel/adxl313_i2c.o
CC [M] fs/gfs2/file.o fs/ocfs2/occ.o

cc [m]驱动程序/acquirc/cc_devic_
的名称为'alc_devic'：'alc_devic'
set_bit (HCI_quirk_non_persistent_Setup、&hdev->quirks)；
| ^~
CC [M] drivers/bluetooth/btti_sdio.o

CC [M] drivers/ata/pata_atiixp.o
CC [M] FS/cachesfiles/namei.o CC [M] FS/fs/f2fs/segment.o make[4]
：***[scripts/Makefile file.build:287: drivers/bluetooth/bti_main.o.o.o]错误***
等待作业
cc[M] sound/mellfs/codecs/rt712-sdca-dmic.o soc

CC [M] drivers/ata/pata_atp867x.o CC [M] fs/f2fs/recoverype.o

CC [M] fs/fs/f2fs/shrpmsg/blata_atpoc_c867x.o CC [net/fs/mlofs/c/cc.cc.cc.cc/disc.cc.cc/dis/fs.oreofs/c.cc.cc.cc.cc.cc.cc/ c/ c/


s2/fs.oreb [net/fscro.cc.cc.cc/ tc c/ c/ c/ c/ c/ c/ c/ c/ c/ c/ c/ c/ c/ c/ chido c.cc.cc/ s2/fc.cc.cc/


















没有以前针对“btti_format_buffer"[-Werror=missing-chargets]“[-Werror=missing-chargets]
的原型 33 | int btti_format_buffer (char __user *userbuf、size_t count、
| ^~~~~~~~~~~~~~~~~~μ s
CC [M] drivers/hwmon/PMBus/mp5990.o

CC [M] drivers/IIO/adc/ad4170-4.o CC [M] FS/Ceph/inode.o
CC [M] drivers/gpu/drm/amd/amdpu/amdpu/vcn_v4_0_3.o
CC




```μ s 

和 

```μ s 
CC [M]驱动程序/media/DVB-frontes/si2168.o

CC [M]驱动程序/media/DVB-frontes/si21xx.o CC [M]驱动程序/hv/hv_utils_transport.o
驱动程序/net/wireless/ti/cc33xx/debugfs.c：225：40：错误：“WLCORE_CFG_FEATURE_RADAR_INSE"未“未声明此功能？
225 | WLCORE_CFG_FEATURE_RADAR_DEBUG、
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~μ s
| CC33XX_CFG_FEATURE_RADAR_DEBUG
驱动程序/net/wireless/ti/cc33xx/debugfs.c：225：40：注意：对于它出现在
/include/net/cfg80211.h：16 所含文件中的每个函数、每个未声明的标识符只报告一次、
/include/net/mac80211.h：22、
来自 drivers/net/wireless/ti/cc33xx/cc33xx_i.h：9、
来自 drivers/net/wireless/ti/cc33xx/cc33xx.h：9、
在 drivers/net/wireless/ti/cc33xx/debugfs.h：13 中、
从 drivers/net/wireless/ti/cc33xx/debugfs.c：10：
drivers/net/wireless/ti/cc33xx/debugfs.c：在函数'cc33xx_debugfs_add_files_helper'中
：drivers/net/wireless/ti/cc33xx/debugfs.h：
43：37：错误：'wl'未声明（在本函数中使用） wl、&name#_ops)； \
| ^~
/include/linux/debugfs.h：131：38：注意：在宏'dbugfs_create_file'的定义中
131 | （名称，模式，父级，数据，NULL、 FOPS)
| ^~~~
drivers/net/wireless/ti/cc33xx/debugfs.c：253：9：注意：扩展宏“DEBUGFS_ADD"
253“ 253 | DebugFS_ADD (RADAR_DEBUG_MODE、moddir)；
| ^~~~~~~~~~~μ s
CC [M]驱动程序/media/DVB-frontes/SP2.o
CC drivers/clocksource/timer-IMX-TPM.o
CC [M] drivers/mailbox/platform_MHU.o
CC drivers/clocksource/timer-imx-sysctr.o
CC [M] drivers/staging/rtl8723bs/hal/ODM_dig.o
CC1：所有警告被视为错误
make [7]：***[scripts/Makefile．build：287：drivers/net/wireless/ti/cc33xx/debugfs.o] Error 1 
```μ s

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

[参考译文] CC3551E：SimpleLink -WiFi-Toolbox TX 测试时间

RE: [参考译文] CC3551E：SimpleLink -WiFi-Toolbox TX 测试时间

RE: [参考译文] CC3551E：CC3551E Aught 预期为 Iperf TCP

[参考译文] CC3551E：CC3551E Aught 预期为 Iperf TCP

RE: [参考译文] CC3551E：CC3551E Aught 预期为 Iperf TCP

RE: [参考译文] CC3300MOD：Wi-Fi 联盟认证相关问题

[参考译文] CC3300MOD：Wi-Fi 联盟认证相关问题

RE: [参考译文] CC3301MOD：查询"；WLAN_START"；API 和 OSI_freertos.c

[参考译文] CC3301MOD：查询"；WLAN_START"；API 和 OSI_freertos.c

[参考译文] CC3351：BQB 格式的 PHY 参数

RE: [参考译文] CC3351：BQB 格式的 PHY 参数

RE: [参考译文] CC3551E：CC3551E MQTT TLS 使用客户端证书连接至 test.mosquitto.org:8884

[参考译文] CC3551E：CC3551E MQTT TLS 使用客户端证书连接至 test.mosquitto.org:8884

[参考译文] CC3235SF：开箱即用示例程序 settings.html ping 测试问题

RE: [参考译文] CC3235SF：开箱即用示例程序 settings.html ping 测试问题

RE: [参考译文] CC3235SF：开箱即用示例程序 settings.html ping 测试问题

[参考译文] CC3120：如果互联网不可用、则 DNS 查询超时取决于无线芯片的路由器是 cc3120。 计划从 WIFI 芯片本身触发超时。

RE: [参考译文] CC3120：如果互联网不可用、则 DNS 查询超时取决于无线芯片的路由器是 cc3120。 计划从 WIFI 芯片本身触发超时。

RE: [参考译文] CC3120：需要 API 来复位 SL_NETAppSet (SL_NETAPP_DNS_CLIENT_ID、SL_NETAPP_DNS_CLIENT_TIME、sizeof (time)、(unsigned char*)&；time)；一旦设置完毕

[参考译文] CC3120：需要 API 来复位 SL_NETAppSet (SL_NETAPP_DNS_CLIENT_ID、SL_NETAPP_DNS_CLIENT_TIME、sizeof (time)、(unsigned char*)&；time)；一旦设置完毕

[参考译文] CC3220SF：与 Wifi CoCPU 之间的 SPI 通信不可靠

RE: [参考译文] CC3220SF：与 Wifi CoCPU 之间的 SPI 通信不可靠

[参考译文] CC3351：WiFi 传输损耗

RE: [参考译文] CC3351：WiFi 传输损耗

[参考译文] CC3300：TI-Linux-6.18.x 构建错误

[参考译文] CC3120：如果互联网不可用、则 DNS 查询超时取决于无线芯片的路由器是 cc3120。计划从 WIFI 芯片本身触发超时。

RE: [参考译文] CC3120：如果互联网不可用、则 DNS 查询超时取决于无线芯片的路由器是 cc3120。计划从 WIFI 芯片本身触发超时。