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

[参考译文] CC2340R5：CC2340R52E0RGER 存在调试问题

admin — Fri, 20 Feb 2026 14:56:11 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1618829/cc2340r5-debugging-issue-with-cc2340r52e0rger

器件型号： CC2340R5

尊敬的 TI 团队：

我们目前面临着在使用 CC2340R52E0RGER IC 设计的定制硬件上进行调试的若干挑战。

我们能够成功将代码刷写到器件上。但是、固件的行为不符合预期。具体而言、设备应开始广播、但这没有发生。

此外、我们在调试时遇到持续存在的问题：

调试器进入调试模式、但在仅执行 2–3 行代码后、它会与 IC 断开连接。

在某些情况下、调试器甚至无法到达 main.c、并立即显示断开状态。

有时、从调试会话开始、光标就根本不会出现在 main.c 中。

由于这些症状、我们怀疑可能存在与硬件相关的问题。然而、尽管我们进行了调查、我们仍然无法确定根本原因。我们恳请您的支持提供有关此行为可能原因的概述或指导。

我们附上了参考图像以供您查看。如果需要、我们还愿意提供完整的原理图以供进一步分析。如果有首选的电子邮件地址或任何其他媒介,我们可以通过这些媒介安全地分享这些信息,请告诉我们。

由于这一问题阻碍了我们的发展进展、我们请求您给予高度优先的协助、并希望您能迅速得到解决。

此致、
Shadhu

RE: [参考译文] CC2755R10：是否可以使用开销较小的信道探测消息？

admin — Thu, 19 Feb 2026 15:00:39 GMT

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

嗨、Carlo、

这由 BLE 规范强制执行、尝试在连接之外执行信道探测将违反规范、并且更有可能出现问题。

您可以采取的一条路线是在需要测量距离时建立连接、然后在完成后断开连接。但是、这取决于您需要多久进行一次距离测量。

此致、

Tarek D

[参考译文] CC2755R10：是否可以使用开销较小的信道探测消息？

admin — Wed, 18 Feb 2026 16:47:04 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1618242/cc2755r10-is-it-possible-to-use-channel-sounding-with-less-overhead-messages

器件型号： CC2755R10

我们有一个由电池供电的 802.15.4 设备、我们希望在该设备上添加位置测量值。低功耗最为重要、因此我们希望减少传输次数。通过更少的传输、我们可以在相同的功率预算内执行更多的 CS 操作。是否可以以最小的开销实施信道探测？例如、要在无连接设置中使用信道探测？

BLE 提供的安全性不适用于我们的产品。

RE: [参考译文] CC2755R10：是否可以使用开销较小的信道探测消息？

admin — Thu, 19 Feb 2026 13:34:22 GMT

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

尊敬的 Tarek：

也许还有其他方法可以减少 BLE 开销吗？在我们的产品中、我们只需要进行距离测量。它是一个专用的 802.15.4 网络、我们只与自己的设备通信、即我们不必进行功能交换或 phy 更新消息、因为我们事先知道功能。安全功能不适用。

或者、如果现在无法进行优化、是否可以将其添加到未来的 BLE 标准更新中？

[参考译文] CC2642R：CC2340R2/R5 与 CC2642R

admin — Wed, 18 Feb 2026 10:49:11 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1618148/cc2642r-cc2340r2-r5-vs-cc2642r

器件型号： CC2642R
主题中讨论的其他器件： CC2340R2、 CC2340R5

尊敬的 TI 工程支持团队：感谢您抽出宝贵的时间提供支持。请在下面找到我的查询

经过大量分析、我得出结论认为 TI CC2340R2/R5 和 CC2642R 符合我们的工程要求。

我知道 2340R5 更适合我的现场测量仪器、因为它具有 BLE 连接、因为它具有更高的功效。由于 BLE 连接不需要在长时间内处于活动状态来满足我的需求、但对于初始一次性用例、在现场使用之前开始为器件上电时设置/触发器、运行几分钟至几小时（10-15 小时）、而无需使 BLE 会话处于活动状态即可进一步继续。因此、我想了解是否可以通过在 STBY 模式下通过 SC 使用 2642R 来进一步节省功耗。从基本分析来看、在我看来、在 STBY 模式下、我会使用 SC 模式获得 0.25mA 到 1.25mA 的优势。

所以,我的疑问是,

1) 有任何评论/建议上一点?

