低于 1GHz（参考译文帖）(Read Only) - 最近的话题

[参考译文] CC1311P3：锁定 cc1311p3 时出现强制闪存擦除问题

admin — Fri, 06 Mar 2026 11:02:47 GMT

Other Parts Discussed in Thread: CC1311P3, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1623576/cc1311p3-forced-flash-erase-problem-when-cc1311p3-is-locked

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

您好、

出于安全原因、我撤销 CPU DAP 和 PWRPROF TAP。刷写 cc1311p3 后可按预期工作。

我尝试从闪存编程器 2 强制执行闪存擦除、但得到了

枚举失败

它是使用评估板 XDS110 进行刷写的定制板。

如何擦除闪存？我看着她的眼睛,和她交流着。

此致

Marek

[参考译文] CC2744R7-Q1：未来的 SimpleLink 路线图：结合 CC13xx Sub-1 GHz 和 CC27xx BLE 信道探测

admin — Fri, 06 Mar 2026 09:49:29 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1623548/cc2744r7-q1-future-simplelink-roadmap-combining-cc13xx-sub-1-ghz-and-cc27xx-ble-channel-sounding

器件型号： CC2744R7-Q1

TI 团队大家好、

我目前正在针对未来的设计和评估不同的 SimpleLink 无线 MCU
请注意、我们需要的功能目前拆分为两个器件系列。

CC13xx：
-低于 1GHz 无线电
-远距离/专有射频功能

CC27xx：
- BLE 支持蓝牙 6 功能,如信道探测

对于我们的系统架构、如果这两种功能都可以、那会非常有趣
存在于单个器件上。

因此、我的问题是：

SimpleLink 路线图中是否有关于组合 Sub-1GHz 功能的任何计划
（类似于 CC13xx 系列）、并具有更新的 CC27xx BLE 功能、例如
信道探测？

如对适用于此类系统的优选 TI 平台有任何指导、我们将不胜感激。

此致、
PIM

[参考译文] CC1310：CC1310 上使用传感器控制器 API 出现意外的 GPIO 输入值

admin — Fri, 06 Mar 2026 07:38:26 GMT

Other Parts Discussed in Thread: CC1310

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1623467/cc1310-unexpected-gpio-input-values-on-cc1310-using-sensor-controller-api

器件型号： CC1310

我正在使用的器件 CC1310 、在读取 GPIO 针脚的状态时遇到问题。

自动读取 IO0 和 IO1 、我总是读一个值 0 使用 API、即使我在硬件方面验证了 引脚电平为高电平 。

但是、当我将配置更改为时 IO1 ,我可以正确地阅读 1. 输出电压。但当我将引脚连接到时 0V（接地） 、API 返回值 3. 而不是 0 。

我正在使用 gpioGetInputValue(1, alertState)用于读取引脚状态的 API。

以下是我的示例代码：

U16 alertState；

gpioGetInputValue (1、alertState)；

output.tempRead = alertState；

如果 (alertState == 1)｛
Output.ALERT = 1；
fwGenAlertInterrupt()；
}

如果 (alertState ！=1){
Output.ALERT = 0；
}

fwGenAlertInterrupt()；
fwScheduleTask(1)；

我的 GPIO 配置如下所示。

[参考译文] CC1314R10：CC1314 + FreeRTOS 神秘暂停

admin — Wed, 04 Mar 2026 22:04:47 GMT

Other Parts Discussed in Thread: CC1314R10

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1622803/cc1314r10-cc1314-freertos-mysterious-pause

器件型号： CC1314R10

晚上好、

我正在调试 CC1314R10 上 FreeRTOS 的代码端口。代码会运行、但性能欠佳。它由两个任务组成、一个任务为以太网提供服务、另一个任务为对讲机提供服务。

我已经设置了几个 DIO、以便使用逻辑分析仪实时跟踪发生的情况。

从切换中可以看出、协议正在运行、但代码中存在 SoM 暂停。

