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

[参考译文] CC1312R：434MHz (CC1312R1) 的平衡 — 非平衡变压器元件值

admin — Thu, 11 Jun 2026 08:47:00 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1654479/cc1312r-balun-component-values-for-434-mhz-cc1312r1

器件型号： CC1312R

您好、

 在使用 CC1312R1 芯片时、您能否分享 434MHz 的建议平衡 — 非平衡变压器元件值？

目前、我们正在使用以下值；但我们怀疑这些值不是该频段的最佳值。

请参阅下面的原理图

谢谢

Yossi

[参考译文] CC1101：IEEE 1588 PTP 低于 1GHz 收发器

admin — Wed, 10 Jun 2026 14:29:09 GMT

Other Parts Discussed in Thread: CC1101

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1654162/cc1101-sub-1-ghz-transceiver-possible-of-ieee-1588-ptp

部件号： CC1101

我们计划使用无线传感器网络、并希望使用 IEEE 1588 PTP 将我们的数据采集单元时间同步在一起。

具体而言、我们正在寻找一种能够在单元之间实现亚微秒级时钟同步的解决方案。

CC1101 或任何低于 2.4GHz 的无线收发器是否能够实现这一点？

谢谢

[参考译文] CC1120：CC1120 在更改的信号环境中无法接收信号

admin — Wed, 10 Jun 2026 03:26:01 GMT

Other Parts Discussed in Thread: CC1120

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1653881/cc1120-cc1120-fail-to-receive-signals-in-changed-signal-environments

部件号： CC1120

尊敬的 TI 支持团队：

当将 CC1120 用作射频收发器时、我们在测试期间观察到、在弱信号环境中、信号强度的突然变化会导致 CC1120 无法接收信号。在与其他接收器的比较测试中、我们发现在弱信号环境中、所有接收器都无法接收信号、这是正常现象。但是、在中等信号强度的环境中、CC1120 在接收信号之前需要超过 10 秒的反应时间、在某些情况下根本不会接收信号。相比之下、其他接收器可以立即接收信号。导致此问题的原因可能是什么？请帮助分析。

此致、

Kevin

[参考译文] CC1310：CC1310 — 打开 TX 的简单方法是使用串行接口 (UART) 的 CW 载波测试模式

admin — Fri, 05 Jun 2026 16:47:59 GMT

Other Parts Discussed in Thread: CC1310, SIMPLELINK-CC13X0-SDK

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1652848/cc1310-cc1310---simple-way-to-turn-on-tx-is-a-cw-carrier-test-mode-using-serial-interface-uart

器件型号： CC1310

CC1310 — 我们使用的模块包含 CC1310 器件、可通过串行 UART 连接访问 CC1310、并向 CC1310 发送十六进制代码以执行特定配置。例如、设置功率和频率。

我们是否可以使用十六进制代码命令在没有调制的情况下强制 CC1310 进入连续发送 CW 模式？

我们需要能够使用连续未调制载波进行射频测试？

感谢您的帮助。

[参考译文] CC1352P：启用扩展广播 (S8) 时、CC1352P4 芯片传输较低的射频功率

admin — Thu, 04 Jun 2026 04:29:32 GMT

Other Parts Discussed in Thread: CC1352P, CC2652P

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1652184/cc1352p-cc1352p4-chip-transmit-lower-rf-power-when-extended-advertisement-s8-enabled

器件型号： CC1352P
主题： CC2652P 中讨论的其他器件

尊敬的先生：

我们观察到、当我们以 125Kbps (S8 编码 PHY) 传输信标时、连接的频谱分析仪中的传导射频功率降低了~3dBm。当我们以 1Mbps 的速率传输时、我们观察到了预期的功耗。

您能解释为什么会发生这种情况吗？

我们将 CC1252P 器件与 BLOW SDK simplelink_cc13x2_26x2_SDK_4_20_01_03 一起使用。

Reards、

Amrit

[参考译文] CC1201：CC1201 与 CC1101 兼容

admin — Wed, 03 Jun 2026 13:07:17 GMT