2) 在 STBY 状态下、SC 模式下、我需要通过 SPI 从低速外设读取数据、并通过 SPI 最少地处理数据并将数据写入另一个外设。没有多处理/并行通信要求、两者都按顺序运行。我知道 SC 模式在 16 位下可以工作、没有 FPU。我会相应地对软件进行编码以利用 STBY 状态下的 SC 模式来省电。我的问题是、这是否会触发从 STBY 模式到 ACTIVE 模式的任何转换、然后再触发？（为了能够支持 SPI 工作时钟、如果我配置该时钟、比如 2MHz 和 SPI 控制器/SC 以适应这种情况、则会触发转换、我认为它完全在 STBY 模式下工作、但实际上两者之间会发生其他情况、即我选择此 MCU 的部分或全部原因）

3) 我理解 SCLK_LF 是基于外部晶体振荡器确定的。因此、如果需要（我知道功耗可能会略有增加）、我是否可以连接更高频率的时钟（高于 32.768kHz、比方说 2MHz）以便）以便能够以更高的速度驱动 SPI？这是有意义的还是我错过了什么 — 亲切的指南。

注意：我会使用其中任何一个 (2340Rx/2642R) 来支持直流/直流模式。上述查询与 BLE 功能/BLE 内核没有直接关系、但 STBY 模式下的 SC 运行功能/限制、配置等。

感谢您的支持、

谢谢、

Bhargav、

固件顾问
eltEdge.io

RE: [参考译文] CC2642R：CC2340R2/R5 与 CC2642R

admin — Wed, 18 Feb 2026 23:31:30 GMT

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

您好 Bhargav、

感谢您联系我们！

[quote]因此、想了解一下是否可以通过在 STBY 模式下通过 SC[/quote]使用 2642R 来进一步节省电能

我强烈建议使用 CC2340R5 而不是 CC2642R。如数据表中所述、CC2340R5 的待机电流小于 710nA、而 CC2642R 的待机电流为 0.94µA 。

[quote]我的问题是、这是否会触发从 STBY 模式到 ACTIVE 模式的任何转换、然后再返回？[/quote]

器件将转换为运行状态以处理 SPI 传输、然后返回待机状态。