我已经跟踪了这一点,我发现在不规则的间隔,所有活动在任何一个 DIO 的停止 40 ms,表明没有任何任务正在执行。现在、我在代码中使用一个“延迟计时器“、用于检测加入网络的情况。该计时器不会在 3ms 内发送、等待加入消息、而不会阻止任务执行。奇怪的是,这发生在不规则的间隔,但“暂停“持续 40 mS +/- 50 us 左右。

我最初的假设是,我在某处创建了一个（几乎）无止境的循环,但逻辑分析仪显示,所有活动都停止了所述的 40mS。我没有参考这个大小的计时器。

最糟糕的“时序问题“是以太网数据包的传输、该数据包被分为 6 个段、

并且可以验证为约 1.7ms。

FreeRTOS 配置显示 tickrate 为 1000ul、即每周期一毫秒（默认）

你能给我一个关于发生了什么,或者我应该研究什么来解决这个问题的想法吗?

Gullik

[参考译文] LAUNCHXL-CC1352R1：悬挂在 ThisLibraryIsFor_CC13x2_HwRev20Ands Later_Halt 中

admin — Wed, 04 Mar 2026 21:39:30 GMT

Other Parts Discussed in Thread: CC1352R, LPSTK-CC1352R, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1622796/launchxl-cc1352r1-hanging-in-thislibraryisfor_cc13x2_cc26x2_hwrev20andlater_haltifviolated

器件型号： LAUNCHXL-CC1352R1
Thread 中讨论的其他器件： CC1352R、 LPSTK-CC1352R、 UNIFLASH

我刚刚打开了一个 LAUNCHXL-CC1352R、并尝试在该列表上运行应用程序。我首先尝试调试一个应用程序 (rfEchoTX) 没有 bim ,然后我刷新 bim 并再次尝试。每次它在 ThisLibraryIsFor_s2_CC26x2_HwRev20Andr Later_Halt 中挂起时,IfViolated ()

我也无法设置断点、我不确定原因。

所以我单步执行了代码、我的 CC1352R 看起来是版本 1.1。如何解决此问题？

我正在运行最新版本的 CCR

版本：20.4.1.4__1.10.1

默认 VS Code API：1.102.3

视频。

[参考译文] CC1312R：针对 145MHz 进行调优

admin — Wed, 04 Mar 2026 14:23:12 GMT

Other Parts Discussed in Thread: CC1312R

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1622619/cc1312r-tuning-for-145mhz

器件型号： CC1312R

我想知道是否有人对在 145MHz 处使用 CC1312R 进行了调优。有可用的 169MHz One、可以进行调整、但如果有人已经完成了这项工作、将会有所帮助。

谢谢、

-科瑞

[参考译文] CC1314R10：CC1312-R7EM-XD7793 设计文件

admin — Tue, 03 Mar 2026 16:25:38 GMT

Other Parts Discussed in Thread: CC1314R10

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1622131/cc1314r10-cc1312-r7em-xd7793-design-files

器件型号： CC1314R10

在 CC1314R10 数据表的第 9.1 节中、提供了 CC1312-R7EM-XD7793 设计文件。此链接指向 www.ti.com/.../SWRC377 、但链接已失效。您能提供这些设计文件吗？

谢谢。

[参考译文] CC1311R3：申请 CC1311-Q1 的晶圆制造和组装厂信息

admin — Tue, 03 Mar 2026 15:40:38 GMT

Other Parts Discussed in Thread: CC1101-Q1

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1622106/cc1311r3-request-for-wafer-fabrication-and-assembly-site-information-for-cc1311-q1

部件号： CC1311R3
主题： CC1101-Q1 中讨论的其他器件

您好：

我目前正在查看 CC1311-Q1 并且需要验证制造地点以实现合规性和物流目的。

请提供此特定器件型号的以下信息：

