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

[参考译文] CC3351MOD：INI composer 中 802.11a Mdoe 的电源密钥阵列用户指南

admin — Thu, 23 Jul 2026 10:49:24 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1667005/cc3351mod-power-lmit-array-for-802-11a-mdoe-in-ini-composer-user-guide

部件号： CC3351MOD

您好、

在阅读 INI Composer 用户指南时、我注意到并未明确提及 5GHz 通道的 802.11a 模式功率通道配置。本指南介绍了 PowerLimitArray 配置、但我找不到有关如何映射或解释 5 GHz 频段中 802.11a 操作的 TX 功率设置的详细信息。

您能否说明哪个功率限制条目对应于 5 GHz 信道的 802.11a Mdoe？

RE: [参考译文] CC3351MOD：INI composer 中 802.11a Mdoe 的电源密钥阵列用户指南

admin — Fri, 24 Jul 2026 18:19:10 GMT

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

嘿 Fenil、

感谢您的注意、我们将努力更新此内容、以确保同时列出它。要回答您的问题、索引“1“也用于 11a — 校正后应显示 11a/g/n/ac。

[参考译文] CC3100MOD：申请 CC3100MODR11MAMOBR SRRC 的最新证书

admin — Wed, 22 Jul 2026 06:29:03 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1666458/cc3100mod-request-the-latest-certificate-of-srrc-for-cc3100modr11mamobr

器件型号： CC3100MOD

客户申请获得 CC3100MODR11MAMOBR 的 SRRC 最新证书。谢谢。

RE: [参考译文] CC3100MOD：申请 CC3100MODR11MAMOBR SRRC 的最新证书

admin — Fri, 24 Jul 2026 18:10:58 GMT

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

尊敬的 Edward、Zou：

这是此产品的最后一个有效证书、由于其使用年限、我们不打算将来续订证书。

RE: [参考译文] WL1837MOD：为 STA xx：xx：xx：xx：xx：xx 重新键入 PTK、但驱动程序可以&'；t 安全地执行该操作。

admin — Fri, 24 Jul 2026 16:33:03 GMT

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

尊敬的 Vengatesh：

如果密钥问题每 8-9 小时发生一次、则可能会有一些设置为 8 小时的超时变量来启动强制密钥。

根据您在上面提供的图像、“wlan0：deauthenticated from xxxx（原因：15=4way_handshaking_timeout）“在我看来、已达到此超时、启动了重新密钥（wlcore 驱动程序中不支持此功能、就像 Sabeh 前面提到的那样）。您是否可以尝试在 wpa_supplicant.conf 中设置 wpa_ptk_rekey=0？这应该会阻止启动任何 PTK 密钥。

如果这不起作用、您能否发送以上摘录的完整日志？

此致、

Josh Prushing

[参考译文] WL1837MOD：为 STA xx：xx：xx：xx：xx：xx 重新键入 PTK、但驱动程序可以&'；t 安全地执行该操作。

admin — Wed, 15 Jul 2026 20:50:05 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1664696/wl1837mod-rekeying-ptk-for-sta-xx-xx-xx-xx-xx-xx-but-driver-can-t-safely-do-that

部件号： WL1837MOD
Thread： WL1837 中讨论的其他器件

尊敬的 TI 支持部门：

我们在 WPA 企业 (802.1X) 环境中使用 TI WL1837 器件时遇到 Wi-Fi 连接问题。 (Yocto Scarthgap 与内核 6.6.x)。

我们最初使用的是 FW 8.9.0.0.88 的官方内核驱动程序。

在 https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1662525/wl1837mod-wl18xx-driver-patches 上提供支持后、我们还测试了 FW 8.9.1.0.3。

在任何情况下、我们都会遇到与 PTK 重新键入相关的断开和 RX 错误、如下所示

是否有任何 TI 补丁可以帮助缓解/修复这种行为？

谢谢

此致

码头

[参考译文] WL1837MOD：用作 Wi-Fi AP 时工作站关联失败