[引述 userid=“685399" url="“ url="~“~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1618148/cc2642r-cc2340r2-r5-vs-cc2642r ]我明白 SCLK_LF 是根据外部晶体振荡器决定的。因此、如果需要（我知道功耗可能会略有增加）、我是否可以连接更高频率的时钟（高于 32.768kHz、比方说 2MHz）以便）以便能够以更高的速度驱动 SPI？这是否有意义或我缺少什么 — 请提供指南。

我不相信这是一个选项,然而,我会研究它,让你知道。

此致、
Tarek D

RE: [参考译文] LP-EM-CC2340R5：SDK 中提供汽车节点或关键节点？

admin — Wed, 18 Feb 2026 23:17:26 GMT

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

嗨、Andreas、

感谢您联系我们！ car_node 和 key_node 示例在 CC2340R53 上提供、遗憾的是 R5 没有提供。这是由于 RAM 的限制、因为 R53 型号具有 64KB 的 RAM、而 R5 只有 36KB 的 RAM。

我希望这能回答您的问题！

此致、

Tarek D

[参考译文] LP-EM-CC2340R5：SDK 中提供汽车节点或关键节点？

admin — Mon, 16 Feb 2026 12:28:33 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1617523/lp-em-cc2340r5-available-car-node-or-key-node-in-sdk

器件型号： LP-EM-CC2340R5
Thread： CC2745R10-Q1 中讨论的其他器件

您好：

我们有 LP-EM-CC2745R10-Q1 、希望将 LP-EM-CC2340R5 用作汽车节点关键节点对、以便进行信道探测。但在最新的 SDK 中、LP-EM-CC2340R5 没有关键节点或汽车节点的示例代码。

是否可以使用 LP-EM-CC2340R5 来实现这一点？

/Andreas

RE: [参考译文] CC2755R10：是否可以使用开销较小的信道探测消息？

admin — Wed, 18 Feb 2026 23:10:05 GMT

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

您好 Carlo、

感谢您联系我们！遗憾的是、信道探测需要连接才能正常工作。

我希望这能回答您的问题！

此致、

Tarek D

RE: [参考译文] CC2755R10：PIR 模型的 EdgeAI Studio 培训步骤失败

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

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

您好 Munan、

立即使该线程脱机！

谢谢、
Alex F

[参考译文] CC2755R10：PIR 模型的 EdgeAI Studio 培训步骤失败

admin — Tue, 17 Feb 2026 19:32:04 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1617948/cc2755r10-edgeai-studio-training-step-failing-for-pir-model

器件型号： CC2755R10

您好：

我尝试在 Edge AI BoosterPack 的情况下启动并运行边缘 AI PIR 演示、我似乎无法通过训练步骤、因为它总是给我带来以下错误：

runtimeError: errorization.convert :: comput_offset_scale_shift。 缩放无法转换。
标度值无效：[1024. 512. 2048. 1024. 1024。1024。 512. 2048. 2048. 512. 1024.
1024. 256. 1024. 1024.]
允许的最大标度值：1
确保使用良好的超参数正确训练模型。 （尝试调整：训练周期，学习速率，浮点训练后的 QAT 等）
检查多线性度和/或调整输入值。

我尝试将训练周期的数量从默认值 50 调整为最大值 500、并尝试将学习速度从 0.04 降低到 0.03、但这些并没有解决量化步骤中的问题。根据训练进度图、模型似乎收敛了 80%左右的精度：

我将所有设置保留为默认值、还尝试添加几个更多的背景类数据文件、但到目前为止、我已经执行了 4-5 次此操作、它在量化步骤中总是失败。我注意到的是、它总是在 QAT 的 20%标记附近出现故障。

您是否想知道演示中给出此错误的原因？还随附了完整日志文件。

Training_Log_ PIRDetection_MODEL_1_t_Feb 17,2026、1_50_57 PM.txt

Munan

RE: [参考译文] CC2755R10：PIR 模型的 EdgeAI Studio 培训步骤失败

admin — Tue, 17 Feb 2026 22:33:58 GMT

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

您好 Munan、

我将在这里联系我的团队成员、看看谁能在这里提供帮助！

谢谢、
Alex F

[参考译文] CC2340R5：CC2340R53 连接参数

admin — Wed, 04 Feb 2026 09:49:34 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1613703/cc2340r5-cc2340r53-connection-parameters

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

你好。

我的团队和我正在为 CC23 编写一些固件、充当 BLE 外设。

我们注意到、使用默认连接参数时、iOS（充当中央设备）无法连接。

以下是我们的观察结果：

iOS 不会向我们的应用程序报告“已连接“状态
我们的嵌入式端显示已建立连接

在和 iPhone 上使用蓝牙 HCI 日志记录配置文件、并通过 PacketLogger（Mac 软件）读取 HCI 日志、我们注意到以下情况：

移动设备会尝试在最小和最大连接间隔内使用 50 (62.5ms) 来协商连接参数
嵌入式端以包含 minConnectionInterval 12 (15ms) 和 maxConnectionInterval 24 (30ms) 的（接受）回复进行响应。
（两个间隔之间没有重叠）
这里的通信只是停止,没有断开,没有
这意味着：这不是配对问题、而是连接问题。

作为一个实验、我们尝试使用 GAP_UpdateLinkParamReq、其中最小和最大连接间隔乘法器的宽松值为 50、连接延迟为 0、连接超时为 500ms。

我们注意到以下情况：

移动设备会尝试在最小和最大连接间隔内使用 50 (62.5ms) 来协商连接参数
嵌入式端以 50 (62.5ms) 的 minConnectionInterval 和 62 (77.5ms) 的 maxConnectionInterval 进行响应
移动端发送一条连接更新完成消息、同意连接间隔为 50 (62.ms)

结语：

嵌入式端的当前默认连接参数与 iOS 不兼容。
即使在连接后、我们也无法触发配对尝试；没有 iOS API 来创建配对关系。相反、当特征交互返回的身份验证/授权不足时、将触发配对。

在 TI、我们有以下问题供您回答：

为什么手机和芯片之间的通信刚刚停止？我们期望它失败或继续使用当前的连接参数；（谁在等待谁？）
- 如果这是 iOS 本身的错误,我们不能做任何事情,只能报告它将由苹果在未来解决
当支持连接参数之间没有重叠时、嵌入式侧是否应以 HCI_LE_HCI_ Remote_Connection_Parameter_Request_Negative_Reply 进行响应？
我们注意到监控超时未更新为请求的值 (500)。
我们在代码中的任何位置都找不到 12/24 默认参数、TI 是否使用与 iOS 不兼容的默认参数？它们设置在哪里？
- 我们找到 ti_ble_config.h、但它提到间隔为 400 min、800 max、0 latancy 和 600 timeout。
- 我们还找到了 GAP_initator.h、但这提到了 80、80、0 和 2000。我还怀疑该文件未在我们的用例中用作外设。
正确的参数应该是什么？

我们找到了 GapInit_setPhyParam () 函数,所以也许我们应该开始在我们的初始代码中的某处添加它吗?

如下所示：（将值替换为合理的默认值）

GapInit_setPhyParam (init_PHY_1M、init_PHYPARAM_CONN_INT_MIN、50)；

GapInit_setPhyParam (init_PHY_1M、init_PHYPARAM_CONN_INT_MAX、50)；

GapInit_setPhyParam (init_PHY_1M、init_PHYPARAM_CONN_LATENCY、0)；

GapInit_setPhyParam (init_PHY_1M、init_PHYPARAM_SUP_TIMEOUT、500)；

RE: [参考译文] CC2340R5：CC2340R53 连接参数

admin — Tue, 17 Feb 2026 18:44:23 GMT

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

嘿、Xavier、

我为延误道歉！我不在办公室。

您可以通过几种不同的方式进行验证：

发送连接参数更新请求后、您可以修改代码以点亮定制电路板上的任何 LED
发送连接参数更新请求后、您可以修改要输出到 jlink 的代码
获取所需的软件

很抱歉无法提供更详细的解决方案、但我没有足够的关于您的定制电路板的信息。

我希望这对您有所帮助！如果您还有任何问题、或者需要我的帮助来实施、请告诉我。

此致、

Tarek D

[参考译文] CC2340R5：基于事件触发器启动计时器

admin — Fri, 13 Feb 2026 20:18:09 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1617257/cc2340r5-timer-start-based-on-event-trigger

器件型号： CC2340R5

您好：

是否可以针对 GPIO 事件启动 LGPT？我看到您可以根据事件开始捕获/比较、但似乎无法根据事件系统实际启动计数器、这种理解是否正确？

Munan

RE: [参考译文] CC2340R5：基于事件触发器启动计时器

admin — Tue, 17 Feb 2026 15:47:44 GMT

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

好的 Munan。根据之前的这个 E2E 主题、如果器件处于低功耗待机模式、则 GPIO 中断启动 LGPT的周转时间可能约为 50us。但 DMA 需要有功功率才能运行、因此从空闲到活动的周转时间不到 10us、在这种情况下、使用 DMA 来优化 LGPT 不会节省太多时间。

此致、
Ryan

RE: [参考译文] CC2340R5：基于事件触发器启动计时器

admin — Tue, 17 Feb 2026 15:33:49 GMT

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

嗨、Ryan、

感谢确认、我将与客户核实、但听起来这可能比它的价值更多。会更新。

Munan

[FAQ] [参考译文] 【常见问题解答】CC2745R10-Q1：Zephyr 上的 ADC + BLE

admin — Tue, 17 Feb 2026 14:58:28 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1617861/faq-cc2745r10-q1-adc-ble-on-zephyr

器件型号： CC2745R10-Q1
Thread： CC2755R10 中讨论的其他器件

本文介绍了三个示例工程、演示了使用 Zephyr 3.7.0 v3.7.0-ti-9.14.00_ea 的 TI CC2755 微控制器上的增量 BLE 功能。

所有工程使用：

通道 3 上具有 12 位 ADC 分辨率
DMA 驱动的 ADC 传输
3.3V 基准电压

要求

- Zephyr TI 下游版本 v3.7.0-ti-9.14.00_ea
- LP-EM-CC2745R10-Q1 LaunchPad

项目 1：ADC +闪存存储

最简单的项目每秒唤醒一次、读取 ADC、并使用 Zephyr 的 NVS（非易失性存储）子系统将测量结果保留到闪存中。数据存续重置。

构建步骤：

West build -b LP_em_cc2745r10_cc2755r10
西闪

ADC 配置通过器件树叠加完成：

&ADC0｛
   通道@3｛
     reg =<3>；
     Zephyr、gain =“ADC_GAIN_1"；“；
     Zephyr、reference =“ADC_REF_VDD_1"；“；
     Zephyr、Vref-MV =<3300>；
     Zephyr、采集时间= ;
     Zephyr、分辨率=<12>；
   }；
}；