晶圆制造厂： 晶圆的制造国家/地区和城市？
封装测试厂 (国家/地区 of Origin)： 发货前的最终组装和测试在哪里进行？

如果位置因批次而异、请让我了解主要站点或如何使用发货标签进行识别。

提前感谢您的支持。

此致、
Jack Cha

[参考译文] LAUNCHXL-CC1310：读取原始射频数据包

admin — Mon, 02 Mar 2026 05:46:01 GMT

Other Parts Discussed in Thread: LAUNCHXL-CC1310, CC1310

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1621287/launchxl-cc1310-reading-raw-rf-packets

器件型号： LAUNCHXL-CC1310
第 10 个主题中讨论的其他器件：CC1310

我正在使用 LaunchXL-CC1310 并尝试在 RF Studio 的 RF 数据包模式下读取我的传感器数据、但我无法看到任何数据。但是、我可以在连续 RX 模式下看到尖峰。

我的传感器是否可能不以以下格式发送数据：

【前导码】→【同步字】→【长度】→【有效载荷】→[CRC（如果启用）]

这就是为什么在数据包 RX 模式下没有检测到它的原因吗？

如何读取原始射频数据包？

[参考译文] CC1312R：143 –176MHz 的差分匹配电路

admin — Sat, 28 Feb 2026 01:33:00 GMT

Other Parts Discussed in Thread: CC1312R, CC1352R, CC1120

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1621025/cc1312r-differential-matching-circuit-for-143-176mhz

器件型号： CC1312R
Thread 中讨论的其他器件： CC1352R、 CC1120

我在 143 –176MHz 频带的应用中看到了 CC1312R。鉴于数据表中列出的使用差分的优势、我想使用它。

我在 169MHz 找到了 CC1352R 的单端设计（我假设将适用）、其中接收挂钩到 RF_P、发送挂钩到 RF_N、但不是全差分设计。

我使用的频率位于该范围的下限、是否需要针对该范围调整匹配？

[参考译文] CC1352P7：使用全局命令设置高 20dBm 功率

admin — Fri, 27 Feb 2026 17:29:54 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1620982/cc1352p7-using-global-command-for-setting-high-20dbm-power

器件型号： CC1352P7

您好：

是否可以使用诸如 CMD_RADIO_SETUP 之类的全局命令、该命令使用 16 位字段 txPower 来设置高功率 20dBm、也许可以通过激活某些标志来实现？

现在只能使用使用 32 位参数（类型为 RF_TXPower Table_Value）的）的 RF_setTxPower 命令。

谢谢、

Alex

[参考译文] SIMPLELINK-LOWPOWER-F2-SDK：占空比&'；是否适用于 wi-sun 配置的射频？

admin — Fri, 27 Feb 2026 10:04:51 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1620843/simplelink-lowpower-f2-sdk-duty-cycle-doesn-t-work-for-wi-sun-configured-rf

器件型号：SIMPLELINK-LOWPOWER-F2-SDK

尊敬的 TI：

我之前已经报告了一些在使用占空比限制时出现编译错误的旧定义。
但是、即使在构建工程并与具有 CoAP 未确认请求的边界路由器进行节点通信后、以示例 FW (ns_CoAP_node) 的最大速度进行流式传输、它似乎也不遵守 syscfg 中设置的占空比限制。
我尝试了 2.5%、1%、0.5%甚至 0%、但 TX 仍然以大约 50Kbps 的速度飞溅超过 30 分钟（在 870.2MHz 频带配置为 150 Kbps）

对于我可以采取哪些步骤来设置工作占空比限制、您是否有任何建议

此致、
Kasper

[参考译文] LAUNCHXL-CC1310：SMA 连接器使用

admin — Fri, 27 Feb 2026 09:59:58 GMT

Other Parts Discussed in Thread: LAUNCHXL-CC1310

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1620838/launchxl-cc1310-sma-connector-usage

器件型号： LAUNCHXL-CC1310

