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

[参考译文] CC1352P：在 11.25kHz 带宽内针对 9600bps 的 CC1352 设置

admin — Tue, 28 Jul 2026 14:28:36 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1668312/cc1352p-cc1352-settings-for-9600bps-within-11-25khz-bandwidth

器件型号： CC1352P

大家好
我尝试找到适合 9600bps 的 CC1352 设置以适应 12.5kHz 通道。
允许的带宽为 11.25kHz

我预计需要 4GFSK、但我无法确定要设置的设置。

我正在寻找具体的偏差数值。

如果我应用 Carsons 规则与此,我得到:

符号速率= 4800
BW = 2*（Deviation+符号速率）-> BW = VDI/2 — 符号速率= 825kHz
这是正确的吗？

RE: [参考译文] CC1352P：在 11.25kHz 带宽内针对 9600bps 的 CC1352 设置

admin — Sun, 02 Aug 2026 06:36:24 GMT

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

请注意、即使是 TCXO 也有一些 ppm 的频率误差、您也应该留出一些裕度来实现这一点。

RE: [参考译文] CC1201：CC1201 调制格式 2-GFSK RX 和 2-FSK TX

admin — Sun, 02 Aug 2026 06:34:40 GMT

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

当我尝试查找 WMUS T 模式的设置时、我看到了类似的内容。我的理论是、在低信号电平下、信号看起来更像 GFSK、而不是 FSK。由于同步搜索（经过简化）将传入位流与同步字进行比较、因此在 RX 端使用 GFSK 可能会有所帮助。

[参考译文] CC1201：CC1201 调制格式 2-GFSK RX 和 2-FSK TX

admin — Thu, 30 Jul 2026 22:32:01 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1669244/cc1201-cc1201-modulation-formats-2-gfsk-rx-and-2-fsk-tx

部件号： CC1201

我一直在开发测试中与 CC1201 合作、我想看看是否有人在使用对讲机的不匹配调制模式时遇到了改进的链路关闭和减少的数据包丢失。似乎当我在 TX 中使用 2-FSK、在 RX 中使用 2-GFSK 时、在监控数据包丢失率时、我名义上将器件之间的连接提高了 1-5%。

例如：

625kSPS 833.33kHz RX 滤波器 BW 189.81kHz 偏差 2-GFSK RX / 2-FSK TX ~1%数据包丢失

625kSPS 833.33kHz RX 滤波器 BW 189.81kHz 偏差 2-GFSK RX / 2-GFSK TX ~5%数据包丢失

625kSPS 833.33kHz RX 滤波器 BW 189.81kHz 偏差 2-FSK RX / 2-FSK TX ~2%数据包丢失

RE: [参考译文] CC1201：CC1201 调制格式 2-GFSK RX 和 2-FSK TX

admin — Fri, 31 Jul 2026 13:02:39 GMT

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

这些测量是在内联~90dB 衰减的情况下进行的、来自接收到的数据包的 RSSI 在–93dB/–95dB 范围内。我记得之前在 1km 左右障碍物下进行辐射测试时做过这些测试、我看到了类似的结果、在 TX 设置为 2-FSK 且 RX 设置为 2-GFSK 的链路方面略有改善。这就是为什么我再次尝试该配置、看看它是否仍然存在

[参考译文] CC1312R：CC1312R：power_idleFunc

admin — Mon, 27 Jul 2026 00:55:16 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1667580/cc1312r-cc1312r-power_idlefunc

器件型号： CC1312R

我正在使用我之前作为基础收到的示例代码、`在 Δ V Power_idleFunc ()`期间发生 1mA 电流消耗的问题。

我使用的是 LAUNCHXL-CC1312R1。
将代码配置为进入待机模式并仅通过按下按钮唤醒、
在大约三天的时间内未观察到异常电流 (1mA)。

现在、我正在修改代码以使计时器模块保持激活状态后进行进一步的测试。

一段时间
以来、我一直想知道有一种现象：从计时器中断启动到中断实际触发、大约需要 340ms。
我已经通过使用示波器监测端口 TP1 (DIO28) 和 TP2 (DIO27) 来专门验证了这一点。
这种行为是否可以解释？ 我将提供实际代码。
请告诉我、我在如何初始化或停止计时器时是否有任何错误。

