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

[参考译文] MSPM0G3507：芯片已锁定、无法使用 Uniflash 解决。

admin — Fri, 24 Apr 2026 16:46:29 GMT

Other Parts Discussed in Thread: MSPM0G3507

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1640248/mspm0g3507-the-chip-is-locked-and-cannot-be-solved-with-uniflash

器件型号： MSPM0G3507

尊敬的 TI 技术支持团队：
我 ×MSPM0G3507（（80MHz Arm®Cortex®‑M0+ MCU、128KB 闪存、3 μ A 比较器）开发一个工程。在比较器配置的开发过程中、芯片经常被锁定。最终、设备完全无法访问。 IDE (CCS) 和调试器 (XDS110) 无法连接到目标。错误消息如下所示：
连接到目标时出错：连接到 MSPM0 内核失败。可能的根本原因：1) 使用密码禁用或启用了 NONMAIN 内的调试访问。 2) 外设配置错误（例如看门狗或时钟不正确）。要查看问题的更详细诊断、请按下“读取引导诊断“按钮。连接到目标时出错：（错误–6310）PRSC 模块无法读取寄存器。（仿真包 20.5.0.3902）
图片中提供了完整的信息。

如果您能提供帮助、我将不胜感激。

[参考译文] CC1312R7：2-GFSK 白化和 CRC 算法

admin — Fri, 24 Apr 2026 09:48:16 GMT

Other Parts Discussed in Thread: LP-CC1312R7

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1640096/cc1312r7-2-gfsk-whitening-and-crc-algorithm

器件型号： CC1312R7

您好、

我们希望检查 LP-CC1312R7 (RX) 与其他不是 TI 产品的 Sub-1GHz 器件 (TX) 之间的通信、我们已经验证了在选择补音模式 PN9 时、它们可以很好地通信、现在我们希望将美白模式选择为“7：兼容动态 IEEE 802.15.4g 的白化器和 16 位或 32 位 CRC“、如图所示。

但是 LP-CC1312R7 无法接收正确的数据、我们希望修改 TX 设备数据包构建过程、使其能够良好通信、因此、您能告诉我们应该做什么、或者在选择这种白化模式时应使用什么白化和 CRC 算法。

[参考译文] CC115L：无线电驱动程序

admin — Thu, 23 Apr 2026 15:08:09 GMT

Other Parts Discussed in Thread: CC115L

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1639814/cc115l-radio-driver

部件号： CC115L

尊敬的 TI 支持团队：

您是否为 CC115L 发射器提供完全实施的无线电驱动程序？

[参考译文] CC1312R7：2GFSK 的高斯滤波器 BT 值

admin — Wed, 22 Apr 2026 03:13:05 GMT

Other Parts Discussed in Thread: CC1312R7

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1639040/cc1312r7-gaussian-filter-bt-value-for-2gfsk

器件型号： CC1312R7

我想知道 CC1312R7 LaunchPad 的 2-GFSK 高斯滤波器 BT 值、我在数据表中找不到它。

我们想知道 BT 值是否与用户选择的符号速率和偏差有关。

[参考译文] CC1312R：WLCSP 封装

admin — Tue, 21 Apr 2026 15:55:48 GMT

Other Parts Discussed in Thread: CC1312R, CC1312PSIP, CC1311P3, CC2340R5

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1638922/cc1312r-wlcsp-packaging

器件型号： CC1312R
Thread 中讨论的其他器件： CC1312PSIP、 CC1311P3、 CC2340R5

尊敬的 TI：

我正在寻找为一个亚洲的大黄蜂建立一个跟踪器。因此、尺寸和重量至关重要。

是否有办法采用 WLCSP 封装获取 MCU（低于 1GHz 或略高于）？

如果不能直接从您那里购买,它是否存在? 我可以在其他地方获得它吗?

我曾尝试寻找替代产品、但找不到任何采用 WLCSP 封装的合适 MCU。

谢谢您的支持

[参考译文] smartrf-Studio-7：Mac 支持

admin — Tue, 21 Apr 2026 15:55:45 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1638921/smartrf-studio-7-mac-support

器件型号：smartrf-Studio-7

您好、