为了能够使用 SMA 连接器和外部天线、我是否需要更改板载任何内容？

[参考译文] CC1352P7：针对专有 2.4GHz 协议的高功率

admin — Tue, 24 Feb 2026 17:12:52 GMT

Other Parts Discussed in Thread: CC1352P7

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1619635/cc1352p7-high-power-for-proprietary-2-4-ghz-protocol

器件型号： CC1352P7

您好：

我在为 CC1352P7 使用高功率 2.4GHz 功能（专有协议）时遇到问题。射频电源仍然存在于引脚 2_4_GHz_RF_P/N 上、而不存在于引脚 TX_20dBm P/N 上。您能给我什么说明吗？

谢谢、

Alex

[参考译文] CC1311P3：CC1311P3–TCXO 用法和建议的 XO 电容阵列配置 (TG2016SMN 48MHz)

admin — Tue, 24 Feb 2026 13:11:54 GMT

Other Parts Discussed in Thread: CC1311P3, SYSCONFIG, LAUNCHXL-CC1312R1

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1619555/cc1311p3-cc1311p3-tcxo-usage-and-recommended-xo-cap-array-configuration-tg2016smn-48-mhz

器件型号： CC1311P3
主题中讨论的其他器件： SysConfig、 LAUNCHXL-CC1312R1

尊敬的 TI 团队：

我们目前正在使用的产品 CC1311P3 使用外部 48MHz TCXO、并希望就建议的配置进行澄清。

我们选择了以下 TCXO：

根据 TCXO 数据表、不建议在输出端使用串联电容器。我们希望在以下方面得到确认和指导：

串联电容器要求
- 由于 TG2016SMN 未指定所需的串联电容器、能否确认在将此 TCXO 与 CC1311P3 连接时是否需要串联电容器？
- 如果出于信号完整性或驱动电平原因而需要串联电容器、您能否推荐合适的值？
- 或者、是否有专门为 CC1311P3 验证的 TI 推荐的 48MHz TCXO 器件？
SysConfig 中的 XO 电容阵列配置
- 如果不需要串联电容器、应如何在 SysConfig 中配置 Δ 电容器阵列（内部 XO 电容调优）？
- 是否应根据 TCXO 负载电容规格调整电容器阵列值？
- 或者、使用驱动的 TCXO（与晶体相反）时、内部电容阵列设置是否无关紧要？
- 是否有推荐的方法来验证和微调此设置（例如频率误差测量，射频性能优化等）？

感谢您提供有关正确硬件配置和 SysConfig 设置的指导、从而确保实现出色的射频性能和频率稳定性。

提前感谢您的支持。

[参考译文] CC1354P10：在同一 UART 上打印 ns_trace +温度日志时系统冻结 (CC1354/Wi-SUN)

admin — Tue, 24 Feb 2026 09:57:12 GMT

Other Parts Discussed in Thread: CC1354P10, SYSBIOS, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1619456/cc1354p10-system-freezes-when-printing-ns_trace-temperature-logs-on-same-uart-cc1354-wi-sun

部件号： CC1354P10
主题中讨论的其他器件： SYSBIOS、 SysConfig

您好：

当尝试使用同一 UART 打印 ns_trace 消息和应用温度读数时、我看到系统冻结。

硬件/软件

MCU：CC1354P10

板：LaunchPad（板载 XDS110）

SDK：SimpleLink SDK 8.x

堆栈：Wi-SUN FAN

RTOS：TI-RTOS7/SYSBIOS

UART：UART2 @ 115200

UART 输出通过路由 板载 XDS110 虚拟 COM 端口 (USB CDC) 连接到 PC。

ns_trace 输出单独正常
－在没有 UART 打印的情况下运行的温度任务正常
-仅应用程序记录器即可

温度值时自动重置 当 ns_trace 处于活动状态时 、系统将冻结。

示例：printf（“TEMP：%.1f C\r\n“，温度）；

启用此功能后、系统会在引导后立即停止。