sleepTest1.zip

RE: [参考译文] CC1312R：CC1312R：power_idleFunc

admin — Fri, 31 Jul 2026 10:51:30 GMT

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

段階的にモジュールの追加をしていくことがいいアイデアということをおっしゃっていいるのですか？当然スタンバイに入る事は消費電流を確認したうえでの現象です。タイマー割り込みの340msの遅延については、実験していただけませんか？もしくはこちらの提供したソフトに問題があるのか回答いただけませんか？よろしくお願いします。μ s

RE: [参考译文] CC1312R：CC1312R 射频通信：如何实现固定长度通信

admin — Fri, 31 Jul 2026 08:59:54 GMT

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

嗨、Marie

感谢您的答复。
我将根据您的回答重试。

[参考译文] CC1312R：CC1312R 射频通信：如何实现固定长度通信

admin — Thu, 30 Jul 2026 08:25:29 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1668995/cc1312r-cc1312r-rf-communication-how-to-implement-fixed-length-communication

器件型号： CC1312R

我们正在努力更大限度地缩短射频通信时间。
作为这项工作的一部分、我们试图通过减小正在传输的数据包的大小来缩短射频通信时间。
我们将使用 TI 提供的标准数据包格式进行射频通信。
我们计划通过消除标准数据包格式中的“长度字段“（即，将其设置为 0 字节）来减小数据包大小。
我们认为、将数据包大小设置为固定长度 (bVarLen=0) 可以消除“长度“字段、因此我们测试了此配置；虽然数据包确实到达接收器、但内容与预期值不匹配。
我们目前正在调查此问题的原因。
接收的值与预期值不同的一个可能原因是发送方未能传输预期值。
我想验证如何在发送方侧配置`Ω pktLen`。
将`Ω pktLen`设置为数据包数据大小是否正确？
对于以下配置 — 前导码：4 字节、同步字：3 字节、有效载荷：5 字节、固定长度通信（长度字段）：0 字节、禁用地址过滤（地址）：0 字节、CRC：2 字节 — 将 pktLen 设置为 14 字节是否正确？

RE: [参考译文] CC1201：CC1201 调制格式 2-GFSK RX 和 2-FSK TX

admin — Fri, 31 Jul 2026 08:31:43 GMT

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

尊敬的 Etan：

您在哪个信号级别测量数据包丢失？您是进行传导测量还是辐射测量？

RE: [参考译文] CC1352P：在 11.25kHz 带宽内针对 9600bps 的 CC1352 设置

admin — Fri, 31 Jul 2026 08:27:06 GMT

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

尊敬的 Jeroen：

对于 2FSK 卡森法则、BW =符号速率+ 2*偏差；对于 4FSK、BW =符号速率+ 2*外部偏差。

卡森法则是用于实现理想 FSK 信号的一条很好的经验法则。在本例中、由于您考虑使用高斯滤波器、因此信号带宽实际上会更低。

为了使信号适合 11.25kHz BW、您可以使用 BT=0.5 的高斯滤波器来使用大约 4.1kHz 的外部偏差。采用这些设置时、99%的占用带宽约为 11kHz。

RE: [参考译文] CC1312R：CC1312R：power_idleFunc

admin — Fri, 31 Jul 2026 08:03:34 GMT

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

尊敬的 Shingo：

听起来好主意。

请注意：在回调模式下添加 UART 将阻止器件进入待机模式、因为器件需要侦听传入的 UART 事务。这通常通过添加一个 GPIO 握手来解决、这个握手可以唤醒 UART 事务本身之前的器件。

谢谢、

Marie H

RE: [参考译文] CC1312R：CC1312R 射频通信：如何实现固定长度通信

admin — Fri, 31 Jul 2026 07:33:11 GMT

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

尊敬的 Risei：

对于 CMD_PROP_TX with bVarLen=0、该 pktLen 字段 仅指定由指向的缓冲区中的字节数 pPkt — 不包括前导码、同步字或 CRC。这些字段由射频内核自动处理。在您的情况下、应将其设置为 5（而不是 14）。