Other Parts Discussed in Thread: CC1101, CC1201

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1651964/cc1201-cc1201-compatibility-with-cc1101

部件号： CC1201
主题： CC1101、

您好、

我目前正在使用一个在相同 PHY 配置下同时使用 CC1101 和 CC1201 器件的系统、我发现通信范围存在显著差异、具体取决于链路是在相同器件之间还是混合器件之间。

使用 CC1101 到 CC1101 通信时、可以实现大约 30 米的距离。 CC1201 至 CC1201 通信也是如此、该通信也可到达大约 30 米。不过、当我使用混合链路 (CC1201 至 CC1101) 时、即使通信本身在较短的距离上仍然可靠地工作、但通信距离也大幅下降到 15 米左右。

两种器件都配置为使用 GFSK 调制以大约 250kbps（传统要求）的数据速率在 868.3MHz 下运行。在 CC1101 侧、我使用大约 127kHz 的频率偏差和大约 541kHz 的 RX 滤波器带宽。数据包格式是标准格式、启用了白化功能并包含一个 32 位同步字（传统要求）。最初、前导码长度设置为 4 个字节、但将其增加到 12 个字节会显著提高混合设置中的稳定性和范围。

在 CC1201 方面、由于兼容性要求、我还使用 32 位同步字。但是、SYNC 阈值当前设置为相对较低的值 (sync_thr = 8)。在 CC1101 上、同步检测配置非常严格（30/32 位）。

从我目前的测试来看、这个问题似乎与发射功率或一般射频性能无关、因为两个相同器件的链路在较远距离上的行为符合预期。范围缩小仅出现在混合 CC1201↔CC1101 场景中、尤其是在信号电平较低的情况下、这表明存在 PHY 级兼容性问题而不是硬件限制。然而、CC1201 的 PCB 天线并未完全完成调谐。

我还尝试了增大频率偏差（例如~165kHz）、但这实际上使性能变差。增加前导码长度有所帮助、这表明接收器稳定、AGC 或时钟恢复可能会发挥作用。

此时、我怀疑问题与两个器件之间的同步行为或解调差异有关。特别是、CC1201 侧非常宽松的同步阈值和 CC1101 侧非常严格的同步要求组合可能会导致数据包检测不一致。

我的主要目标是在不更改 32 位同步字格式的情况下实现与相同器件链路 (~30m) 相似的 CC1201↔CC1101 通信范围。

我想了解有关在这种情况下优化 CC1201 同步阈值设置的建议、是否应放宽 CC1101 同步检测、以及在以 250kbps 等高数据速率同时使用 CC1201 和 CC1101 时是否存在任何已知限制或最佳实践。此外、有关 RX 带宽、AGC 行为或其他可改善互操作性的 PHY 参数的指导将非常有帮助。

提前感谢您的任何见解。

[参考译文] CC1352P：CC1352P1：在片上 OAD/持久应用架构中交换 BLE 以实现 UART 传输（无 BLE、无 DMM、无 ROM 引导加载程序）

admin — Wed, 03 Jun 2026 03:46:08 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1651715/cc1352p-cc1352p1-swapping-ble-for-uart-transport-in-on-chip-oad-persistent-app-architecture-no-ble-no-dmm-no-rom-bootloader

器件型号： CC1352P

我正在使用 TI 15.4-Stack 在 CC1352P1 评估板上构建 Sub-1GHz 星形网络（适用于收集器和传感器节点）。

我需要实现有线片上 OAD 机制、其中安全固件更新通过 UART 严格执行。 由于工程限制、我的应用无法使用 BLE 或 DMM。此外、出于安全原因、 ROM 引导加载程序将通过 CCFG 完全禁用、以防止未经授权的外部覆盖 或无线电参数篡改。

我的预期架构遵循标准 TI 片上 OAD 策略、但有关键的传输修改：

BIM（启动映像管理器）：保留在闪存中以验证映像并处理启动交换机。
持久应用：我希望此持久应用程序初始化简单的 UART 驱动程序、而不是运行 BLE 栈以无线接收映像。如果 BIM 使主应用程序无效（或设置了强制更新标志）、系统将引导至此持久应用程序、通过 UART 读取传入的二进制文件、并将其直接刷写到主应用程序空间中。
主应用程序：我的标准 TI 15.4 收集器或传感器映像。