看到的最后一条消息：UART 就绪

那么：

日程安排器被阻止
检测信号 LED 停止
未发生硬故障

//ns_trace UART 绑定

ns_trace_init()；
ns_trace_set_uart_handle (gUartHandle)；

//ns_trace put char 实现

void ns_put_char_blocking (const char ch)
｛
If (g_traceUartHandle！= NULL)
｛
size_t bytesWritten；
UART2_write (g_traceUartHandle、&ch、1、&bytesWritten)；
}
}

观察结果

-UART 打开成功
-仅当两个输出都处于活动状态时才会冻结
-删除温度打印可解决问题
-将 ns_trace 重定向到 ITM、而不是 UART→系统正常运行

可疑原因

我怀疑冻结可能是由以下原因造成的：

阻止来自多个上下文的 UART 写入
UART 驱动器内部锁定
信标死锁或优先级反转
XDS110 VCOM 缓冲和阻塞行为
逐字符跟踪输出

我的问题是：

在同一 UART 上使用 ns_trace 和应用程序打印是否安全？

阻止多个任务的 UART 写入是否会导致死锁？

TI UART 驱动程序是否在内部锁定、从而使嵌套写入不安全？

XDS110 USB CDC 缓冲区可以阻止 UART 写入吗？

组合 ns_trace 和应用程序日志的建议架构是什么？

请提供任何指导。

谢谢你。

[参考译文] CC1314R10：LP-XDS110ET 报告"；NOSerial"；

admin — Mon, 23 Feb 2026 17:11:13 GMT

Other Parts Discussed in Thread: LP-EM-CC1314R10, LP-XDS110ET, LP-XDS110

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1619204/cc1314r10-lp-xds110et-reports-noserial

器件型号： CC1314R10
Thread 中讨论的其他器件： LP-XDS110ET、 LP-XDS110

我正在与一位客户合作、该客户的 LP-XDS110ET 和 LP-EM-CC1314R10 板存在奇怪的问题。当它们插入 LP-XDS110ET 并运行 xdsdfu 实用程序时、它会报告序列号：

C：\ti\ccs2011\ccs\ccs_base\common\uscif\xds110>.\xdsdfu.exe -eUSB 设备固件升级实用程序
版权所有 (c) 2008-2019 Texas Instruments Incorporated。保留所有权利。正在扫描支持的 XDS110 器件的 USB 总线...<<<器件 0 >>> VID：0x0451   PID：0xbef3
器件名称：  采用 CMSIS-DAP 进行 XDS110 嵌入
版本：      3.0.0.41
制造商：Texas Instruments
序列号：   L11008R8
模式：         运行时
配置：StandardFound 1 设备。

但是、如果他们插入 LP-EM-CC1314R10、在完全下电上电（拔下，重新插入 USB）后、xdsdfu 实用程序将报告“NOSerial"</s>“

PS C：\ti\ccs2011\ccs\ccs_base\common\uscif\xds110>.\xdsdfu.exe -eUSB 设备固件升级实用程序
版权所有 (c) 2008-2019 Texas Instruments Incorporated。保留所有权利。正在扫描支持的 XDS110 器件的 USB 总线...<<<器件 0 >>> VID：0x0451   PID：0xbef3
器件名称：  采用 CMSIS-DAP 进行 XDS110 嵌入
版本：      3.0.0.41
制造商：Texas Instruments
序列号：Noserial
模式：         运行时
配置：StandardFound 1 设备。

对于一些故障排除步骤、以下是已尝试的操作和一些结果：