我刚刚下载了 SmartRF Studio。这是一个 zip 文件、其中包含一个 Windows 可执行文件。我使用的是 Mac、并且无法访问任何基于 Windows 的计算机。如何使用该工具？

谢谢、
标记

[参考译文] CC1354P10：ZigBee 应用默认安全区域问题

admin — Fri, 17 Apr 2026 13:08:00 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/1637824/cc1354p10-zigbee-app-default-safe-zone-issue

部件号： CC1354P10

大家好、我使用的是 CC1354P10、它使用了 Zigbee 栈并实现了 OTA 更新。我使用的是 mcuboot、最终会将 Zigbee 应用程序从默认安全区域移出。 mcuboot 跳转到应用程序,但当我在 stackInit() 中执行“macLowLevelInit()；“时,应用程序会崩溃。似乎移动 Zigbee 应用将失去处理可能位于安全区域内的外设的权限。是否有人遇到过类似的问题？

[参考译文] CC1311R3：使用 143 –176MHz 频段中的 CC1311R3 实现 1Mbps 比特率的配置建议和可行性

admin — Fri, 17 Apr 2026 09:54:04 GMT

Other Parts Discussed in Thread: CC1311R3, CC1312R7

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1637731/cc1311r3-configuration-recommendations-and-feasibility-for-achieving-1mbps-bit-rate-with-cc1311r3-in-the-143-176mhz-band

部件号： CC1311R3
主题中讨论的其他器件： CC1312R7

尊敬的 TI 团队：

我代表一位客户写信请求就 CC1311R3 的射频性能提供技术咨询。

客户目前正在开发一个基于 CC1311R3 的项目。

他们使用两个定制电路板进行点对点通信测试、工作频率设置为介于之间 143MHz 和 176MHz 。

【当前测试状态】

硬件： 定制 CC1311R3 开发板。
当前设置： 符号速率设置为时 500ksps 、数据包 TX/RX 测试运行正常且稳定。
遇到的问题： 当尝试将符号速率提高到时 600ksps 、接收器无法捕获任何数据包。

【初步研究和查询】

根据我们对 TI E2E 论坛和官方文档（如 SWRA682）的审查、我们假设在 143MHz (- 176MHz) 等较低频段下、600ksps 所需的信号带宽可能接近或超过的物理限值 最大 RX 滤波器带宽 硬件支持的范围。

以实现客户的目标 1Mbps 比特率 请您对以下方面的见解表示感谢：

频率和带宽限制： 143MHz - 176MHz 频段中的 RX 滤波器带宽是否存在硬件级物理限制、该限制会导致 600ksps 的接收失败？该特定频率范围内的最大可用 RX 滤波器带宽是多少？
4-GFSK 调制方案： 鉴于 500ksps 下的测试当前非常稳定、您建议将调制从 2-GFSK 切换到 4-GFSK (500ksps) 1Mbps 目标？如果是、您能否推荐频率偏差和 RX 滤波器 BW 的最佳设置？
参数移植建议： 如果我们参考 SWRA682 应用手册并将 1Mbps PHY 设置从 SmartRF Studio 中的 868MHz 移植到 143 –176MHz、是否需要任何特定的寄存器覆盖来确保合成器或中频 (IF) 正常运行？

我们期待您的专业指导帮助我们克服数据速率瓶颈。

谢谢你。

此致、

Mike Wu1.

[参考译文] CC113L：CC113L：请求 IMDS 提交和流程节点确认–CC113LRGPR

admin — Fri, 17 Apr 2026 08:34:26 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1637688/cc113l-cc113l-request-for-imds-submission-and-process-node-confirmation-cc113lrgpr

部件号： CC113L

您好：

我们为其中一个项目选择了参考 CC113LRGPR、我们要求此部件具备 IMDS。您能否将其提交到我们的 IMDS 帐户 (LID Technologies ID：103420)？

您是否还能确认参考 CC113LRGPR 的工艺节点是否低于 90nm？

此致。

[参考译文] CC1352R：在 CC1352R 上启用电源待机策略后、FreeRTOS 软件计时器会在前两个周期后晚约 4.5s 到期

admin — Wed, 15 Apr 2026 16:10:21 GMT

