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

[参考译文] CC2745R10-Q1：CC2745-R10 具有 5V 供电 MCU 的 UART 配置

admin — Mon, 23 Feb 2026 10:41:36 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1619096/cc2745r10-q1-cc2745-r10-uart-configuration-with-5v-supplied-mcu

器件型号： CC2745R10-Q1

您好：

在我的系统中、我使用 5V 供电的非 TI MCU。 CC2745R10 由 3.3V 供电、而 VDDIO (1.65V 至 3.8V) 也是 3.3V。 DIO21 和 DIO22 分别配置为 TXD 和 RXD。

由于这种 Vcc 电压差异、我使用 2 位电压电平转换器 TXS0102Q、如下所示。需要一些输入此类接口可能会出现哪些实际问题？除了降低 MCU Vcc 电源轨之外、是否有任何其他解决方案可以避免使用电平转换器？

RE: [参考译文] CC2745R10-Q1：CC2745-R10 具有 5V 供电 MCU 的 UART 配置

admin — Tue, 24 Feb 2026 13:27:31 GMT

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

您好：

我已经指派了一名硬件工程师参与该线程。他将很快答复。

谢谢、
Isaac

[参考译文] CC2340R5：Zephyr I2C 驱动程序不配置 I2C 总线速度

admin — Sat, 21 Feb 2026 19:09:22 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1618941/cc2340r5-zephyr-i2c-driver-does-not-configure-i2c-bus-speed

器件型号： CC2340R5

您好：

我注意到在 i2c_cc23xx_cc27xx.c Zephyr 驱动程序中、没有设置 I2C 控制器速度的实际代码、只有一条 switch 语句将 fast 设置为 true 或 false：

	switch (I2C_SPEED_GET(dev_config)) {
	case I2C_SPEED_STANDARD:
		fast = false;
		break;
	case I2C_SPEED_FAST:
		fast = true;
		break;
	default:
		LOG_ERR("Unsupported speed");
		return -ENOTSUP;
	}

但没有实际代码将 I2C 控制器配置为 100KHz 模式或 400KHz 模式。看起来好像控制器现在默认为 100KHz。

我们可以在这里添加实际代码来更改控制器速度吗？

Munan

RE: [参考译文] CC2340R5：Zephyr I2C 驱动程序不配置 I2C 总线速度

admin — Mon, 23 Feb 2026 23:28:28 GMT

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

嗨、Munan、

感谢您提供信息！我会仔细研究一下、然后回复您。

此致、

Tarek D

RE: [参考译文] CC2340R5：Zephyr PWM 驱动器占空比干扰

admin — Mon, 23 Feb 2026 21:35:53 GMT

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

嗨、Munan、

将此内容移动到电子邮件中！

此致、

Tarek D

[参考译文] CC2340R5：Zephyr PWM 驱动器占空比干扰

admin — Fri, 20 Feb 2026 17:05:53 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1618854/cc2340r5-zephyr-pwm-driver-duty-cycle-glitches

器件型号： CC2340R5

您好：

我试图了解 CC2340 的 PWM 驱动程序在 Zephyr 中的工作方式、原始驱动程序更新看起来类似这样：

	capture_compare_action = (flags & PWM_POLARITY_INVERTED) ? 0xB : 0xA;

	if (channel == 0) {
		HWREG(config->base + LGPT_O_C0CC) = pulse;
		HWREG(config->base + LGPT_O_C0CFG) = 0x100 | capture_compare_action;
	} else if (channel == 1) {
		HWREG(config->base + LGPT_O_C1CC) = pulse;
		HWREG(config->base + LGPT_O_C1CFG) = 0x200 | capture_compare_action;
	} else if (channel == 2) {
		HWREG(config->base + LGPT_O_C2CC) = pulse;
		HWREG(config->base + LGPT_O_C2CFG) = 0x400 | capture_compare_action;
	} else {
		LOG_ERR("Invalid chan ID");
		return -ENOTSUP;
	}

	/* get it from flags */
	HWREG(config->base + LGPT_O_CTL) = LGPT_CTL_MODE_UPDWN_PER;
	HWREG(config->base + LGPT_O_TGT) = period;

	/* Activate LGPT */

	HWREG(config->base + LGPT_O_STARTCFG) = 0x1;