当我尝试通过从 SDK 的 persistent_app 和 bim_onchip 示例中删除 BLE/DMM 依赖项来实现此目的时、我会遇到严重的.cmd 链接器对齐错误、存储器边界问题和工程构建故障。 SDK 工程看起来像是硬编码的、需要 BLE 配置文件和特定的 DMM 配置。

TI 工程团队能否就以下方面为我提供指导：

如何从 persistent_app 示例中干净地去除 BLE 栈、并将其替换为标准 UART 外设驱动程序、同时保持与 BIM 元数据标头检查的兼容性？
需要在.cmd 链接器文件中为 BIM、Persistent App 和 Main 15.4 应用程序进行哪些修改、才能正确地重新分配 BLE 栈先前占用的闪存扇区？
CC13x2/CC26x2 平台是否有任何适用于纯 UART 或非 BLE 持久应用变体的参考示例？

注意:我想现在通过无线方式直接通过 UART 对收集器或传感器进行固件更新。

谢谢你

Naveen

[参考译文] LAUNCHXL-CC13-90：LAUNCHXL-CC13-90、编译 project0

admin — Tue, 02 Jun 2026 02:48:27 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/1651287/launchxl-cc13-90-launchxl-cc13-90-compiling-project0

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

你（们）好

我将 rfPacketRx 和 Tx 工程从 simplelink CC13x0 4.20.02.07 导入到 ccs20.5 中

根据 CC1310-CC1190 Launchpad 工程 0 网页、我添加了所需的行。

但是、这两行导致编译错误...

PINCC26XX_setMux (ledPinHandle、CC1310_LAUNCHXL_DIO29_ANALOG、PINCC26XX_MUX_RFC_GPO0)；

PINCC26XX_setMux (ledPinHandle、CC1310_LAUNCHXL_DIO30_ANALOG、 PINCC26XX_MUX_RFC_GPO1)；

主要是因为 PINCC26XX_setMux () PINCC26XX_MUX_RFC_GPO0 和 PINCC26XX_MUX_RFC_GPO1 未定义。

如何解决这个问题？

提前感谢

[参考译文] smartrf-Studio-7：我可以将 Smart RF Studio 与目标系统配合使用吗？

admin — Fri, 29 May 2026 08:12:27 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1650530/smartrf-studio-7-can-i-use-smart-rf-studio-with-my-target-system

器件型号： smartrf-Studio-7

我多次使用 Smart RF Studio 以及 TI CC1312 评估板以及 TI CC1314 评估板并成功。

我可以使用目标板、使用带有 5 引脚连接器 GND、+、Reset、TMS 和 TCLK 的 XDS110 JTAG 适配器吗？这些器件基于 CC1314、我想测试实际产品。

如果我仅使用 5 引脚编程接口、我是否可以假设 SmartRF Studio 执行其测试和任务、或者是否需要其他信息/信号？

此致

Gullik

[参考译文] CC1120EMK-420-470：您可以共享 CC1120EMK-420-470 的硬件设计文件吗

admin — Thu, 28 May 2026 07:36:59 GMT

Other Parts Discussed in Thread: CC1120EMK-420-470

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1650161/cc1120emk-420-470-could-you-share-the-hardware-design-file-for-cc1120emk-420-470

部件号： CC1120EMK-420-470

你好

我想获取 CC1120EMK-420-470 的硬件设计文件。
请将我的 CC1120EMK-420-470 开发文件发送给我。

此致

Chulwoo

[参考译文] CC1352R：如何使用串行引导加载程序对 CC1352R 进行编程

admin — Wed, 27 May 2026 13:45:28 GMT

Other Parts Discussed in Thread: CC1352R, SYSCONFIG, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1649883/cc1352r-how-to-program-a-cc1352r-using-serial-bootloader

器件型号： CC1352R
Thread 中讨论的其他器件： UNIFLASH、 SYSCONFIG

