nRF52840 蓝牙连接性能优化实战

以下是基于 Nordic 官方资料整理的 nRF52840 BLE 连接性能优化方法，涵盖吞吐量、低功耗、连接稳定性三个维度。

---

1. 关键连接参数概述

BLE 连接性能由以下核心参数决定：

参数	说明
连接间隔 (Connection Interval)	设备通信的频率，范围 7.5ms–4000ms
从设备延迟 (Peripheral Latency)	外设可跳过的连接事件数
监督超时 (Supervision Timeout)	判定连接丢失的等待时长
PHY 模式	1M / 2M / Coded PHY
数据长度 (Data Length)	单个无线包的最大字节数（最大 251 字节）
ATT MTU	ATT 层最大传输单元（最大 247 字节）

1.1 连接间隔

连接间隔是 BLE 通信的“心跳”。BLE 是基于时隙的通信，主设备（Central）和从设备（Peripheral）每隔一段时间“见面”交换一次数据，这个时间周期就是连接间隔。 步进通常为 $1.25\text{ ms}$，范围从 $7.5\text{ ms}$ 到 $4.0\text{ s}$。短间隔（如 7.5ms）： 响应速度快，数据吞吐量高，但由于射频开启频繁，功耗很高。长间隔（如 1s）： 响应慢（延迟高），但非常省电。

1.2 从设备延迟 (Peripheral Latency)

这个参数允许从设备在没有数据要发送时，忽略一定次数的连接事件，从而继续睡眠。意义： 如果连接间隔是 $100\text{ ms}$，延迟设为 $9$，那么从设备最长可以 $1\text{ s}$（$100\text{ ms}\times (9+1)$）不理会主设备，而不会导致连接断开。作用： 在保持较快响应能力（主设备随时可以发数据）的同时，最大限度降低从设备的空闲功耗。

1.3 监督超时 (Supervision Timeout)

这是判断连接是否“异常断开”的时间阈值。如果在这个时间内主从设备没有成功的射频通信，链路将被强制关闭。
规则： 为了防止意外断连，它必须满足：$$\text{Supervision Timeout}>(1+\text{Peripheral Latency})\times \text{Connection Interval}\times 2$$应用： 如果你的环境干扰很大，可以适当调大该值以增强连接的“韧性”。

1.4 PHY 模式 (Physical Layer)

定义了无线电在空气中传输的调制方式。1M PHY： BLE 4.0 以来标准模式，兼容性最好。2M PHY： BLE 5.0 引入，速率翻倍。优点： 传输相同数据量的时间减半，从而降低功耗（射频开启时间短）。Coded PHY： 即“长距离模式”（Long Range）。通过 FEC 纠错算法提高灵敏度，传输距离可达数百米甚至上千米，但速率显著降低。

1.5 数据长度 (Data Length / DLE)

这属于链路层（Link Layer）的参数。在 BLE 4.0/4.1 中，每个数据包有效载荷仅 27 字节；BLE 4.2 引入了 DLE（Data Length Extension）。最大值： 251 字节。影响： 增大 DLE 可以减少包头开销（Overhead）占用的比例，显著提升大文件传输的有效带宽。

1.6 ATT MTU (Maximum Transmission Unit)

这是应用层（Attribute Protocol）能处理的最大数据包大小，默认值： 23 字节。关系： ATT MTU 决定了你调用 API 发送数据的长度，而 Data Length 决定了这些数据在空中被拆成几个包。
优化建议： 将 ATT MTU 设置为 247 字节（减去 3 字节 ATT Header 后正好填满一个 251 字节的 DLE 链路包）是目前最常用的高吞吐量方案。

---

2. 优化吞吐量

2.1 启用 2M PHY

2M PHY 可将速率翻倍，代价是略微缩短通信距离。[BLE fundamentals]

static void update_phy(struct bt_conn *conn)
{
    int err;
    const struct bt_conn_le_phy_param preferred_phy = {
        .options = BT_CONN_LE_PHY_OPT_NONE,
        .pref_rx_phy = BT_GAP_LE_PHY_2M,
        .pref_tx_phy = BT_GAP_LE_PHY_2M,
    };
    err = bt_conn_le_phy_update(conn, &preferred_phy);
    if (err) {
        LOG_ERR("bt_conn_le_phy_update() returned %d", err);
    }
}

prj.conf 需要添加：

CONFIG_BT_USER_PHY_UPDATE=y
CONFIG_BT_CTLR_PHY_2M=y

2.2 启用数据长度扩展 (DLE)

将无线包从默认 27 字节扩展到 251 字节，显著提升吞吐量。[BLE fundamentals]

static void update_data_length(struct bt_conn *conn)
{
    int err;
    struct bt_conn_le_data_len_param my_data_len = {
        .tx_max_len = BT_GAP_DATA_LEN_MAX,
        .tx_max_time = BT_GAP_DATA_TIME_MAX,
    };
    err = bt_conn_le_data_len_update(my_conn, &my_data_len);
    if (err) {
        LOG_ERR("data_len_update failed (err %d)", err);
    }
}