项目 2：ADC + BLE 广播

建立在项目 1 的基础上、添加 BLE 广播。该设备每秒广播一次其存在、从而让 BLE 扫描仪能够检测到它。

构建步骤：

West build -b LP_em_cc2745r10_cc2755r10
西闪

器件广播为“CC2755_ADC"，“，广播、广播间隔为 1 秒 (1600 × 0.625ms)。广播和 ADC 测量无法同步、因为 Zephyr 不提供广播间隔回调。

项目 3：ADC + BLE 可连接

最完整的示例。此示例添加了 BLE 与自定义 GATT 服务的连接支持。客户端可以连接和读取 ADC 值或订阅通知。

West build -b LP_em_cc2745r10_cc2755r10
西闪

该外设的 GATT 表示例包含一个具有两个特征的自定义服务。

服务 UUID：12345678-1234-5678-1234-56789abcdef0
ADC 值特性（读取+通知）：12345678-1234-5678-1234-56789abcdef1
测量计数特性（读取）：12345678-1234-5678-1234-56789abcdef2

连接间隔设置为 500 毫秒 (400 × 1.25ms)。这是因为有些手机很难扫描并连接到连接间隔非常大的设备（例如 1 秒）。

限制：

BLE 和器件树限制

CC2755 BLE 栈使用具有硬编码器件顺序的预编译控制器库。目前、向器件树添加节点会移动这些顺序并使用 BLE 控制器库中断链接步骤。结果是、对于 BLE 项目（即项目 2 和 3）：