将 LP-EM-CC1314R10 “热插拔“到已通过 USB 插入的 LP-XDS110ET 中。
1. 在这种情况下、将报告有效的序列号。
使用标准 10 引脚 ARM JTAG 连接器和键控带状电缆将 LP-XDS110ET 连接到 LP-EM-CC1314R10、而不是使用 20 引脚键控连接器。
1. 在这种情况下、报告有效的序列号。
2. 我们还尝试单独连接 20 引脚连接器（除了 10 引脚 ARM JTAG 外）的 UART RXD/TXD 线路、但仍然报告有效序列号。
客户向我发送了他的一个 LP-EM-CC1314R10、其中出现了该问题。我自己的 LP-XDS110ET 无法重现问题。
1. 在这种情况下、将报告有效的序列号。

我们对这里可能发生的事情感到非常震惊。对于客户来说、这实际上是一个相当严重的问题、因为他们尝试设置一个由许多开发板组成的测试机架、所有开发板都连接回同一台 PC。他们需要能够按序列号识别每个开发板。

谢谢、

Stuart

[参考译文] SIMPLELINK-LOWPOWER-F2-SDK：Wi-SUN FAN 堆栈网络设置 — 不支持占空比。

admin — Mon, 23 Feb 2026 11:22:48 GMT

Other Parts Discussed in Thread: SYSCONFIG, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1619107/simplelink-lowpower-f2-sdk-wi-sun-fan-stack-network-settings---duty-cyle-not-supported

器件型号：SIMPLELINK-LOWPOWER-F2-SDK
Thread 中讨论的其他器件： SYSCONFIG、UNIFLASH

使用 Wi-SUN 配置占空比不会使用堆栈进行编译。

SDK 8.32.00.07、source/ti/ti_wisunfan/rcp/rcp_host_helper.c 在第~406 行引用 DUTY_CYCLE_MEAS_PERIOD。此宏不再在 Wi‑Sun 栈中定义（占空比基于 SysConfig/MAC）。编译辅助程序（工程中的 ns_br + RCP 帮助程序）时、编译失败。请保护旧代码或删除参考。

当设置 MAC_DUTY_CYCLE_CHECKING define（通过 syscfg 工具设置）时、使用该 define 的 ifdef 保护的 rcp 文件夹中的其他代码块也会失败。

我制作了一个本地补丁、让它在 2%占空比和 3%占空比下工作。
但堆栈或 syscfg 工具似乎不支持占空比的十进制百分比、例如“2.5%"-“- ns_CoAP_node 器件从不连接到边界路由器。

[参考译文] CC1310：作为我将 DMA 用于 UART、I2C 和 SPI。

admin — Fri, 20 Feb 2026 20:14:24 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1618881/cc1310-as-i-use-dma-for-uart-i2c-and-spi

器件型号： CC1310

我在申请和实施时遇到了一个重大问题 DMA 因为我找不到任何示例或信息来指导我完成整个实施。

有人能帮助我并说明这件事吗？

提前感谢您。

[参考译文] CC1354P10：数据表不一致

admin — Fri, 20 Feb 2026 15:15:55 GMT

Other Parts Discussed in Thread: CC1354P10, CC1352P7

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1618835/cc1354p10-datasheet-inconsistent

部件号： CC1354P10
主题中讨论的其他器件： CC1352P7

您好、

在查看 CC1354P10 的数据表时、数据表的正面指明“无线电功耗、101mA 在 2.4GHz、+20dBm 下“。但是、在 8.15 节低功耗蓝牙发射的数据表后面部分、2.4GHz 时的最大输出功率列为 5dBm、在 8.17 节 Zigbee 和 Thread 中、2.4GHz 时的最大输出功率也列为 5dBm。我找不到具有更高输出功率设置的 2.4GHz 模式的其他数据表参考。数据表是否缺少模式？哪些运行模式在 2.4GHz 下支持+20dBm？

谢谢、

兰迪

[参考译文] CC1310：CC1310–将 SCS 代码合并到 CCS 后温度传感器值未更新

admin — Thu, 19 Feb 2026 18:09:23 GMT

Other Parts Discussed in Thread: CC1310

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1618591/cc1310-cc1310-temperature-sensor-value-not-updating-after-merging-scs-code-into-ccs