我正尝试使用 CC1352R 开发新产品。我已使用 Code Composer 构建 rfEchoTx 示例、该示例在 CC1352R LaunchPad 上运行。

我的新 PCB 只能访问串行 RX 和 TX 线路。我可以使用在 CCS 中创建的十六进制文件对电路板进行编程、但它不会运行。

我已手动对 CCFG (uising TI Flash Progemmer 2) 进行编程、以便在程序运行时可以返回到引导加载程序。

我是否错过了创建与串行引导加载程序兼容的有效.hex 文件的步骤？

Bill

[参考译文] CC1312R：在待机模式下生成 1mA

admin — Wed, 27 May 2026 02:46:17 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/1649628/cc1312r-1ma-generation-in-standby-mode

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

我注意到 1mA 电流生成的时序模式。
AON_RTC 中的唤醒时间已从 8 小时更改为 2-7 分钟。
这与 AON_RTC 相关吗？
我附加了电流图。

[参考译文] CC1311P3：CC1311P3：关于窄带模式对 TX 占用带宽 (OBW) 的影响的阐述

admin — Tue, 26 May 2026 05:33:18 GMT

Other Parts Discussed in Thread: CC1311P3

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1649152/cc1311p3-cc1311p3-clarification-on-narrowband-mode-impact-on-tx-occupied-bandwidth-obw

器件型号： CC1311P3

我们正在评估用于 25kHz 窄带 2-FSK 系统的 CC1311P3、该系统具有以下近似配置：

调制：2-FSK
符号速率：19.2kbps
调制指数：~0.45 至 0.5
频率偏差：~4.3kHz
通道带宽：25kHz

我们希望了解 SmartRF Studio / CC1311P3 中的“窄带模式“选项的说明：

在调制解调器配置中启用“窄带模式“的确切用途是什么？
窄带模式是否仅适用于 Rx 路径、或者它是否也修改了 Tx 调制/滤波行为？
对于双 FSK 系统中接近 0.5 的调制指数、是否建议启用窄带模式？
我们观察到、启用窄带模式会增加测得的发送器输出端占用带宽 (OBW)。您能否解释一下为什么会发生这种情况？
窄带模式是否在内部更改了以下任何一项？
- TX 脉冲整形/滤波
- 调制整形
- 频率偏差调节
- 解调器带宽
- IF/IF Rx 滤波
为了在 25kHz 通道中同时保持良好的灵敏度和解调稳健性、同时实现超小的 OBW、TI 是否建议启用或禁用此 PHY 的窄带模式？

谢谢、
专题 B

[参考译文] CC1352R：使用 uniflash 时出现引导加载程序错误

admin — Wed, 20 May 2026 15:05:27 GMT

Other Parts Discussed in Thread: UNIFLASH, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1647822/cc1352r-bootloader-error-with-uniflash

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

尊敬的 TI 团队：

我尝试使用 ROM 串行引导加载程序通过 UniFlash 对 CC1352R1F3 进行编程。

使用该 .out 文件通过 JTAG 对相同固件进行编程工作正常、应用程序按预期启动。但是、当使用生成的 .hex 文件通过 ROM 引导加载程序进行编程时、我会看到不同的行为。

如果应用程序映像包含 CCFG、UniFlash 会进入引导加载程序、执行自动波特率、擦除/编程/验证应用程序、但在对 CCFG 进行编程时会失败：

Program CCFG to address: 0x57FD8 with programming size: 0x28 failed

如果从 UniFlash 中的编译中排除 CCFG 并使用其中的 Manual CCFG 设置、编程成功完成、但应用程序在复位后不会启动。引导加载程序后门本身正常工作：仅当 DIO22 在复位期间被强制为高电平时、器件才会进入引导加载程序。

通过 JTAG 编程时、固件会正确启动 .hex 、因此我怀疑生成、UniFlash 引导加载程序 CCFG 处理、或者 SysConfig 生成的 CCFG 与 UniFlash 编程的手动 CCFG 之间不匹配。

您能否确认通过 ROM 串行引导加载程序对 CC1352R1F3 进行编程的建议流程？