在 RX 侧 CMD_PROP_RX bVarLen=0、使用和、设置 maxPktLen = 5。接收器将期望在同步字之后和 CRC 之前正好有 5 个字节。

// TX side
RF_cmdPropTx.pktConf.bVarLen = 0;  // Fixed length, no length byte transmitted
RF_cmdPropTx.pktConf.bUseCrc = 1;  // Hardware appends CRC automatically
RF_cmdPropTx.pktLen = 5;           // Payload size only
RF_cmdPropTx.pPkt = &yourPayloadBuffer[0];  // 5-byte buffer

// RX side
RF_cmdPropRx.pktConf.bVarLen = 0;  // Fixed length
RF_cmdPropRx.maxPktLen = 5;        // Expect 5 bytes after sync, before CRC

谢谢、

Marie H

[参考译文] CC1312R：CC1312R 上支持无线 M-Bus、用于日本 920MHz 频带

admin — Tue, 14 Jul 2026 08:31:56 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1663993/cc1312r-wireless-m-bus-support-on-cc1312r-for-japanese-920-mhz-band

器件型号： CC1312R

尊敬的专家：

我们正在评估用于日本智能计量应用的 CC1312R。

根据 TI 文档、无线 M-Bus 堆栈支持欧洲 868MHz、433MHz 和 169MHz 频带。我们找不到有关日本 920MHz 频段操作的信息。

您能否澄清以下几点？

1.是否可以将 TI 无线 M-Bus 堆栈 (OMS v4.1.2) 配置为在 CC1312R 上的日本 920MHz 频段中运行？

2.如果开箱即用不支持 920MHz 操作:

-是否有任何推荐的迁移路径?

-现有的无线 M-Bus 堆栈源/框架是否可以作为一个起点被重复使用?

3.在 920MHz 频段中运行是否只需要更改射频参数,或者是否存在阻止此类迁移的协议/堆栈限制?

4. TI 或 Stackforce 是否曾在标准 868/433/IEEE 169MHz 频带以外的频带上支持或评估过无线 M-Bus 实施？

5.是否有任何基于 CC1312R/CC1312P 且已获得在日本 920MHz 频带运行的无线电认证的 TI 参考设计、评估板、模块或客户设计？

6.如果客户想要在认证前评估日本的 CC1312R/CC1312P、TI 是否有关于评估板的使用和地区法规要求的任何建议？

我们的客户对日本的逐表读数感兴趣、并考虑将无线 M-Bus 作为候选协议之一。

最好的注意、

IBUKI ENDO

RE: [参考译文] CC1312R：CC1312R 上支持无线 M-Bus、用于日本 920MHz 频带

admin — Fri, 31 Jul 2026 06:15:24 GMT

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

嗨、Zack-san、

感谢您发送编修。

我尝试接受它, 但我收到了 403 错误 ,我无法完成请求.

我只是想让你知道。

此致、
IBUKI ENDO

RE: [参考译文] CC1311R3：1.8V 和 3.3V 电源之间的最大传输功率是否存在差异

admin — Thu, 30 Jul 2026 19:33:14 GMT

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

您好、

是、以下行阐明了对于+14dBm 传输、需要 2.1V 的最小 VDDS（电源电压）（升压模式意味着将 VDDR 升压至 1.95V 以实现更高的输出功率）。

否则、当 VDDS < 2.1V（或未启用升压模式）时、最大 TX 输出功率为+12.5dBm。

此致、

Zack

[参考译文] CC1311R3：1.8V 和 3.3V 电源之间的最大传输功率是否存在差异

admin — Thu, 30 Jul 2026 14:17:31 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1669159/cc1311r3-is-there-a-difference-in-maximum-transmission-power-between-1-8v-and-3-3v-power-supply

部件号： CC1311R3

尊敬的 TI 工程师：

您能否帮助确认 1.8V 和 3.3V 电源之间的最大传输功率是否存在差异？

从数据表中、我们可以得知 VDDR = 1.95V 时的最大输出功率为 14dBm

谢谢、

此致