admin — Tue, 14 Jul 2026 14:02:50 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1664151/wl1837mod-station-association-failures-when-working-as-wi-fi-ap

部件号： WL1837MOD
Thread： WL1837 中讨论的其他器件

您好：

当将 WL1837 用作 AP 并通过 iOS 或 Androiid 设备连接到该应用时、我遇到了以下日志中所述的问题：

Mar  9 12:35:59 daemon.info hostapd: wlan0: STA a6:91:7c:5b:1c:29 IEEE 802.11: authenticated
Mar  9 12:35:59 daemon.info hostapd: wlan0: STA a6:91:7c:5b:1c:29 IEEE 802.11: Station sent another assoc req before assoc resp. Discarding
Mar  9 12:35:59 daemon.info hostapd: wlan0: STA a6:91:7c:5b:1c:29 IEEE 802.11: authenticated
Mar  9 12:35:59 daemon.info hostapd: wlan0: STA a6:91:7c:5b:1c:29 IEEE 802.11: Station sent another assoc req before assoc resp. Discarding
Mar  9 12:35:59 daemon.info hostapd: wlan0: STA a6:91:7c:5b:1c:29 IEEE 802.11: authenticated
Mar  9 12:35:59 daemon.info hostapd: wlan0: STA a6:91:7c:5b:1c:29 IEEE 802.11: Station sent another assoc req before assoc resp. Discarding
Mar  9 12:36:00 daemon.info hostapd: wlan0: STA a6:91:7c:5b:1c:29 IEEE 802.11: authenticated
Mar  9 12:36:00 daemon.info hostapd: wlan0: STA a6:91:7c:5b:1c:29 IEEE 802.11: Station sent another assoc req before assoc resp. Discarding
Mar  9 12:36:00 daemon.info hostapd: wlan0: STA a6:91:7c:5b:1c:29 IEEE 802.11: authenticated

问题是、发生该问题后、我无法再连接到 WL1837 Wi-Fi AP。这意味着 hostapd 永远不会从此情况中恢复、我必须在嵌入式 Linux 器件上执行上电复位才能使其再次正常工作。

此问题发生在不同的 Wi-Fi 固件和 hostapd (TI Fork) 版本中、错误消息来自此 TI 更改 [1]。以下是我测试的 hostapd 和 WL1837 版本、我在哪里发现了问题：

Wi-Fi 固件版本：
- 8.9.0.0.83.
- 8.9.0.0.90
Hostapd 版本：
- 标签 R8.8
- 分支上游_2p10_rebase

hostapd 的上游版本 (2.10) 没有发生同样的问题。但是、我需要为 Wi-Fi ACS 使用 TI hostapd fork。

您能否提供有关该问题的任何信息、有关如何解决该问题的想法或可适用于 WL1837 的特定配置？

以下是我的系统的一些信息：

Linux 内核：6.6.40
SoC：Zynq 7000
BT 固件版本：TIInit_11.8.32.bts
Hostapd 配置： hostapd.txt

RE: [参考译文] WL1837MOD：用作 Wi-Fi AP 时工作站关联失败

admin — Fri, 24 Jul 2026 13:09:25 GMT

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

尊敬的 Shlomi：

很抱歉耽误你的时间。

> 对于 Wilink、唯一验证的内核是旧的 4.19

是的、但这是一个非常旧的内核。最好也使用较新的 TI BSP 版本对其进行测试。

> 话虽如此,我团队中的一位成员为另一位客户在内核 6.6 的基础上制作了一个补丁

我将尝试应用这些补丁并再次尝试重现问题。

> 回到这个问题,你什么时候遇到它? 就在连接的第一个站点上、还是在某个时间点之后？您是否有站点可随时连接？

该问题仅在尝试使用 WL1837 连接到嵌入式器件时发生。它不会一直发生。我发现重现问题的方法是继续手动连接和断开连接、直到出现问题。当问题发生时、器件仍允许连接其他站点、但阻止的站点永远不会恢复。