[参考译文] CC1352P：CC1352P1 上的射频内核数据处理

admin — Wed, 20 May 2026 10:07:44 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1647661/cc1352p-rf-core-data-handling-on-cc1352p1

器件型号： CC1352P

您好！

我申请了解在 CC1352P1 IC 射频内核上处理数字数据和信号处理、其调制和 Iq 数据转换以及硬件内核级别发生的其他必要及相关过程的内部电路（及工作情况）。

此外、请分享任何支持此功能的参考文档和手册。

请尽早做同样的事情。

谢谢您、

Vinith Nayaka

[参考译文] CC1312R：DIO 上的 32.768kHz CLK 输出

admin — Wed, 20 May 2026 08:24:51 GMT

Other Parts Discussed in Thread: ENERGYTRACE

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1647615/cc1312r-32-768khz-clk-output-at-dio

器件型号： CC1312R
主题中讨论的其他部件： ENERGYTRACE

请告知我 DIO 处于待机模式。

表 7-6. 在 swcu185g（技术参考手册）中、显示 Latch I/O 状态应为 Yes。这是不是吗?

如果锁存 I/O 状态设置为“否“、是否发生了错误？例如、它在待机模式下不工作？

我尝试了 DIO 输出 32.768kHz CLK、DIO 输出 32.768kHz 方波。

如果出现错误、我将停止。请提供建议。

[参考译文] CC1354P10：程序崩溃到 faultISR — 需要帮助调试

admin — Tue, 19 May 2026 10:45:10 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1647267/cc1354p10-program-crashes-into-faultisr---need-help-debugging

部件号： CC1354P10

您好、

我有一个运行 FreeRTOS 的 CC1354、我的程序偶尔会崩溃到 faultISR 中。我不确定是什么原因导致的、希望获得任何帮助。

调用栈只会显示 faultISR、没有更多上下文、因此我在跟踪回到原始原因时遇到问题。

关于如何进一步调试此问题的提示？

谢谢

[参考译文] CC1310：看门狗和放大器；功耗

admin — Tue, 19 May 2026 10:30:39 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1647261/cc1310-watchdog-power-consumption

器件型号： CC1310

CC1310-F128、simplelink_cc13x0_SDK_4_20_02_07、TI-RTOS。

我尝试在我的工程中添加一个看门狗、但似乎看门狗需要使用“Power_disablePolicy“禁用节能策略。电流从大约 6µA 上升到 3.5mA。这让我觉得很奇怪。

如果必须节能且使用看门狗、建议采用什么策略？

最终的功耗是多少？

应用本身通过传感器控制器读取一些传感器值并对其求和。每隔 60 秒、会唤醒主 MCU 并处理这些值。在没有看门狗的情况下、它的功耗非常低、大约为 6µA（包括传感器）。但对于看门狗、这似乎没有用。

[参考译文] CC113L：CC113L 影响低偏差双 FSK 信号的频率偏移补偿

admin — Tue, 19 May 2026 09:45:05 GMT

Other Parts Discussed in Thread: CC113L

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1647242/cc113l-cc113l-frequency-offset-compensation-affecting-low-deviation-2-fsk-signals

部件号： CC113L

您好：

我在 433MHz 处以 2FSK 模式使用 CC113L 接收器、并研究频率偏移补偿算法 (FOCCFG) 的行为。我的当前配置：

FOCCFG = 0x16 / BSCFG = 0x6C

我正在接收两个不同的发送器具有不同的频率偏差:

中心频率：433.92MHz

信号 1：

中心频率附近约±40kHz

信号 2：

中心频率周围约为±11.3kHz

第一个信号被正确解调、但当 FOCCFG=0x16 被启用时、第二个具有低偏差的信号不再能够可靠地解调。

根据我的理解、FOC 环路估算了接收信号的中心频率、并持续将鉴别器阈值重新居中。我怀疑使用低偏差信号时、跟踪环路可能会部分吸收调制本身、并减少有效的符号分离。

您能否澄清以下几点：

-内部 FOC 估算器如何区分载波偏移和 FSK 偏差?