不过、当更新 PWM 占空比时、这会导致毛刺脉冲：

【图片未加载】

我更改了此处驱动程序中的代码以使用 PCxCC 和 LGPT_O_PTGT 寄存器、这不会改变 PWM 行为、但我仍然会出现干扰。我还尝试了 PCxCCNC、因为这在我们 SDK 的低级驱动程序中使用。行为也一样。

我还看到每次调用驱动程序时都会启动计时器、因此我在此添加了一个 if 语句、仅在未启动计时器时才启动计时器。

这是我的最终实现、我仍然会遇到干扰、更不用说现在占空比行为不再平滑递增、这有点像是在争论几个步骤。关于驱动程序为何不反映写入哪个寄存器的更改有何建议？

	capture_compare_action = (flags & PWM_POLARITY_INVERTED) ? 0xB : 0xA;

	if (channel == 0) {
		HWREG(config->base + LGPT_O_PC0CCNC) = pulse;
		HWREG(config->base + LGPT_O_C0CFG) = 0x100 | capture_compare_action;
	} else if (channel == 1) {
		HWREG(config->base + LGPT_O_PC1CCNC) = pulse;
		HWREG(config->base + LGPT_O_C1CFG) = 0x200 | capture_compare_action;
	} else if (channel == 2) {
		HWREG(config->base + LGPT_O_PC2CCNC) = pulse;
		HWREG(config->base + LGPT_O_C2CFG) = 0x400 | capture_compare_action;
	} else {
		LOG_ERR("Invalid chan ID");
		return -ENOTSUP;
	}

	/* get it from flags */
	HWREG(config->base + LGPT_O_CTL) = LGPT_CTL_MODE_UPDWN_PER;
	HWREG(config->base + LGPT_O_PTGTNC) = period;

	/* Activate LGPT */
	if (HWREG(config->base + LGPT_O_STARTCFG) == 0) {
		HWREG(config->base + LGPT_O_STARTCFG) = 0x1;
	}

RE: [参考译文] CC2340R5：Zephyr I2C 驱动程序不配置 I2C 总线速度

admin — Mon, 23 Feb 2026 19:46:30 GMT

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

谢谢 Jan！

我注意到在 i2c_cc23xx_cc27xx.c 的第 496 行、我们确实调用了：

/*启用和配置 I2C 主器件*/

I2CControllerInitExpClk(config->base, fast);

但我想我会看到、TPR 寄存器没有更新为 5、这是我们对 400KHz 的预期、它仍在读数 0x17：

[仍然无法共享屏幕截图、但 TPR 正在读取 0x17]

我在 hal ti i2c.c 文件中看到、用于计算 TPR 的公式与 TRM 有很大不同：

TPR =((I2C_CLK_FREQ +(2 * 10 * sclFreq)- 1)/(2 * 10 * sclFreq))- 1；

来自 TRM：

TPR =[CLKSVT/(2 ×(SCL_LP + SCL_HP)×SCL_FREQ)]–1.

这个公式看起来可疑。

Munan

RE: [参考译文] CC2340R5：Zephyr I2C 驱动程序不配置 I2C 总线速度

admin — Mon, 23 Feb 2026 16:45:39 GMT

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

尊敬的 Munan：

感谢您联系我们！让我向合适的 Zephyr 专家求助。

此致、

1 月

[参考译文] BOOST-CC2564MODA：CC2564MODA：缺失断开完成事件

admin — Mon, 23 Feb 2026 12:50:29 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1619125/boost-cc2564moda-cc2564moda-missing-disconnection-complete-event

器件型号： BOOST-CC2564MODA
主题： CC2564MODA 中讨论的其他器件

硬件/软件配置：