我发现的解决方法是将我的 hostapd 配置更改为使用`ap_max_inactivity=10`、这允许 hostapd 在一段时间后断开被阻止的工作站。此外、使用`disassoc_low_ack=1 可以帮助 hostapd 更快地从问题中恢复。但是、不确定这是否适用于每个用户案例。

> 这可能意味着很少的选择

我认为这不是驱动程序或固件问题、因为上游 hostapd（未更改 TI）工作正常。但是,我还没有深入到它。这真的似乎是某种种族条件在 hostapd。

谢谢！

此致、
João

RE: [参考译文] WL1837MOD：为 STA xx：xx：xx：xx：xx：xx 重新键入 PTK、但驱动程序可以&'；t 安全地执行该操作。

admin — Fri, 24 Jul 2026 09:00:54 GMT

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

你好、Sabeeh

",="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 12px="" 0px="" text-decoration:="" none;="" border-bottom:="" rgb(226,="" 223,="" 219);"="">正如您在共享中所看到 wpa_supplicant.conf的,我们没有明确设置与 PTK0 标志相关的任何参数。

",="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 12px="" 0px="" text-decoration:="" none;="" border-bottom:="" rgb(226,="" 223,="" 219);"="">由于我们的文件仅包含 WPA-EAP (PEAP) 企业连接的基本网络凭据、因此 wpa_supplicant 正在运行默认的全局行为。

",="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 12px="" 0px="" text-decoration:="" none;="" border-bottom:="" rgb(226,="" 223,="" 219);"="">

CTRL_interface=/var/run/wpa_supplicant
CTRL_interface_group=0
UPDATE_CONFIG=1

网络=｛
       SSID=“xxxx“
       SCAN_SSID=1
       key_mgmt=wpa-eAP IEEE8021X
       bgscan=“simple:120:–75:3600“
       EAP=PEAP
       identity=“xxxx“
       Password=“xxxx“
       第 1 阶段=“peapver=0 “
       Phase2=“auth=MSCHAPV2“
}

Wi-Fi 连接到的网络是 WPA 企业网络。并且每隔 8 到 9 小时就会发现这个重新密钥问题。

我通过在 wpa_supplicant.conf 文件中设置 wpa_deny_ptk0_rekey=1 尝试了一项解决方法、但仍然面临着相同的问题。

您是否同意将此变量添加到我们的全局块是企业网络上 WL18xx 芯片组的正确权变措施？

此致

Vengatesh D.

RE: [参考译文] WL1837MOD：为 STA xx：xx：xx：xx：xx：xx 重新键入 PTK、但驱动程序可以&'；t 安全地执行该操作。

admin — Thu, 23 Jul 2026 21:16:38 GMT

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

尊敬的 Vengatesh：

相关的问题实际上不是突出显示的日志、而是之前的问题。我看到的是“重新键入 STA xxxx 的 PTK、但驱动程序无法安全地执行此操作“。

我在 mac80211 内核代码中看到、它正在搜索标志 NL80211_EXT_FEATURE_CAN_REPLACE_PTK0。 wlcore 驱动程序不支持此标志。

如果我查看 nl80211.h、这里记录了此标志似乎来自用户空间、即 wpa_supplicant.conf。您能分享此文件以供我们回顾吗？您知道您是否有意在 wpa_supplicant.conf 中设置了与此 PTK0 标志相关的任何内容？

[参考译文] CC3351：CC3351：BT 停止传输

admin — Thu, 23 Jul 2026 13:44:24 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1667065/cc3351-cc3351-bt-stops-transmit

器件型号： CC3351

你好

请就我们在测试蓝牙时遇到的问题寻求您的支持

蓝牙在开始测试 200 秒后停止传输

我们还观察到、为了进行更长时间的测量、需要重新启动蓝牙

期待您的反馈。

谢谢你。

此致

RE: [参考译文] CC3351：CC3351：BT 停止传输

admin — Thu, 23 Jul 2026 19:45:40 GMT

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

使用校准器 ble_plt 命令。有关更多详细信息、请参阅论坛中有关 BLE 测试的其他近期主题。

RE: [参考译文] CC3351：天线分集：开关控制

admin — Thu, 23 Jul 2026 18:12:31 GMT

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

您好 Lucian：

请参阅我们 SDK 文档中“软件示例“下的以下部分：

如果您有任何其他问题、敬请告知。

此致、

Josh Prushing

[参考译文] CC3351：天线分集：开关控制

admin — Thu, 23 Jul 2026 13:24:18 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1667056/cc3351-antenna-diversity-control-of-switch

器件型号： CC3351

你好

我想请您的支持人员澄清如何实施天线分集开关控制。

是否可以 通过 FW 控制开关？

请您向我们提供一些文件（如果已经提供）。

感谢您的支持。

此致

[参考译文] CC3351MOD：CC3351MOD：M2-CC3351：流媒体视频崩溃 cc3351 驱动程序第 2 部分

admin — Thu, 16 Jul 2026 22:22:59 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1665171/cc3351mod-cc3351mod-m2-cc3351-streaming-video-crashes-cc3351-driver-part-2

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

大家好。

去年、我发布了一篇关于 CC3351 WiFi 模块的文章、该模块会在视频流式传输过程中崩溃。

邮递： https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1510211/m2-cc3351-streaming-video-crashes-cc3351-driver

以下是另一篇问题相同的文章： https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1508195/cc3351-wi-fi-locking-up-while-downloading-atmds62levm-m2-cc3351-linux-ti-staging-6-12

给出的建议是一种权变措施、该权变措施在 wifi 模块的设备树中使用带外 IRQ 更改为带内 IRQ。

此变通办法（尽管非常有用）无法完全解决问题。流式传输视频或通过无线方式对我们的产品进行更新时、我们有时仍会完全断开连接。

下面是我们在 userspace 中看到的新错误日志

new_logs.txt

以下是 TI WiFi 固件人员 ( Sabeeh Khan1) 确认的问题的概述。

=================================================

  CC3351 固件会尽可能尝试保持在功耗模式 LPDS、以降低功耗
    TransitionStart PWRMGT_POWER_MODE_IDLE1 ==>PWRMGT_POWER_MODE_LPDS。不必要唤醒= 1
  在视频流期间、电源模式更改为空闲以发送一个帧、然后在帧之间返回到 LPDS
  带外 GPIO 引脚每当电源模式发生变化时都会接收 IRQ
  因此、电源模式在 LPDS 和空闲之间反复切换
  一些未知源会导致从 LPDS 更改为空闲失败
    不允许转换到 SLEEP/LPDS。已处于 PWRMGT_POWER_MODE_IDLE1 中
  FW 会一直尝试以非常高的频率从 LPDS 更改为空闲
  带外 GPIO 无法与发送的快速 IRQ 保持一致
  这会导致 CC3351 固件和 Linux 驱动程序之间不同步
  CC3351 固件会注意到不同步并自行复位
    ——手部复选机——
    复位原因值：0x3
  Linux 驱动程序注意到 CC3351 FW 无响应
  Linux 驱动程序随后发出“cc33xx：错误查询命令失败“

=================================================

为了整合所有内容、这里还提供了去年的日志：
AM62SIP EVM 上的日志显示 CC3351 错误

logs_on_am62sip_evm_showing_wifi_error.txt
cc3351 设备树源叠加层

cc3351_dtsi_fix.txt

下面是去年分析的日志： https://drive.google.com/drive/u/0/folders/1irMfbw7kr3gWQuiARuL3DWkaQhM2LmkS

=================================================

我认为有两种方法可以做到这一点
1.一个更好的解决方法

该问题源于“在视频流期间、电源模式更改为空闲以发送帧、然后在帧之间返回到 LPDS。“ 如果我们可以切换 CC3351 固件以永久保持空闲功率、则可以避免这种情况。如果可能、固件在不同电源模式之间切换的可能性很低、因为它将始终保持稳定的空闲功率。

2.基本修复
如果可以更新固件以防止此错误“

一些未知源会导致从 LPDS 更改为空闲失败
不允许转换到 SLEEP/LPDS。已处于 PWRMGT_POWER_MODE_IDLE1“

那么问题也将得到解决。

解决此视频流问题对于我们的成功至关重要。今年、我们将推出数千款依赖 CC3351MOD 可靠流式传输视频的产品。我们非常感谢您对解决这一问题的支持。

RE: [参考译文] CC3351MOD：CC3351MOD：M2-CC3351：流媒体视频崩溃 cc3351 驱动程序第 2 部分

admin — Thu, 23 Jul 2026 17:02:07 GMT

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

仅供参考 — 将关闭此主题，因为此处有重复内容： e2e.ti.com/.../cc3351mod-m2-cc3351-streaming-video-crashes-cc3351-driver-part-2

[参考译文] CC3301：R8.1 osi_kernel.h 和 OSI_freertos.c 之间的线程优先级定义不一致

admin — Thu, 23 Jul 2026 02:54:26 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1666845/cc3301-r8-1-inconsistent-thread-priority-definition-between-osi_kernel-h-and-osi_freertos-c

器件型号： CC3301

尊敬的 TI 团队：

在查看 R8.1 源代码时、我们注意到`OSI_kernel.h`和`OSI_freertos.c`之间的线程优先级定义似乎不一致。

在`OSI_kernel.h`中、`OSI_ThreadCreate()`的文档说明：

```μ s