‘低偏差信号能否通过“激进“的 FOC 设置降低？

-对于在相同的接收器配置上具有非常不同偏差的发送器, TI 是否有任何建议?

非常感谢您的帮助。

[参考译文] CC1200：将环路滤波电容器更改为 2200pF 后 CC1200 PLL 解锁问题

admin — Tue, 19 May 2026 07:38:54 GMT

Other Parts Discussed in Thread: CC1200

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1647159/cc1200-cc1200-pll-unlock-issue-after-changing-loop-filter-capacitor-to-2200pf

部件号： CC1200

我正在使用 188MHz 的 CC1200 设计、该设计的比特率为 100kbps、偏差为 49.89kHz。

我最近将环路滤波电容器更改为 2200pF、以提高相位噪声/稳定性。但是、此变化导致 PLL 解锁（器件无法保持在 RX/TX 状态、且 MARCSTATE 指示错误）。

如何调整寄存器（例如 FS_CHP 或 FSCAL）以补偿更大的电容并重新获得 PLL 锁定？

在该 VHF 频段 (188MHz) 中使用 2200pF 电容器时、是否有针对 LPF0 和 LPF1 设置的具体建议、以确保滤波器稳定性？

XOSC 频率：40MHz
载波频率：188MHz
比特率：100 kbps
偏差：49.896 kHz
目标 RX 滤波器 BW：208.333kHz
调制：2-GFSK

[参考译文] LP-EM-CC1354P10：咨询 J3 外部天线配置

admin — Sun, 17 May 2026 12:53:13 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1646505/lp-em-cc1354p10-inquiry-regarding-j3-external-antenna-configuration

部件号： LP-EM-CC1354P10

尊敬的支持团队：

我目前正在分析电路板的射频部分、想了解启用和使用 J3 外部天线连接器的正确方法。

基于原理图和连续性测量结果：

板载天线 (A1) 工作正常。
J3 外壳可连接到 GND。
J3 中心引脚与 C17 封装具有连续性。
J3 中心引脚与 C18/Z1 附近的射频线路不连通。
C17 在原理图中标记为 DNM。

根据我的理解、当前配置似乎仅将射频路由到板载天线、而 J3 路径可能需要额外的组装或重新配置。

请告知：

启用/使用 J3 外部天线的正确方法。
是否需要填充 C17。
C17 所需的组件值/类型（如果适用）。
使用 J3 而不是 A1 时、是否需要任何额外的射频匹配元件更改。

感谢您的帮助。

此致、
Muhammad Huzaifah

[参考译文] CC1354P10：从受保护的 CC13x4 上的 uniflash CLI 执行批量擦除

admin — Fri, 15 May 2026 22:09:38 GMT

Other Parts Discussed in Thread: UNIFLASH, CC1354P10, CC1310

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1646449/cc1354p10-executing-mass-erase-from-uniflash-cli-on-protected-cc13x4

部件号： CC1354P10
主题中讨论的其他器件： UNIFLASH、 CC1310

使用 CC1314/CC1354 器件时、我使用 XDS110 将编程脚本写入闪存内部存储器、正常情况下可以正常工作、但在运行时、固件会启用 JTAG 保护功能、可在访问前强制进行批量擦除。

设置保护后、Uniflash GUI 将提示我确认解锁/芯片擦除、然后正常工作。但对于 CLI、我无法执行相同的解锁/擦除、我得到以下信息：
fatal: IcePick_C: Error connecting to the target: (Error -241 @ 0x0) A router subpath could not be accessed. A security error has probably occurred. Make sure your device is unlocked. (Emulation package 20.4.0.3756)

注意：在 CCS 中测试连接时出现相同的错误–241。

作为参考、我遵循了本指南、创建了独立的 CLI、除了这个 JTAG 保护功能外、我可以很好地执行擦除和编程操作、而不会出现任何问题：

https://software-dl.ti.com/ccs/esd/uniflash/docs/latest_qsguide.html#standalone-command-line-tool

我需要让这个 CLI 完全正常工作、以便我们的开发人员团队刷写硬件。

谢谢、
亚伯拉罕