prj.conf：

CONFIG_BT_USER_DATA_LEN_UPDATE=y
CONFIG_BT_CTLR_DATA_LENGTH_MAX=251
CONFIG_BT_BUF_ACL_TX_SIZE=251
CONFIG_BT_BUF_ACL_RX_SIZE=251

2.3 增大 ATT MTU

ATT MTU 最大设为 247（对应 DLE 251 字节，减去 4 字节 L2CAP 头部）。[NUS throughput]

static void request_mtu_exchange(void)
{
    int err;
    static struct bt_gatt_exchange_params exchange_params;
    exchange_params.func = MTU_exchange_cb;
    err = bt_gatt_exchange_mtu(current_conn, &exchange_params);
    if (err) {
        LOG_WRN("MTU exchange failed (err %d)", err);
    }
}

prj.conf：

CONFIG_BT_GATT_CLIENT=y
CONFIG_BT_L2CAP_TX_MTU=247

2.4 合理设置连接间隔

• 较短间隔（如 7.5ms）：低延迟，但未必吞吐量最高，且耗电大。
• 较长间隔（如 50ms、400ms）：每次连接事件可发送更多数据包，提升吞吐量，但延迟增加。

实测表明，18.75ms 连接间隔（2Mbps + DLE 251 + MTU 247）在单连接事件内可发送 12 个通知包，吞吐率达 1264 kbps。 [NUS throughput]

2.5 理论最大吞吐量参考

使用 247 字节 ATT MTU + 2M PHY，发送通知时最大吞吐量可达 1376 kbps（400ms 连接间隔）。 [S140 throughput]

---

3. 优化低功耗

3.1 增大连接间隔 + 使用从设备延迟

• 连接间隔越长，无线射频唤醒越少，功耗越低。
• 从设备延迟允许外设跳过若干连接事件（无数据时），适合鼠标、键盘等 HID 设备。

例如：连接间隔 1000ms + 从设备延迟 3，等效于每 4 秒通信一次，但仍可在有数据时快速响应。 [nRF51 current guide]

3.2 动态切换连接间隔策略

推荐策略：连接初期使用较短间隔完成服务发现，之后切换到长间隔节省功耗；需要大量传输时再切回短间隔。 [Power optimization guide]

static struct bt_le_conn_param *conn_param = BT_LE_CONN_PARAM(INTERVAL_MIN, INTERVAL_MAX, 0, 400);

static int update_connection_parameters(void)
{
    int err;
    err = bt_conn_le_param_update(current_conn, conn_param);
    if (err) {
        LOG_ERR("Cannot update connection parameter (err: %d)", err);
        return err;
    }
    LOG_INF("Connection parameters update requested");
    return 0;
}

3.3 使用 Online Power Profiler 估算功耗

Nordic 提供在线功耗估算工具（误差约 5%），可在调试前预估不同参数下的平均电流。 [Online Power Profiler]

工具地址：devzone.nordicsemi.com/power/

3.4 实际测量：使用 PPK2

使用 Power Profiler Kit II (PPK2) 配合 nRF Connect for Desktop 的 Power Profiler App 进行实际电流测量。 [Peripheral power profiling]

---

4. 连接稳定性优化

4.1 分析丢包问题：使用 nRF Sniffer

用 nRF Sniffer for Bluetooth LE（需要 nRF52840 DK 或 Dongle）配合 Wireshark 捕获空中包，分析重传、连接事件等。 [nRF Sniffer]

4.2 高速传输时的丢包处理

当发生 CRC 错误时，BLE 协议要求等到下一个连接事件才能重传，这会降低吞吐量并影响稳定性。可以通过：

• 缩短连接间隔（加快重传机会）
• 使用 1M PHY 代替 2M PHY（更强抗干扰）
• 加入 nRF21540 RF FEM 提升链路预算（最高 +21 dBm TX，RX 增益 13 dB）[Range extenders]

4.3 监督超时设置

确保 supervision timeout > connection interval × (slave latency + 1)，防止误判连接断开。苹果设备额外要求：Interval Max × (Slave Latency + 1) ≤ 2 seconds。 [nRF51 current guide]

---

5. 实操推荐：官方吞吐量示例

使用 nRF Connect SDK 中的 Bluetooth: Throughput 示例，可在两块开发板间测

---

6、智能锁OTA升级优化

推荐的做法是：广播和初始连接使用 1M PHY（兼容性好），连接建立后立即触发 PHY 更新到 2M，再开始 DFU 传输，这样可以兼顾兼容性和传输速度。

基于之前讨论的 BLE 优化方法，结合智能锁 OTA 升级场景，以下是具体可行的优化措施：

6.1 启用官方 DFU 加速配置

最简单的方式是启用 CONFIG_NCS_SAMPLE_MCUMGR_BT_OTA_DFU_SPEEDUP，它会自动扩展 BLE 缓冲区以加速传输： [FOTA on nRF52]