器件树叠加层必须保持空
ADC 通道配置已在代码中完成
器件查找仍使用 DEVICE_DT_GET (DT_NDELABEL (ADC0))

对于非 BLE 项目（即项目 1）：

支持完整的器件树 ADC 配置
使用 ADC_DT_SPEC_GET () 和相关 DT 宏

项目的文件： e2e.ti.com/.../4667.adc_5F00_ble_5F00_zephyr.zip

RE: [参考译文] CC2340R5：基于事件触发器启动计时器

admin — Tue, 17 Feb 2026 14:23:11 GMT

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

您好 Munan、

我可以确认您所看到的内容、因为唯一的 LGPT 偶数结构输入是用于捕获/比较中使用的 CnCFG.INPUT。我相信您可以使用单请求 DMA、让 GPIO 触发到 LGPT CTL 寄存器地址的 32 位传输（字）。我想做的是、将事件结构 EVTSVT 中的 DMACH[6/7]SEL 设置为 7/9/Ah（GPIO 组合唤醒中断或其他 IO/GPIO 组合事件）。另请参阅 TRM 中的[IOC/GPIO]：EVTCFG。

我不记得此类配置的最近示例或应用、如果您在努力实现此配置、请告诉我、我们可以进一步讨论。

此致、
Ryan

RE: [参考译文] CC2340R5：PCB 设计具有出色价值（可靠但成本更低）

admin — Tue, 17 Feb 2026 14:12:01 GMT

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

您好、

如果我记得正确、锂亚硫酰氯 (LiSO2Cl) 电池在新电池时的电压高达 3.65V、因此仍在设备的最大 VDDS 工作电压 3.8V 内。因此、直接使用蓄电池操作不存在任何问题。

直接使用电池运行器件的其他方面可以在以下应用手册中看到 — 尽管它引用了旧器件，但计算可以轻松扩展到更现代的器件（例如 CC2340R5）。最常见的建议之一是将储能电容器考虑在内、以提高电池老化时的耐用性。

WP001 — 纽扣电池和峰值电流消耗 (SWRA349)

希望这对您有所帮助、

Rafael

[参考译文] CC2340R5：PCB 设计具有出色价值（可靠但成本更低）

admin — Wed, 11 Feb 2026 13:08:59 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1616331/cc2340r5-best-value-reliable-but-lowest-cost-pcb-design

器件型号： CC2340R5

您好、
我需要设计一款采用 CC2340R*的低成本、坚固耐用的 NTC 无线传感器（BLE/网状网络）传输器。
这方面的三个问题：
1) 是否有两层电路板布局设计（可用光绘套件）,可用作参考设计?
2) 降低整体成本和尺寸-
a) TI 建议作为高流道器件（通常在 CC2340R*系列的库存器件和封装中）使用什么？
b) 使用板载直流/直流转换器为具有 3V 2032 纽扣电池或 3.6V 原电池直接连接到 VDDS 的 CC2340 供电的最佳实践指南？
请提供建议。感谢您的及时关注和帮助。