RE: [参考译文] CC1312R：CC1312R 上支持无线 M-Bus、用于日本 920MHz 频带

admin — Thu, 30 Jul 2026 19:14:14 GMT

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

尊敬的 Ibuki-san：

您可能无法公开提供信息、但无线 M-Bus 通常是一项基于欧洲的标准（这里我可能遗漏了一些内容）。我们可能需要更多详细信息才能对此提供帮助。我已经邀请了一位同事、也发送了一个朋友的请求。

此致、
Zack

[参考译文] CC113L：OOK 不工作

admin — Mon, 13 Jul 2026 09:39:06 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1663568/cc113l-ook-not-working

部件号： CC113L
主题中讨论的其他器件： TEST2、 CC1354P10

尊敬的 Champs：

我尝试将 OOK 消息从 LP-EM-CC1354P10-1 传输到定制 CC113L 定制板。为 433MHz。我知道这不是 LP 设计为最佳工作的频率。但这次测试不需要很长的距离。这些电路板在桌子上彼此非常靠近。

2 个 LP-EM-CC1354P10-1 电路板在测试中运行良好。 1 个发射、1 个接收。同样在 433MHz。但 CC113L 定制电路板无法收到任何消息。我在 CC113L 中检查了 RSSI 值。当发送器 (LP-EM-CC1354P10-1) 发送数据时、该参数最高可达–50dBm。停止传输时、CC113L RSSI 恢复到–90dBm。所以我想它可以检测到即将到来的无线电信号、但我不知道为什么它不能给出任何输出消息。

下面是 CC113L 的寄存器设置。 SmartRF Studio 7 生成的软件。由 MSPM0 MCU 写入 CC113L、并进行了验证。

我有一些问题需要您的帮助来解决：

上述测试案例是否可行？（LP-EM-CC1354P10-1 将 OOK 消息发送到 433MHz 处的 CC113L 定制板）
如果是、我应该检查/更改什么以使连接正常工作？

CC113L 设置：

IOCFG2 [0x00]= 0x29

IOCFG1 [0x01]= 0x2E

IOCFG0 [0x02]= 0x06

FIFOTHR [0x03]= 0x47

SYNC1 [0x04]= 0xD3

SYNC0 [0x05]= 0x91

PKTLEN [0x06]= 0xFF

PKT1L1 [0x07]= 0x04

PKTCTRL0 [0x08]= 0x05

地址 [0x09]= 0x00

CHANNR [0x0A]= 0x00

FSCTRL1 [0x0B]= 0x06

FSCTRL0 [0x0C]= 0x00

FREQ2 [0x0D]= 0x10

FREQ1 [0x0E]= 0xB0

FREQ0 [0x0F]= 0x71

MDMCFG4 [0x10]= 0xF7

MDMCFG3 [0x11]= 0x83

MDMCFG2 [0x12]= 0x3B

MDMCFG1 [0x13]= 0x00

MDMCFG0 [0x14]= 0x00

DEVIATN [0x15]= 0x15

MCSM2 [0x16]= 0x07

MCSM1 [0x17]= 0x30

MCSM0 [0x18]= 0x18

FOCCFG [0x19]= 0x16

BSCFG [0x1A]= 0x6C

AGCCTRL2 [0x1B]= 0x03

AGCCTRL1 [0x1C]= 0x40

AGCCTRL0 [0x1D]= 0x91

FREND1 [0x21]= 0x56

FSCAL3 [0x23]= 0xEF

FSCAL2 [0x24]= 0x2B

FSCAL1 [0x25]= 0x19

FSCAL0 [0x26]= 0x1F

TEST2 [0x2C]= 0x81

TEST1 [0x2D]= 0x35

TEST0 [0x2E]= 0x09

PARTNUM [0x30]= 0x00

版本 [0x31]= 0x18

MARCSTAT [0x35]= 0x0D

PKTSTAT [0x38]= 0x60

RXBYTES [0x3B]= 0x00

Tx 板的 CC1354P10 设置

smartrf_settings.h

smartrf_settings.c

此致、

Kien

RE: [参考译文] CC113L：OOK 不工作

admin — Thu, 30 Jul 2026 12:59:11 GMT

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