CONFIG_BOOTLOADER_MCUBOOT=y
CONFIG_NCS_SAMPLE_MCUMGR_BT_OTA_DFU=y
CONFIG_NCS_SAMPLE_MCUMGR_BT_OTA_DFU_SPEEDUP=y

6.2 增大 BLE MTU 和数据长度

更大的数据包意味着单次传输更多固件数据：[FOTA sample]

CONFIG_BT_L2CAP_TX_MTU=498
CONFIG_BT_BUF_ACL_TX_SIZE=255
CONFIG_BT_BUF_ACL_RX_SIZE=502
CONFIG_BT_CTLR_DATA_LENGTH_MAX=251

注意：CONFIG_MCUMGR_TRANSPORT_NETBUF_SIZE 必须大于 BLE MTU，推荐设为 2475。 [BLE MTU size]

6.3 启用 MCUmgr 大包重组

允许交换更大的 SMP 数据包，减少分包开销：[FOTA on nRF53]

CONFIG_MCUMGR_TRANSPORT_BT_REASSEMBLY=y
CONFIG_MCUMGR_TRANSPORT_NETBUF_SIZE=2475

6.4 启用 DFU 期间自适应连接参数控制

检测到 SMP 活动时自动缩短连接间隔，传输结束后恢复：[FOTA sample]

CONFIG_MCUMGR_TRANSPORT_BT_CONN_PARAM_CONTROL=y

6.5 切换至 2M PHY

将物理层速率翻倍，智能锁场景下通常近距离使用，可以放心启用：

CONFIG_BT_CTLR_PHY_2M=y
CONFIG_BT_USER_PHY_UPDATE=y
CONFIG_BT_AUTO_PHY_UPDATE=n  # 手动触发，可在连接后自行调用

6.5.1 实现方式

在连接建立后（如 on_connected 回调中）调用以下代码切换到 2M PHY：[BLE fundamentals]

static void update_phy(struct bt_conn *conn)
{
    int err;
    const struct bt_conn_le_phy_param preferred_phy = {
        .options = BT_CONN_LE_PHY_OPT_NONE,
        .pref_rx_phy = BT_GAP_LE_PHY_2M,
        .pref_tx_phy = BT_GAP_LE_PHY_2M,
    };
    err = bt_conn_le_phy_update(conn, &preferred_phy);
    if (err) {
        LOG_ERR("bt_conn_le_phy_update() returned %d", err);
    }
}

6.5.2 监听 PHY 更新结果

可以通过回调确认 PHY 是否成功切换：[BLE fundamentals]

void on_le_phy_updated(struct bt_conn *conn, struct bt_conn_le_phy_info *param)
{
    if (param->tx_phy == BT_CONN_LE_TX_POWER_PHY_1M) {
        LOG_INF("PHY updated. New PHY: 1M");
    } else if (param->tx_phy == BT_CONN_LE_TX_POWER_PHY_2M) {
        LOG_INF("PHY updated. New PHY: 2M");
    }
}

实测在 nRF5340 上切换至 2M PHY 后，需同时在 child image（ipc_radio）中配置，否则不生效。 [PHY change for DFU]

6.6 启用渐进式 Flash 擦除

减少因 Flash 擦除阻塞导致的延迟：

CONFIG_IMG_ERASE_PROGRESSIVELY=y

6.7 安全建议

在提速的同时，建议开启认证以防止未授权 DFU：[FOTA on nRF54L]

CONFIG_MCUMGR_TRANSPORT_BT_PERM_RW_AUTHEN=y

实测参考数据

平台	平均镜像传输时间	镜像交换+重启	总 OTA 时间
nRF52840 DK	240 s	70 s	310 s
nRF5340 DK	290 s	45 s	335 s
nRF54L15 DK	260 s	50 s	310 s

[OTA measurement]

关键提示：DFU 速度不仅取决于 BLE 配置，还受 Flash 写入速度和应用层线程调度影响。如果发现速度异常慢，请检查主线程是否频繁占用 CPU 而未及时让出（k_yield()）。 [FOTA speed]

Matter 门锁 Release 版本在 nRF52840 上的总 ROM 约为 684 KB，假设以此作为镜像大小：
nRF52840：684 KB ÷ 240 s ≈ 2.85 KB/s

7.为了系统学习BLE可阅读下面文章

(一）蓝牙的发展历史
(二）蓝牙架构概述-通俗易懂
(三）BLE协议栈协议分层架构设计详解
(四）BLE的广播及连接-通俗易懂
(五）图文结合-详解BLE连接原理及过程
(六）BLE安全指南：别让“配对降级”和硬件I/O毁了安全等级（BLE SMP）
(七) 深入探讨BLE MAC 地址的隐私博弈
(八）BLE MTU 全栈解析：从 20 字节瓶颈到 160KB/s
(九）一文吃透 BLE：从低功耗原理到协议栈与实战概念
(十）Nordic实战–保姆级教程：nRF Connect SDK 开发环境搭建全指南
(十一）BLE UUID背后的带宽战争与架构设计