Other Parts Discussed in Thread: CC1352R

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1636961/cc1352r-freertos-software-timers-expire-about-4-5-s-late-after-first-two-cycles-when-power-standby-policy-is-enabled-on-cc1352r

器件型号： CC1352R

我正在使用 CC1352R 并启用 FreeRTOS 和 TI 电源待机策略。我的应用程序大部分时间都处于睡眠状态、定期唤醒、执行一些工作、然后重新进入睡眠状态。

从电源日志来看、在睡眠期间、器件有时会保持在 WFI 中、有时会进入待机状态。

我将 FreeRTOS 系统节拍与 RTC 时序进行了比较。在前两个计时器周期内、两者都正确匹配。之后、会出现大约 4.5 秒的固定偏移。从那时起、FreeRTOS 计时器会实时比预期晚约 4.5 秒到期。

例如、配置为 60 秒的计时器将在大约 64.5 秒时到期。我还测试了 10 秒 5 分钟的计时器,我得到了相同的额外延迟约 4.5 秒。

该偏移看起来是固定的、与配置的计时器周期不成正比。

您是否在 CC1352R 上执行无嘀嗒声空闲/待机电源策略之前看到过这种行为？ FreeRTOS 定时器、 Power_sleep ()、待机唤醒和 ClockP/RTC 时间重建`之间的交互是否存在任何已知问题？

[参考译文] CC1354P10：+20dBm PA 上 2.4GHz TX 的估算电流消耗

admin — Wed, 15 Apr 2026 14:31:28 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/1636911/cc1354p10-estimated-current-draw-for-2-4ghz-tx-on-20-dbm-pa

部件号： CC1354P10

当通过+20dBm PA 传输 2.4GHz 时、TI 是否有 CC1354P10 的电流消耗信息？数据表仅高达+5dBm

[参考译文] CC113L：请求 IMDS 提交和流程节点确认–CC113LRGPR

admin — Wed, 15 Apr 2026 11:36:01 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1636844/cc113l-request-for-imds-submission-and-process-node-confirmation-cc113lrgpr

部件号： CC113L

您好：

我们为其中一个项目选择了参考 CC113LRGPR、我们要求此部件具备 IMDS。您能否将其提交到我们的 IMDS 帐户 (LID Technologies ID：103420)？

您是否还能确认参考 CC113LRGPR 的工艺节点是否低于 90nm？

此致。

[参考译文] CC1310：低温下通信中断

admin — Tue, 14 Apr 2026 04:05:48 GMT

Other Parts Discussed in Thread: CC1190, CC1310

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1636129/cc1310-loss-communication-at-low-temperature

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

CC1310 使用 CC1190 原理图设计。 CC1310 在 0°C 至–5°C 温度之间失去通信。 CC1310 进入睡眠模式。我们尝试控制温度变化的斜降速率、但器件仍然失去通信。温度稳定在–15摄氏度后、器件便可以在硬件复位时恢复通信。但当温度上升时、器件会再次在 0°C 至–5°C 温度之间失去通信。

Tx 功率设置为 27db、接收器件在温控箱外非常接近。

出现此问题的可能原因是什么？

[参考译文] CC1352P7：Amazon Sidewalk 针对 FSK 无线电的最大 TX 功率

admin — Mon, 13 Apr 2026 19:05:18 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1636019/cc1352p7-amazon-sidewalk-max-tx-power-for-fsk-radio

器件型号： CC1352P7

您好：

我在 LP_CC1352P7-x 的 AWS Sidewalk SDK 示例中看到、app_900_config.h 中有一个

#define RADIO_MAX_TX_POWER_NA (20) // US915 的 20dBm
#define RADIO_MAX_TX_POWER_EU (14) //对于 EU868 为 14dBm

Amazon Sidewalk 实际使用的 TX 功率是否在这里设置？或者是否有其他地方可以配置 TX 功率的不同设置？

我看到 cc13xx_radio.c 文件中也有这一条

SID_PAL_RADIO_GET_max_tx_power ()

和

SID_PAL_RADIO_SET_TX_POWER ()

但不清楚如何使用它们、因为我认为它们不是直接从应用程序中调用的。

Munan

[参考译文] CC1310：OAD 失败

admin — Mon, 13 Apr 2026 09:44:44 GMT

Other Parts Discussed in Thread: CC1310, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1635768/cc1310-oad-failed

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

嗨、大家好：

使用两个 CC1310 MCU 测试 OAD 的示例
SDK 版本：Simplelink_cc13x0usdk_4_20-02_07、ti154STACK_LUX_x64_8_30_00_05
我尝试在 Linux 上发送 OAD 请求、但当传感器收到 OAD 请求时、OAD 直接失败、如图所示

我使用 UART 输出图片中圈出的参数：

oadBlkTot:1920
oadRemainingBytes：0
pValue[hdrOffset + 2]：0x00

pValue[hdrOffset + 3]：0xF0

我的问题应该来自 BIN 文件的生成。我通过引用自述文件生成了 BIN 文件
1.首先、将 bim_extflash.Hex 和 sensor_oad.Hex 合并为一个十六进制 (python hexmerge.py -o devices_1310.hex “--overlap=error" device_1310.hex“ device_1310.hex bim_1310.hex)
2.将合并的十六进制格式转换为 bin (python oad_image_tool.py -v 0x0200 -t onchip -i 生产设备_1310.hex -ob devices_1310_v0.2.0.bin -m 0x14F0)
但我检查过自述文件很多次,没有找到任何其他方法来生成文件。可以帮帮我吗？谢谢你

[参考译文] CC1352P7：无法找到线程协议的 RPC 固件

admin — Mon, 13 Apr 2026 04:16:45 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/1635607/cc1352p7-not-able-to-find-the-rpc-firmware-for-the-thread-protocol

器件型号： CC1352P7

您好社区：

我计划使用 LP-CC1352P7-1 开发套件来测试 Thread 边界路由器功能、并将 Linux (Ubuntu 22.04) 用作主机系统、将 CC1352P7 套件用作无线电。
我无法在中找到示例项目 (RPV-br) simplelink_cc13xx_cc26xx_sdk_8_32_00_07 SDK 中找到。
有人能帮助找到相同的示例工程吗？

提前感谢、
Hiren Bhuva.

[参考译文] CC1352P7：RF_runCmd TX 消息挂起

admin — Fri, 10 Apr 2026 19:09:38 GMT

Other Parts Discussed in Thread: CC1352P, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1635445/cc1352p7-rf_runcmd-tx-message-hangs

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

CCS 版本 20.4.1.4__1.10.1

simplelink_cc13xx_cc26xx_sdk_8_32_00_07、LP_CC1352P7-1、nortos 中的 rfPacketTx 示例

BeaglePlay 板上的硬件 CC1352P

rfPacketTx 示例无需修改即可运行。修改 SysConfig 以使用专有 802.15.4 协议：RF STACK->Custom。选择 IEEE 802.5.4-2,006,250 KPS。从原始示例中取消选择射频专有选项。

在 rfPacketTx.c 中更改射频调用和设置中结构的适当名称、例如使用“RF_cmdIeeeTx_ieee154_0"结构“结构名称。

在调试器中、看到 RF_runCmd (TX) 从不返回。

将 RF_runCmd 更改为 RF_postCmd 和 RF_pendCmd 以观察 TX.status。 tx.status 观察显示 postCmd 调用后状态为零。输入 pendCmd 呼叫时将更改为 9216。

从另一个论坛我尝试了以下,不工作:SysConfig->TI 设备->设备配置:将振荡器从 LF XOSC 更改为 LF RC OSC;取消选择 XOSC Cap 阵列修改;

还尝试了 sysconfig->RF design->RF Design：将低于 1GHz 频带分配给未使用；将高 PA 分配给频带分配给无

还尝试了 sysconfig->TI 驱动程序->RF：将使用硬件更改为无（beagle Play 只有 2 个天线开关 GPIO、这两个 GPIO 都在我未使用的 Sub-1GHz 上）。

相同的 tx.status 值 9216 结果。感谢任何指导。

[参考译文] CC1125：CC1125 用作 815MHz 接收器

admin — Fri, 10 Apr 2026 18:30:02 GMT

Other Parts Discussed in Thread: CC1125

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1635441/cc1125-cc1125-used-as-815mhz-receiver

部件号： CC1125

我正在进行一个新的产品设计、希望将 CC1125 初级管用作接收器、来测量 750 –900MHz 之间的通道的 RSSI。我正在尝试寻找一款可以与此 CC1125 搭配使用的平衡 — 非平衡变压器器件，该器件可用于此范围。我查看了您的 868MHz 参考设计以获取一些想法。您能推荐一款器件吗？我看的也许是 Johanson 0900BL18B100E、但我不知道平衡的一面是否会正确匹配 CC1125。

此外、我想确保 CC1125 器件将在此频率范围内调谐、并能够检测 25KHz 和 12.5KHz 通道的 RSSI。

您能否帮助我解决 CC1125 的这个应用问题或推荐其他 TI 解决方案？

非常感谢。

Ken Pokigo

[参考译文] CC1120：精确的频率范围

admin — Fri, 10 Apr 2026 08:14:09 GMT

Other Parts Discussed in Thread: CC1125, CC1120

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1635197/cc1120-exact-frequency-range

部件号： CC1120
主题中讨论的其他器件： CC1125、

我们要求确认 CC1120/CC1125 是否提供了两者之间的完整覆盖范围 320MHz 至 380Mhz 和 400MHz 至 470MHz 还是仅限于此范围内的特定子频段。

[参考译文] CC1352P：如何将 FEM 添加到 CC1352 中但避免 RX 饱和

admin — Fri, 10 Apr 2026 03:15:19 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/1635082/cc1352p-how-to-add-fem-to-cc1352-but-avoid-rx-saturation

器件型号： CC1352P

您好、

我的客户希望 TX 输出功率为 30dBm、并尝试使用 SKY66122。

https://www.skyworksinc.com/en/Products/Front-end-Modules/SKY66122-11

他们发现 TX 变得更好、但 RX 可能会饱和、因为 SKY66122 中也有 LNA。

有什么避免 RX 饱和的建议？

BR、

Frank

[参考译文] LP-XDS110ET：手动刷写无线电工具

admin — Thu, 09 Apr 2026 13:16:41 GMT

Other Parts Discussed in Thread: SIMPLELINK-WIFI-TOOLBOX

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1634872/lp-xds110et-manually-flash-radio-tool

器件型号： LP-XDS110ET
Thread 中讨论的其他器件：SIMPLELINK-WIFI-TOOLBOX 、 CC3551E

您好、

我遇到以下问题、然后尝试手动刷写无线电工具。

./simplelink-wifi-toolbox.exe radio-tool -i XDS110 -param1 auto common load_radio_tool --tbl "C:\ti\simplelink_wifi_toolbox_win_4_1_8\radio-tool\binaries\CC3551E\cc35xx_radiotool.bin" --firmware "C:\ti\simplelink_wifi_toolbox_win_4_1_8\radio-tool\binaries\CC3551E\cc35xx_fw.bin" --conf_bin "C:\ti\simplelink_wifi_toolbox_win_4_1_8\radio-tool\binaries\CC3551E\cc35xx-conf.bin" --device_family CC35XXE --tbl_dl_index 23 --firmware_dl_index 1 --conf_bin_dl_index 1 --sleep_tbl_fw 0 --sleep_fw_confbin 0
2026-04-09 14:35:47,369: Loading Firmware ...
2026-04-09 14:35:48,914: Download process failed.
Error message: Last operation <function PyXds110._secap_bulk_write at 0x000001D3A2B35C60> return error code -1141 stopping process
2026-04-09 14:35:48,917: Fail to download Firmware, with error Last operation <function PyXds110._secap_bulk_write at 0x000001D3A2B35C60> return error code -1141 stopping process

刷写无线电工具没有问题、然后在 Windows 模式下打开 simplelink-wifi 工具箱。

然后在按下启动按钮后,它将在一些闪存,等结束与 UI

在这里、我可以使用数据包启动 WiFi TX、这样我可以看到所有内容似乎都正常工作、然后打开 UI、但我无法使用 CLI 达到这么远、因为您可以在顶部看到、它在某些方法 PyXds110._SECAP_BULK_WRITE 上失败。

如何解决此问题？

Håkan μ s

[参考译文] CC1354P10：在 Wi-SUN 边界路由器上重新加入回调

admin — Wed, 08 Apr 2026 05:26:52 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1634189/cc1354p10-rejoin-callback-on-wi-sun-border-router

部件号： CC1354P10

我的客户需要了解 Wi-SUN 栈中重新加入逻辑的详细信息、以实现一些应用代码。请就以下问题提供帮助：

如果路由器已经加入边界路由器并执行 OTA、它会在 OTA 或新加入后执行重新加入过程吗？
BR 上是否有路由器节点重新加入网络的回调函数？客户需要进行此回调、以在路由器完成 OTA 或因连接断开而重新加入后处理一些用户数据。

此致、

Shuyang

[参考译文] CC1311R3：使用外部输入触发 GPTimer

admin — Fri, 03 Apr 2026 14:45:17 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1633288/cc1311r3-trigger-gptimer-with-external-input

部件号： CC1311R3

我正在尝试将 GPTimer 配置为由外部事件（即 DIO 输入上的边沿或电平）启动的延迟计时器（例如 1us 分辨率）。这是 MCU 计时器的常见用例之一、但该问题上没有 TI 驱动程序和 Driverlib 文档。

TRM 的第 15.4.1 节指示我“将 GPT：TnMR TnSNAPS、TnWOT、TnMTE 和 TnCDIR 寄存器位配置为...使用外部触发器开始计数、配置额外的触发器或中断...“、但 TnWOT 似乎只是从菊花链中先前位置的计时器设置触发器、并且 GPTMT.HW 寄存器中没有进一步提及

或者、当配置为单触发计时器 (GPT_MODE_OneShot_up) 时、由 hwAttrs->pinMux 定义的引脚是否用作启动触发器。

[参考译文] CC1354P10：关联/LQI 位在 CorrCrc 附加字节中始终为 0 (IEEE 802.15.4)

admin — Thu, 02 Apr 2026 21:24:32 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/1633077/cc1354p10-correlation-lqi-bits-always-0-in-corrcrc-appended-byte-ieee-802-15-4

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

尊敬的团队：

代表我们的客户发帖。

我将与我们的客户分享此 E2E 帖子、以便他可以在需要时回复。

CMD_IEEE_RXbAppendCorrCrc = 1CC1354P10 中使用的。 CorrCrc 字节附加到接收到的帧中、CRC 状态位（位 7）工作正常。但是、相关性/LQI 位（位 5:0，如中所定义）rfc_ieeeRxCorrCrc_t始终为 0。

相同的代码和配置在 CC1352P7 上正常工作 — 相关位使用非零值填充。

电路板： LP_CC1354P10_1

SDK： SimpleLink CC13xx/CC26xx SDK 8.32.00.07

编译器： TI ARM Clang 3.2.2 LTS RTOS： TI-RTOS7

RF RX 配置：

RF_cmdIeeRx.rxConfig.bAppendRssi = 1； 
RF_cmdIeeRx.rxConfig.bAppendCorrCrc = 1； 
rf_cmdIeeeRx.rxConfig.bIncludeCrc = 0； 
RF_cmdIeeeRx.pOutput =&rxOutput； // RFC_ieeeRxOutput_t

此致、

Danilo

[参考译文] CC1101：可变长度和无限长度数据包类型的混杂

admin — Thu, 02 Apr 2026 12:54:45 GMT

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1632910/cc1101-confusing-mix-of-variable-and-infinite-length-packet-types

部件号： CC1101

您好、

我收到第三方设备发送的一些数据包、这些数据包的长度类型各不相同。

它会发送多行：

F5 02 47 99 B8 C5 37 C7 0f 40 D2 79 62 00

但偶尔会：

1cbb1ccfad81d0c1e57ad8da2a95024a509ec8d76d80

（以上内容是删除 D391 的前导码和同步字 x2 之后）

可以看出、第二个数据包具有长度、但第一个数据包没有长度。

是否有任何标准方法可以从接收端确定数据包长度类型是什么？

谢谢:)