[参考译文] CC1352P：TI 同步串行接口示例

admin — Fri, 15 May 2026 08:47:42 GMT

Other Parts Discussed in Thread: CC1352P

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1646250/cc1352p-ti-synchronous-serial-interface-example

器件型号： CC1352P

尊敬的 Sirs：

我需要实现 TI 同步串行接口协议。

您可以帮助修改相关 SDK 示例吗？

谢谢

Jacky~ć

[参考译文] CC1312R：可能/如何实现具有 25-50 个通道的跳频、但仍满足 FCC 15.247 要求

admin — Fri, 15 May 2026 07:27:11 GMT

Other Parts Discussed in Thread: SYSCONFIG, CC1352P

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1646212/cc1312r-possible-how-to-implement-frequency-hopping-with-25--50-channels-and-still-meet-fcc-15-247-requirement

器件型号： CC1312R
主题中讨论的其他器件： SysConfig、 CC1352P

您好、

根据应用报告 swra529a 和 swry025、通过设置某些参数、CC13XX 器件可以配置为符合 FCC 15.247 要求。涉及 50 多个渠道的部分对我来说似乎很清楚。我们只需在信道掩码中选择 50 个以上的信道、并确保传输功率小于 30dBm。但我不确定是否使用 25 - 50 个信道进行跳频。 swry025 似乎表明、我们只需要确保传输功率低于 24dBm、然后 SDK 将处理其余部分。

另一方面、CFR47-15.247 中的文本指出、如果要将跳频通道减少到 25 个以上、我们需要使用 20dB 带宽大于 250kHz。

if the 20 dB bandwidth of the hopping channel is 250 kHz or greater, the system shall use at least 25 hopping frequencies and the average time of occupancy on any frequency shall not be greater than 0.4 seconds within a 10 second period. The maximum allowed 20 dB bandwidth of the hopping channel is 500 kHz

根据 SWRA529A、包含默认设置的 20dB 带宽为 100KHz。如果我们只想通过 25 个信道跳频、这似乎不符合 15.247 要求。我在这里有点困惑。有人可以帮助澄清吗？

顺便说一下、我认为 SWRA529A 中有一个拼写错误。标记的数字应为 500kHz。

[参考译文] CC1354P10：标准 DMM 样片不适用于 Sub-1GHz 上的 CC1354P10 开发套件

admin — Thu, 14 May 2026 07:16:18 GMT

Other Parts Discussed in Thread: CC1354P10

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1645763/cc1354p10-standard-dmm-samples-not-working-for-cc1354p10-dev-kit-on-sub-ghz

部件号： CC1354P10

尊敬的 TI 社区：

我认为 CC1354 系列上用于低于 1GHz 通信的 DMM 实施可能存在问题。

我正在使用以下环境在 TI 开发套件上测试标准固件示例：

SDK： simplelink_cc13xx_cc26xx_sdk_8_32_00_07
CCS Studio： Version 20.5.0.28__1.11.0

工作配置

以下示例工作正常：

dmm_154sensor_remote_display_app 在 CC1352R1 上与 CC1354P10 上的集电极通信
dmm_154sensor_remote_display_app_2_4g 在 CC1354P10 上与 CC1354P10 上的收集器通信
dmm_154sensor_remote_display_app_2_4g 在 CC1354P10 上与 dmm_154collector_remote_display_app_2_4g CC1354P10 进行通信

非工作配置

以下设置不起作用：

dmm_154sensor_remote_display_app 在 CC1354P10 上与 CC1354P10 上的收集器通信
dmm_154collector_remote_display_app 根本无法形成网络

我确实注意到一个 dmm_154sensor_remote_display_app 在 CC1352R1 上与 CC1354P10 上的收集器连接的实例；但它似乎在事后崩溃。很难复制这一点。

这似乎表明 2.4GHz DMM 示例在 CC1354P10 上正常工作、而 Sub-1GHz DMM 示例则无法正常工作。

是否有其他人观察到这种行为、或者 CC1354P10 上的 Sub-1GHz DMM 支持存在已知的限制/配置问题？

此致

Brenton