模块： CC2564MODA（CC2564B 芯片）
Service Pack： V1.8 (CC256XMSPV1.8)
主机 MCU： TM4C123GXL (ARM Cortex-M4)
蓝牙协议栈： Bluetopia（TI 官方栈）
运输： 具有 cpHCILL_RTS_CTS 流控制的 HCITR
个人资料： SPP（串行端口配置文件）-从角色
功耗模式： 启用监听（节能模式）

问题描述：

CC2564MODA 控制器 生成失败 Disconnection Complete Event当远程设备（Android/iOS 手机）在监听模式下的空闲 SPP 连接期间停止响应时。之后、这会可靠地发生 当移动设备进入节能状态（屏幕锁定，应用程序回退或）时、已连接的移动设备上的空闲时间为 4-5 分钟 操作系统终止蓝牙后台活动）。

预期行为：

远程设备停止响应
链路监控超时 (LSTO) 计数器递减至 0
控制器会生成 Disconnection Complete Event 0x08（连接超时）原因
主机应用程序会收到断开连接通知
清洁断开连接并准备好进行新连接

实际行为：

远程设备停止响应
LSTO 计数器达到 0
未生成断开事件
连接保持在“zombie"状态“状态：
- 控制器报告“已连接“。
- 零数据吞吐量 (Rx /Tx bps = 0)
- 主机认为连接处于活动状态
最终、所有 Bluetopia API 调用都会返回 BTPS_ERROR_HCI_DRIVER_ERROR (-14)
只有硬件复位（nSHUTDD 引脚切换）可以恢复

我在故障场景中使用 TI 的蓝牙记录器工具（FTDI 适配器以 115200 波特连接到 TX_DBG 引脚）捕获了详细的日志。

检测到硬件复位时：- 将 nSHUTDD 引脚切换为低电平→等待 100ms→高电平 — 重新初始化整个 Bluetopia 栈 — 仅从僵尸状态恢复的方法

注：偶数`HCI_Reset ()` 在此状态下命令失败一次（返回错误–14）。

为什么不生成断开连接事件？

这是 Service Pack v1.8 中的已知错误吗？ -如果是,是否有可用的固件补丁? -在控制器配置级别有解决方法吗?

是否有方法可以强制断开检测？ -查询链接状态的 HCI 供应商命令? -配置使 LSTO 更可靠?

附件：

我有详细的 TI Logger 捕获结果、其中显示了完整的故障序列 SPPstress_issue_16Feb2025.txt Logger_logs.txt Main.c.txt SPPDemo.c.txt

[参考译文] CC2540EMK-USB：固件 CC2540_US Bdongle_Host、TestRelease_no_flow_control.hex

admin — Sat, 21 Feb 2026 15:44:40 GMT

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1618935/cc2540emk-usb-firmware-cc2540_usbdongle_hosttestrelease_no_flow_control-hex

器件型号： CC2540EMK-USB
主题： CC2540 中讨论的其他器件

我需要 CC2540_US CC2540-TestRelease_no_flow_control.hex 固件 Bdongle_Host 
带外部天线的加密狗模块、

RE: [参考译文] CC2540EMK-USB：固件 CC2540_US Bdongle_Host、TestRelease_no_flow_control.hex

admin — Mon, 23 Feb 2026 12:42:41 GMT

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

尊敬的 Afonso：

请下载最新的 BLE-STACK-1-X 并导航到 \projects\ble\HostTest\CC2540 文件夹。请注意、这将需要 IAR EW8051 v10.30.1 IDE。您可以在“文档“文件夹中找到有关项目说明和指南的更多信息。

此致、
Ryan

RE: [参考译文] CC2340R5：Zephyr PWM 驱动器占空比干扰

admin — Fri, 20 Feb 2026 19:36:38 GMT

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

嗨、Munan、

感谢您联系我们！我们将查看您的问题、尽快回复您！

此致、

Tarek D

[参考译文] 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

[参考译文] 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 15:00:39 GMT

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

嗨、Carlo、

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

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

此致、

Tarek D

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)；