器件型号： CC1310

尊敬的团队：

我正在努力实现 CC1310 并在中开发了温度传感器任务 Sensor Controller Studio (SCS) 。此任务在 SCS 中正确运行、我能够根据环境变化观察到准确的温度读数。

我现在已将生成的 SCS 代码集成到中 rfPacketTx 示例工程 (CCS、TI-RTOS) 。工程将成功编译和运行。

但是、温度值读数为：

scifTaskData.tempSensor.output.temperature

保持在数据结构中定义的默认常量值、而不是使用实际的传感器测量值进行更新。

我已实施的措施：

添加:scifOsalInit()；
scifInit (&scifDriverSetup)；
scifStartRtcTicksNow (0x00010000)；
scifStartTasksNbl (1 << SCIF_TEMP_SENSOR_TASK_ID)；

这些 API 在 LoRa (RF) 初始化之前调用。
通过修改 SCS 中的默认温度值（例如 43、87）验证了集成。更新后的常量会在调试期间反映在 CCS 中、以确认 SCS 代码已正确合并。

问题：

任务似乎已开始、但运行时温度数据未更新。

请您提出以下建议：

是否需要执行任何额外的 SCIF 任务或数据同步步骤？
是否scifExecuteTasksOnce()需要 OSAL 回调？
将 SCS 与 rfPacketTx (TI-RTOS) 集成时是否存在已知冲突？

此外、请查找随附的 Sensor Controller Studio 代码、我将在该代码中根据温度变化获得准确的温度读数。

sensor_controller.zip

请提供任何指导。

谢谢你。

[参考译文] CC1310：C 模式问题

admin — Wed, 18 Feb 2026 09:28:20 GMT

Other Parts Discussed in Thread: WMBUS

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1618111/cc1310-issues-with-c-mode

器件型号： CC1310
主题： WMBUS 中讨论的其他器件

此问题与您论坛中的此旧磁盘有关：
CC1310：数据速率偏移容差 — 低于 1GHz 论坛 — 低于 1GHz - TI E2E 支持论坛

现在是否有可用的修补程序？

根据我们汇编的这份报告、我们存在这一容忍问题：
CC1310_kiona_findings.pdf

[参考译文] CC1312R：由 4MHz 与载波频率相差的杂散

admin — Tue, 17 Feb 2026 03:30:49 GMT

Other Parts Discussed in Thread: CC1312R

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1617657/cc1312r-spurious-apart-by-4mhz-from-carrier-frequency

器件型号： CC1312R

实施 CC1312R 的原型设备存在虚假问题。你会建议如何改进它?

条例：ARIB STD-T-108。

频率：920 –928MHz

48MHz Osccilaor：XTAL 和电容器符合 CC1312。

cap-array：CCFG.xoscCapArrayDelta = 0x80

大多数电路板都很好（–60dBm)、但其中一些电路板（–54dBm 或通常 IT) 不符合 ARIB STD-T-108。

希望得到您的建议。

[参考译文] CC1312PSIP：UART2_WRITE 信标始终等待

admin — Mon, 16 Feb 2026 13:08:10 GMT

Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1617541/cc1312psip-uart2_write-semaphore-waiting-forever

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

您好、

根据传感器 OAD 示例、我有一个使用 simplelink_cc13xx_cc26xx_sdk_7_41_00_17 的应用。我添加了一个用于调试的 UART。遗憾的是、UART 似乎是导致问题的原因。我已将其设置为简单阻塞模式、并仅在 SysConfig 中配置 TX。

我的应用程序使用 OAD 和 toad 来下载更新。对于使用 toad 下载映像和使用 SPI 接口写入外部闪存的大多数过程、UART 调试工作正常。但是、在 toAD 状态变为 toad_State_decodingDone 后、对 UART2_write 的任何调用都将失败并永远等待信标（但 UART 会输出）。这是因为没有设置 EOT 标志、因为这是在驱动程序中释放信标的唯一方式。