*@参数优先级线程的优先级。

* 0 =最高优先级。

* 31 =最低优先级。

```μ s

但是、在 OSI_freertos.c 中、OSI_TaskCreate() 的文档指出：

```μ s

\param uxPriority - 任务优先级 — 0 为最低（空闲）、最高 (configMAX_PRIONS - 1)

```μ s

这两个描述以相反的方式定义优先级排序：

osi_kernel.h：0 =最高优先级

osi_freertos.c：0 =最低优先级

您能否说明 R8.1 版本的哪个定义正确？

`OSI_kernel.h`和`OSI_freertos.c`中的文档似乎描述了相反的优先级方案。

非常感谢、

Austin Chen

RE: [参考译文] CC3301：R8.1 osi_kernel.h 和 OSI_freertos.c 之间的线程优先级定义不一致

admin — Thu, 23 Jul 2026 15:53:25 GMT

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

尊敬的 Austin：

我们使用的是 FreeRTOS 方式、即 较高的数字=较高的优先级。

0 = tskIDLE_priority —空闲任务、尽可能低
configMAX_PRIORIONS - 1 =最高优先级
优先级为 5 的任务抢占优先级为 3 的任务

您在 osi_kernel.h 上看到的情况正好相反、因为它被记录为类 Unix 的端口（其中 nice 值的作用与此相反）。优先级为 0 的空闲任务仅在没有其他任务就绪时运行。

我们将采纳反馈、看看是否会解决它。

RE: [参考译文] CC3351：CC3351：BT 停止传输

admin — Thu, 23 Jul 2026 15:11:30 GMT

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

你好

出于 TX 测试目的、我们使用下一个命令（例如，命令可能会有所不同）：

modprobe maya-w5-sdiouart

modprobe HCI_UART

Echo 1 >/sys/kernel/debug/ieee80211/phy0/cc33xx/ble_enable

hciattach /dev/ttyUSB0 any 115200 flow

hciconfig hci0 向上

hcitool -I hci0 命令 0x08 0x0034 0x00 0xFF 0x01 0x01 0x01 启动 TX

…………………………………………………………………………μ s 我们进行测量

hcitool -i hci0 cmd 0x03 0x0003 停止 TX（复位命令）

TX 启动后、芯片组在大约 200 秒内传输射频信号、并在无需主机控制器发出任何命令的情况下自动停止 TX。

若要再次启动 TX、需要应用“RESET“命令、然后再次发出 TX 命令。

对于我们的测试用例、我们需要进行无穷大时间传输。

例如、对于在旋转台的消声室中需要一些小时的杂散发射测量。

RE: [参考译文] CC3351：CC3351：BT 停止传输

admin — Thu, 23 Jul 2026 14:47:36 GMT

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

您好 Lucian：

您能否向我们提供更多信息？

什么栈？
什么内核？
什么平台？
器件是用作外设还是中央器件？
您的 BLE 设置是什么？
您如何运行演示？

RE: [参考译文] CC3551E：CC3551E：启动期间 CC355xE nRESET 引脚上拉要求进行澄清

admin — Thu, 23 Jul 2026 11:24:42 GMT

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

你好 Koushik、

建议您查看我们的 CC35xxE 硬件集成指南： https://www.ti.com/lit/ug/sluudh6/sluudh6.pdf

本文档介绍了连接 nRESET 线的不同选项。

此致、

Jonathan

[参考译文] CC3551E：CC3551E：启动期间 CC355xE nRESET 引脚上拉要求进行澄清

admin — Tue, 21 Jul 2026 14:37:49 GMT

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1666275/cc3551e-cc3551e-clarification-on-cc355xe-nreset-pin-pull-up-requirement-during-boot

器件型号： CC3551E
主题中讨论的其他器件： LP-EM-CC35X1

TI 团队大家好、

我们最近查看了 LP-EM-CC35X1 EVM 用户指南、其中提到了 nRESET 引脚应从外部上拉、以便器件启动和正确运行。

但是、我们在 CC355xE 数据表中找不到有关此要求的任何明确说明。根据我们的理解、许多器件在复位引脚上提供内部上拉电阻或在启动期间启用它们、但 CC355xE nRESET 引脚的行为在可用文档中并不完全清楚。

为了进一步研究、我们执行了一些初步测试 、在 nRESET 上无需外部上拉电阻器的情况下为器件上电。在我们的测试中、器件似乎没有成功引导、这表明可能确实需要外部上拉电阻。

我们希望对以下问题作出澄清：

在启动或正常运行期间、CC355xE 是否在 nRESET 引脚上提供内部上拉电阻器？
nRESET 上是否必须安装外部上拉电阻器、才能确保正确启动和器件运行？
如果需要外部上拉电阻器、建议使用什么电阻器值？是否建议遵循与 LaunchPad 中相同的值？
EVM 用户指南中是否记录了此要求但数据表中没有明确说明的具体原因？
对于 nRESET 电路是否有任何其他设计建议（例如，上拉电阻器，电容器或最低时序要求）？

这些问题的答案对我们很重要、因为它可能需要更新我们当前的硬件设计。

感谢您的支持。我们期待着您关于正确实施 nRESET 信号的建议。

此致、
Koushik.

RE: [参考译文] CC3100MOD：申请 CC3100MODR11MAMOBR SRRC 的最新证书

admin — Thu, 23 Jul 2026 07:03:25 GMT

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

您好、Dylan、请根据中国定制要求帮助为 CC3XXX 系列提供有效的 SRRC、谢谢！

RE: [参考译文] WL1837MOD：为 STA xx：xx：xx：xx：xx：xx 重新键入 PTK、但驱动程序可以&'；t 安全地执行该操作。

admin — Thu, 23 Jul 2026 06:30:29 GMT

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

你好、 Sabeeh Khan1 Josh Prushing

请告诉我这方面的任何最新情况吗？

谢谢

此致

Vengatesh D.

RE: [参考译文] CC3100MOD：申请 CC3100MODR11MAMOBR SRRC 的最新证书

admin — Thu, 23 Jul 2026 00:52:38 GMT

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

感谢您的支持。但我看到有效性在 2023年06月30日上。请您提供建议吗？