尊敬的 Kien：

客户是否使用 GFSK 等确认了基本链接（以确认要开始的链接）？

它看起来在 CC113L 侧启用了曼彻斯特编码、基于： MDMCFG2 [0x12]= 0x3B

基于 CC1101 的器件和 CC135x 器件在处理曼彻斯特编码数据包方面存在差异： https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_8_33_00_16/docs/proprietary-rf/proprietary-rf-users-guide/proprietary-rf/cc1101-migration.html?highlight=manchester%20encoding#cc1101-proprfdevice-using-manchester-coding

此外、 CC113L 上的 OOK 不支持频率偏移补偿。因此、的当前设置 FOCCFG [0x19] = 0x16 应更改为 FOCCFG [0x19] = 0x14 （即设置） [1:0] FOC_LIMIT[1:0] = 0。

如果我在 Studio 中将基础频率设置为 433.92MHz、则 FSCAL 寄存器等设置为与客户使用的值不同；这些频率合成器设置是否专门由客户发现变化？

客户是否确认了 CC1354P10 的实际 TX 频率？如果存在频率偏移、并且具有 OOK 功能的 CC113L 不支持 FOC、则可能需要增加 RXBW。

可能还有其他一些设置、因此我们建议检查 CC113L 侧的其他设置。我不确定客户是否了解此文档？ SWRA215 （CC110x CC111x OOK ASK 寄存器设置）： https://www.ti.com/lit/swra215

此致、

Zack

RE: [参考译文] CC1352P7：申请 PCN 和 CC1352P7 器件修订版本更改的说明–CC1352P74T0RGZR

admin — Tue, 28 Jul 2026 11:22:50 GMT

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

尊敬的 Andres：

从版本 B 变为版本 C 是新增了一个晶圆制造厂。 PCN 已附加。

e2e.ti.com/.../PCN20250116000.1.pdf

[参考译文] CC1352P7：申请 PCN 和 CC1352P7 器件修订版本更改的说明–CC1352P74T0RGZR

admin — Mon, 27 Jul 2026 21:58:18 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1667972/cc1352p7-request-for-pcn-and-clarification-of-cc1352p7-device-revision-change-cc1352p74t0rgzr

器件型号： CC1352P7

我们确定了最新发货中收到的 Texas Instruments CC1352P7 器件的顶部标识有所不同。
完整订购器件型号：CC1352P74T0RGZR 先前的器件标识：CC1352 P74 TI 5B8 B【批次追踪代码】新器件标识：CC1352 P74 TI 5C8 C【批次追踪代码】根据 CC1352P7 器件勘误表中提供的器件标识信息、最终字母似乎表示器件修订代码。
我们之前的材料标有修订代码 B、而最新材料标有修订代码 C。您可以将此申请升级至您的产品质量团队和 Texas Instruments FAE 或产品线代表吗？在将该材料发布用于生产之前、我们需要以下信息：
1.确认最终字母 B 和 C 表示不同的器件或器件修订版本。 2.与器件修订版本代码 C 对应的器件 PG 修订版本
3.与此修订版本更改相关的官方 PCN、PCN 编号或其他变更通知。
4.详细比较器件版本 B 和 C
5.更正、修改或保留适用于修订版 C 的修订版 B 器件勘误表公告的确认
6、确认形式、适用性、功能和软件兼容性。
7.确认任何影响的更改： — 器件 ROM 或引导加载程序 — 射频性能和射频修整- PA 输出功率 — 接收器灵敏度-功耗 — ADC 或电源管理行为 — 编程过程- SimpleLink SDK 兼容性 — 制造测试限制或校准要求
8、修订版 C 的鉴定结果或增量鉴定文档。9. 无需客户额外批准即可确认修订版 B 和修订版 C 材料是否可以在同一生产构建中混合。还请确认是否应通过产品变更通知传达此变更。随附之前和新器件标识的照片、以及卷带和运输标签信息。
此致、

RE: [参考译文] CC1312R：CC1312R：power_idleFunc

admin — Tue, 28 Jul 2026 00:19:20 GMT

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