有两件事可以阻止信标挂起：

1) 我发现、如果将 UART2_WAIT_FOREVER 更改为超时、它会起作用且不会挂起。

2) 如果我在 toad_State_decodingDone 状态之后添加 Task_sleep ()。

但是、我需要了解为什么调试 UART 会挂起、以便对应用程序充满信心。

据我所见、这两个进程是分开的、不应相互干扰。在继续使用调试 UART 之前、我已经检查了 UDMA 处于空闲状态、但它处于空闲状态并且仍然挂起。

我想不出还有什么可以尝试的。我希望您可能有一些想法。

感谢您的帮助。

[参考译文] CC1354P10：NS_CoAP_node (CC1354 Wi-SUN FAN)：虽然 UART2 正常工作、但不打印 UART 日志 (nanostackNetworkHandler [DBG]/[info])

admin — Mon, 16 Feb 2026 09:22:42 GMT

Other Parts Discussed in Thread: CC1354P10, SYSCONFIG, CC1352P7

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1617450/cc1354p10-ns_coap_node-cc1354-wi-sun-fan-uart-logs-nanostacknetworkhandler-dbg-info-not-printed-although-uart2-works

部件号： CC1354P10
主题中讨论的其他器件： SysConfig、 CC1352P7

您好：

我正在使用 NS_CoAP_NODE (Wi-SUN FAN) 示例 CC1354P10 LaunchPad 。根据文档、在复位/上电后、我应该会看到 UART 打印如下：

[DBG] [main] nanostackNetworkHandler: ...
[INFO] [main] nanostackNetworkHandler: CON_STATUS_CONNECTING

但是、这些消息会发送不会出现在 UART 终端上。

我的验证结果

UART 硬件路径正常：
- 使用相同的 UART 通道、我可以通过打印自定义测试消息 UART2 （例如）TEST: uart2 alive每次重置时都可靠。
终端设置正常：
- 其他示例在同一 COM 端口/终端上打印正常。
- 我使终端保持打开状态并使用复位（而不是重启）、因此不会错过早期引导消息。

我在项目中观察到的情况

ns_trace_vprintf()使用ns_put_char_blocking()（逐字符）存在并写入输出。
当我调用:

ns_trace_printf(TRACE_LEVEL_INFO, "main", "FORCED TRACE TEST %d\r\n", 123);

未打印任何内容（仅打印我的直接 UART2 测试）。

这表明纳米堆叠/TI 迹线层可能是这样 已编译出来 或重定向到其他位置。

问题

其中的构建定义了如何控制是否在等嵌入式示例上发出 Nanostack/Wi-SUN 跟踪日志 NS_CoAP_NODE ？
- 我找到了对宏的引用EXCLUDE_TRACE,如,TI_WISUN_FAN_DEBUG等
- 如果EXCLUDE_TRACE定义了、它是否完全禁用ns_trace_printf()/ Nanostack 日志？
对于ns_coap_node（嵌入式）、建议使用什么方法将跟踪输出路由到 UART？
- 是否需要 XDC 运行时配置（例如）System.SupportProxy = SysCallback; SysCallback.putchFxn = ns_put_char_blocking？
- 还是应该通过MBED_CONF_MBED_TRACE_ENABLE打印挂钩启用 mbed-trace？
nanostackNetworkHandler在某些 SDK 版本/构建配置（版本与调试）中、ns_CoAP_node 默认不打印这些日志吗？

存在许多风险

器件：CC1354P10 LaunchPad
示例：ns_coAP_node (Wi-SUN FAN)
SysConfig：（我的版本：1.21.1）
SimpleLink SDK：（请填写确切的 SDK 版本）
CCS 版本：（请填写）

如对 ns_CoAP_node 的正确跟踪/UART 配置提供任何指导、都将不胜感激。如果需要、我可以共享确切的编译器定义和.syscfg/xDC 设置。

谢谢你。