RE: [参考译文] CC2340R5：PCB 设计具有出色价值（可靠但成本更低）

admin — Sat, 14 Feb 2026 11:20:51 GMT

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

谢谢拉斐尔,理解和注意。
关于将电池*直接连接到 VDDS 引脚 — 这样做是否有任何问题？除了确保、不要超过 3.8V 绝对最大值规格。不要让采用 SMAJ3.6A 等器件的 VDDS 上存在 OV 条件？ *通常使用的电池类型为 3V 纽扣电池 (CR2032/2430) 或 3.6V 锂亚硫酰氯。是否有任何可用于此类用例的参考设计应用手册？请提供建议。

[参考译文] CC2541：几小时后、CC2541 停止从 GATT 指示接收新消息

admin — Wed, 07 Jan 2026 17:23:27 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1604139/cc2541-cc2541-stops-receiving-fresh-messages-from-gatt-indication-after-a-few-hours

器件型号： CC2541

您好、

我正在努力在 CC2541 中央器件上完成从 1.4.0 到 1.5.2 的堆栈升级。外设在回来时迁移到 1.5.2A。

在长时间测试（6-12 小时）中、我注意到 1.5.2 栈中央时间戳的 GATT 消息变得过时、但 1.4.0 栈上不会出现此问题。通过每 40ms 通过 GATT_Indication 发送一次外设、将其设置为“流“数据。 Central 将接收指示并处理数据以及时间戳、以检查这是新消息还是过时消息。对于较旧的栈、它似乎没有任何问题、但对于较新的栈、几个小时后、时间戳会显示它不再收到新消息。

我需要一些关于如何进一步找出问题根源的见解。我问过的问题和我尝试过的事情：

时间戳检查代码是否正确？是的、它与旧栈相同、对于旧栈来说似乎不是问题。我尝试打印出刷新失败的时间戳、时间戳的值不变。因此、检查不会将正常消息误认为过时。
连接间隔已更新。较短的连接间隔似乎会延迟此问题的发生、但不确定它是否 100%相关。当使用 40ms 连接间隔时、这似乎会在建立连接后大约 10 分钟内发生。现在、它处于 8ms 连接间隔、进入连接需要数小时。
在这种情况下、数据包嗅探和调试器不起作用。 TI 数据包监听器在捕获大约 1-2 分钟的数据后崩溃、Wireshark 可能会达到可能的 10 分钟、那么时间对它来说也太多。 CC 调试器将不会持续数小时到会话中、此时 IARworkbench + CC 调试器无响应并开始导致其他意外问题。
在流式传输时通过有效连接定期轮询栈和堆大小。通过每 5 秒轮询一次测试了一种情况。不会根据堆大小变化注意到大内存消耗/泄漏。
我还尝试向外设发出另一个 GATT 写入、以指示其再次开始流式传输、但外设代码的结构是在发生链路建立事件时翻转流式传输开关。这适用于较旧的栈中央器件。

目前的解决方法是结束 BLE 活动并强制重新连接、但不应该这样做、有时需要很长时间才能重新连接。

如果您能向我指出正确的方向、找出我还能做些什么来找出问题的根源、我将不胜感激。

RE: [参考译文] CC2541：几小时后、CC2541 停止从 GATT 指示接收新消息

admin — Sat, 14 Feb 2026 01:13:51 GMT

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

尊敬的 Marie：

当前、指示停止时、出现空 PDU。我假设空 PDU 仍会消耗功率、因为空气中会发生传输。

您是否说仅包含空 PDU 的数据包与包含数据的数据包将具有不同的功耗特征？

谢谢、

LIN

[参考译文] CC2340R5：如何重命名 CCS 工程名称

admin — Fri, 13 Feb 2026 12:40:06 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1617157/cc2340r5-how-to-rename-the-ccs-project-name

器件型号： CC2340R5

您好团队：

我想重命名工程名称、但无法重命名。我尝试了“重命名“选项、但这不起作用。

我也重命名了磁盘上的文件夹名称,但一旦加载到 CSS 或打开后,它就会像以前一样出现。

这样就不可能在 CCS 工作区中打开相同的示例工程、这些工程来自不同的 SDK 版本、例如

此致、

Rasikraj.