是的、继上一次查询后、我在评估板上测试了 Siri 提供的示例代码、并确认仅通过按下按钮触发系统时不会发生 10mA 电流消耗。
我还确认在活动操作期间使用计时器模块时不会发生 10mA 电流消耗。
为了确定当前在定制设计的电路板上观察到 1mA 电流消耗的原因、我会逐步将应用的功能移植到评估板。 关于功能、我计划逐一添加射频、UART 和 SPI 处理、调查 1mA 问题的原因。 另外、可以通过将我发送到评估板的项目加载到来验证与计时器中断延迟时间相关的问题；我希望得到有关这方面的明确答案。

[参考译文] smartrf-Studio-7：4FSK 再次…

admin — Mon, 06 Jul 2026 07:06:03 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1661347/smartrf-studio-7-4fsk-again

器件型号： smartrf-Studio-7
主题中讨论的其他器件： CC1312R7、 LAUNCHXL-CC1312R1

我正尝试提高基于 CC1314 的设计的吞吐量。现在它在 1.4Mbps、2GFSK 下达到最大值、其中我可以获得合理的性能（对于速度）。

我尝试使用 SmartRF Studio 验证 PHY、但仅能达到较低的速度。

设置：

两台装有 SmartRF Studio 的笔记本电脑。两个自己的无线电。两者均连接 XDS110 和 5 引脚 CJTAG。

1) 从 50kbps /dev 25kc /100kbps rxbw 示例开始。

2) 修改 1245MHz 的频率、并将 LO 更改为 0x04。

3) 验证零错误 2FSK。

4) 将 FEC-format 更改为 9、启用 4-FSK。将偏差减小至 8kHz (1/25kHz)

5) 使用无限数量的数据包进行测试。 PER = 17.5%、BER = 0.1%（对我来说似乎很奇怪，–64dBm RSSI）

6) 将速率设置为 200kbps、偏差设置为 33kHz、将 RXfilt 设置为 310kHz。

7) 进行上述测试、PER = 4.7%、BER = 0.03%

8) 将速率设置为 400kbaud、偏差设置为 66kHz、将 RXfilt 设置为 621kHz。

9) 如上所述测试、PER = 0.4%、BER =……

10) 将速率设置为 600kbaud、偏差 100kHz、RXbw 设置为 1241kHz

11) 如上所述进行测试、未收到任何数据包。

12) 用连续接收进行测试,以将数据包显示为 RSSI 指示,显示间隔为 12mS 的数据包,并且仅使用较短的持续时间,表示 TX 在这种速率下出现错误行为。这是否符合预期、我是否应该将其解释为主机（笔记本电脑）/ Windows 问题、而不是 CC1314 问题？

我已经用标准同步字和 0xd75f55df 尝试了这一点、我已经理解这是一个仅使用+/- 3 调制符号的同步字、但没有区别。

最后：

2FSK 按预期工作、但速率最高仅为 1.4Mbps、我有用于 1.5、1.6 等的 PHY、其设置根据“FM/FSK 规则“进行缩放、并且调整了 RXbw、但不能超过 1.4Mbps。这是我们自己的代码、目前正在单独进行调查。尝试使用另一个工具达到更高的速率、SmartRF Studio 似乎无法达到 400kbps 以上。

我相信我们已阅读所有支持文档。

RE: [参考译文] smartrf-Studio-7：4FSK 再次…

admin — Mon, 27 Jul 2026 12:38:10 GMT

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

大家好：

我很高兴我终于成功地将速度提高到 1.4 Mbps 以上。在我们的应用（以太网桥接）中、我们通过无线电实现了 1.05 Mbps TCP

链路、转发速率、即使 TCP WIN 更新沿相反方向传输。因此、我们实现了相当高的 52%链路利用率。

我们尚未尝试类似 1.2 百万分率/秒 4 FSK 的操作、但我们将进一步查看此类操作...

值得注意（但对于启动的情况并不奇怪）、由于通道宽度减小、这是更好的 SNR、总的来说、1.4Mbps 2FSK 是一个更好的概念。

如果是电流限制的是符号速率而不是比特率、我们应该能够进一步达到目标。

此致、再次感谢您的帮助...

Gullik