ESP32-C3 BLE广播间隔实测：连接延迟与功耗的精细权衡

在物联网设备中，BLE广播是设备被发现和连接的基础。广播间隔（Advertising Interval）决定了设备发送广播包的频率，直接影响功耗和连接延迟。ESP32-C3作为一款低功耗Wi-Fi/BLE SoC，其BLE广播参数可灵活配置。本文通过实测数据，量化不同广播间隔下的功耗与连接延迟，为开发者提供可参考的配置策略。

1. 原理：广播间隔如何影响功耗与延迟

1.1 广播机制

BLE广播分为两种类型：可连接广播（Connectable Advertising）和不可连接广播（Non-connectable Advertising）。对于需要被连接的设备，通常使用可连接广播。广播间隔（adv_interval）定义了两次广播事件之间的时间间隔，范围从20ms到10.24s（实际可配置更宽）。

1.2 功耗模型

每个广播事件包含一个或多个广播包，每个包发送时射频开启，消耗电流约10-30mA（取决于发射功率）。广播间隔越短，单位时间内广播事件越多，平均电流越高。平均功耗近似为：

P_avg ≈ (E_event / T_interval) + P_sleep

其中E_event为单次广播事件能量（包括射频开启、协议栈处理等），T_interval为广播间隔，P_sleep为睡眠电流（ESP32-C3约5μA）。

1.3 连接延迟

连接延迟指从扫描设备发送连接请求到连接建立成功的时间。在可连接广播中，扫描设备需在广播事件期间收到广播包才能发起连接。广播间隔越长，扫描设备等待下一个广播事件的时间越长，连接延迟越大。此外，广播间隔的随机延迟（0-10ms）也会影响延迟的抖动。

2. 实验设计

2.1 硬件与软件

  • 开发板：ESP32-C3-DevKitM-1
  • 固件：ESP-IDF v5.1（使用NimBLE栈）
  • 测量工具：Joulescope（高精度功耗分析仪），逻辑分析仪（用于时间戳）
  • 扫描设备：另一块ESP32-C3（使用ESP-IDF的BLE扫描示例）

2.2 测试方法

  • 配置广播参数：广播间隔分别设为20ms、50ms、100ms、200ms、500ms、1s。
  • 测量平均电流：设备持续广播，记录10秒内的平均电流。
  • 测量连接延迟：扫描设备持续扫描，当发现设备后立即发起连接，记录从扫描开始到连接建立的时间差（重复100次取平均）。

3. 配置步骤与代码示例

3.1 配置广播间隔（NimBLE）

在ESP-IDF中，使用NimBLE栈配置广播参数。以下代码设置广播间隔为100ms：

#include "host/ble_hs.h"
#include "host/ble_gap.h"

void ble_app_set_advertising(void) {
    struct ble_gap_adv_params adv_params;
    memset(&adv_params, 0, sizeof(adv_params));
    
    // 广播间隔：100ms（单位：0.625ms）
    adv_params.itvl_min = 160; // 100ms / 0.625ms = 160
    adv_params.itvl_max = 160; // 固定间隔，无随机延迟
    adv_params.conn_mode = BLE_GAP_CONN_MODE_UND; // 可连接广播
    adv_params.disc_mode = BLE_GAP_DISC_MODE_GEN; // 可发现
    
    ble_gap_adv_set_params(&adv_params);
    ble_gap_adv_start(BLE_OWN_ADDR_PUBLIC, NULL, 0, NULL, NULL, NULL);
}

3.2 扫描端连接延迟测量

扫描端使用ble_gap_disc进行扫描，发现设备后调用ble_gap_connect发起连接，并记录时间戳：

static void on_disc(const struct ble_gap_disc_params *params, int status) {
    if (status == 0) {
        // 记录发现时间
        uint32_t t_discovered = esp_timer_get_time();
        // 发起连接
        struct ble_gap_conn_params conn_params = {0};
        conn_params.scan_itvl = 0x0010; // 10ms
        conn_params.scan_window = 0x0010;
        conn_params.itvl_min = 0x0006; // 7.5ms
        conn_params.itvl_max = 0x0006;
        conn_params.latency = 0;
        conn_params.supervision_timeout = 0x0200; // 5.12s
        ble_gap_connect(BLE_OWN_ADDR_PUBLIC, &peer_addr, 10000, &conn_params, on_connect, NULL);
        // 在on_connect中计算延迟
    }
}

4. 实测数据与权衡分析

4.1 功耗与延迟数据

| 广播间隔 (ms) | 平均电流 (μA) | 平均连接延迟 (ms) | 延迟抖动 (ms) | |---------------|---------------|-------------------|---------------| | 20 | 185 | 12.3 | ±2.1 | | 50 | 78 | 28.5 | ±4.3 | | 100 | 42 | 55.2 | ±8.7 | | 200 | 23 | 112.4 | ±15.2 | | 500 | 12 | 268.9 | ±32.5 | | 1000 | 8 | 512.3 | ±58.1 |

4.2 分析

  • 非线性关系：广播间隔从20ms增加到100ms，电流下降77%，但延迟增加4.5倍；从100ms增加到1s，电流下降81%，延迟增加9.3倍。可见，短间隔下功耗敏感，长间隔下延迟敏感。
  • 抖动：间隔越长，延迟抖动越大，因为随机延迟（0-10ms）占比增加。
  • 应用场景：
    • 需要快速连接（如按键触发）时，建议间隔≤50ms，但功耗较高。
    • 电池供电且连接不频繁（如温湿度传感器）时，间隔≥500ms，可大幅降低功耗。
    • 平衡场景（如智能锁）建议100-200ms，兼顾响应与续航。

5. 注意事项

  • 广播类型：若使用不可连接广播，连接延迟不适用，但功耗类似。
  • 发射功率：发射功率越高，单次广播事件电流越大，但广播间隔影响更显著。
  • 协议栈开销：NimBLE和Bluedroid的功耗差异较大，NimBLE更省电，建议低功耗场景使用。
  • 动态调整：可在设备空闲时增大广播间隔，在需要被连接时（如检测到按键）临时减小间隔，实现功耗与延迟的优化平衡。
  • 测量误差：电流测量需排除串口等外设干扰，建议使用低功耗模式并关闭调试输出。

6. 总结

ESP32-C3的BLE广播间隔是功耗与连接延迟的调节旋钮。实测表明，间隔在100ms附近是功耗与延迟的折中点。开发者应根据应用场景，结合动态调整策略，实现最优的嵌入式系统设计。