📚 课程目录第2章单BLE设备连接与数据读写基础

多BLE设备扫描与连接管理：扫描策略、连接参数、地址过滤、重连机制

在多BLE设备数据同步系统中，扫描与连接管理是数据管道的最上游。本章从四个维度深入：扫描策略（决定发现效率与功耗）、连接参数（影响吞吐与延迟）、地址过滤（筛选目标设备）、重连机制（保证链路鲁棒性）。每个维度均包含原理说明、实现流程、核心API、调试手段及常见陷阱，并给出稳定性优化建议。

章节前提：本章基于 Nordic nRF5 SDK / ESP-IDF / Zephyr 等主流BLE协议栈，代码示例使用 C 语言风格（兼容 BlueZ / NimBLE / FreeRTOS-BLE 抽象层）。

2.1 扫描策略

原理：BLE扫描分为主动扫描与被动扫描，核心差异在于是否发送 Scan Request 以获取 Scan Response 数据。扫描策略决定扫描窗口（ScanWindow）与扫描间隔（ScanInterval）的关系，直接影响发现速度和功耗。

2.1.1 四种典型扫描模式

模式	ScanWindow (ms)	ScanInterval (ms)	发现速度	功耗	适用场景
全速连续扫描	≥ Interval-10	50–100	快	高	初始化发现、调试
节能间歇扫描	30–60	400–1000	慢	低	长期待机、电池供电
低功耗占空比	20	500–2000	极慢	极低	休眠唤醒检测
自适应扫描	动态调整	动态调整	中等	中	量产设备，兼顾功耗与响应

实现要点：扫描窗口不宜超过扫描间隔的80%，否则同协议栈其他任务（如连接事件）可能被饿死。常见平衡值为 ScanWindow=60ms, ScanInterval=200ms。

2.1.2 扫描启动 API 示例 (Zephyr/NimBLE)

static void start_scan(void)
{
    struct ble_gap_disc_params disc_params;
    disc_params.itvl          = 200;   // 扫描间隔 * 0.625ms = 125ms
    disc_params.window        = 60;    // 扫描窗口 * 0.625ms = 37.5ms
    disc_params.filter_policy = BLE_HCI_CONN_FILTER_NO_WL;
    disc_params.limited       = 0;     // 不限发现模式
    disc_params.passive       = 0;     // 主动扫描
    disc_params.filter_duplicates = 1; // 去重

    int rc = ble_gap_disc(BLE_OWN_ADDR_PUBLIC, BLE_HS_FOREVER, &disc_params,
                          scan_cb, NULL);
    if (rc != 0) {
        // 错误处理
    }
}

2.2 连接参数

原理：连接参数包括连接间隔（Connection Interval）、从机延迟（Slave Latency）和监督超时（Supervision Timeout）。它们共同决定数据传输速率、延迟与功耗平衡。BLE核心规范要求主机可发起连接参数更新请求，从机也可通过 L2CAP 协议请求更新。

2.2.1 参数含义与推荐值

参数	范围	单位	典型值（低延迟）	典型值（低功耗）	影响
Connection Interval (CI)	6–3200	1.25ms	12 (15ms)	80 (100ms)	越短延迟越低，功耗越高
Slave Latency (SL)	0–499	连接事件数	0	4–10	允许从机跳过事件以节能
Supervision Timeout (STO)	10–3200	10ms	200 (2s)	1000 (10s)	超过无数据则连接断开

2.2.2 连接参数更新流程

// 主机侧请求更新 (BlueZ / D-Bus 示例)
org.bluez.Device1.Connect()
// 连接建立后，通过 GATT 或 L2CAP 发起参数更新
def request_conn_params(device_path, min_ci, max_ci, latency, timeout):
    bus = dbus.SystemBus()
    dev = bus.get_object("org.bluez", device_path)
    dev.Set("org.bluez.Device1", "ConnectionParameters",
            dbus.Structure([min_ci, max_ci, latency, timeout]),
            signature="(uuuu)")
    
// 从机侧参数更新请求 (nRF SDK)
ble_gap_conn_params_t conn_params;
memset(&conn_params, 0, sizeof(conn_params));
conn_params.min_conn_interval = MSEC_TO_UNITS(7.5, UNIT_1_25_MS);
conn_params.max_conn_interval = MSEC_TO_UNITS(15,  UNIT_1_25_MS);
conn_params.slave_latency     = 0;
conn_params.conn_sup_timeout  = MSEC_TO_UNITS(4000, UNIT_10_MS);

uint32_t err_code = sd_ble_gap_conn_param_update(conn_handle, &conn_params);
APP_ERROR_CHECK(err_code);

常见陷阱：连接间隔设置过小（< 10ms）会导致蓝牙芯片频繁唤醒，中断 CPU 导致数据同步抖动；间隔过大（> 100ms）则影响同步实时性。建议根据应用层数据包间隔（如 50ms 一次数据推送）选取 CI ≤ 数据间隔的一半。

2.3 地址过滤

原理：BLE 设备使用公共地址或随机地址（静态/私有）进行通信。多设备场景通常需要白名单（白名单）来只接受已知设备，或者黑名单排除干扰设备。地址过滤可发生在扫描阶段（过滤广播包）或连接阶段（过滤连接请求）。

2.3.1 过滤策略对比

策略	过滤层次	实现方式	灵活性	安全性
MAC 地址白名单	扫描层	HCI 命令设置过滤器	低（需预知地址）	中
服务 UUID 过滤	扫描层	扫描回调中匹配 AD 数据	高	低
RSSI 阈值过滤	扫描层	扫描回调中比较 RSSI	高	无
绑定信息过滤	连接层	连接前检查绑定数据库	中	高（配合配对绑定）

2.3.2 地址过滤代码示例（ESP-IDF）

// 设置白名单（添加多个设备地址）
esp_ble_gap_set_scan_params(&scan_params);
esp_ble_gap_start_scanning(30); // 扫描30秒

// 在扫描回调中手动过滤
static void esp_gap_cb(esp_ble_gap_cb_event_t event, esp_ble_gap_cb_param_t *param)
{
    if (event == ESP_GAP_SEARCH_INQ_RES_EVT) {
        uint8_t *addr = param->scan_rst.bda;
        char addr_str[18];
        sprintf(addr_str, "%02x:%02x:%02x:%02x:%02x:%02x",
                addr[0], addr[1], addr[2], addr[3], addr[4], addr[5]);

        // 检查是否在白名单中
        for (int i = 0; i < whitelist_count; i++) {
            if (memcmp(addr, whitelist[i], 6) == 0) {
                // 发起连接
                esp_ble_gap_stop_scanning();
                // ... 连接过程
                break;
            }
        }
    }
}

2.3.3 私有地址处理

设备使用可解析私有地址（RPA）时，MAC 地址每几分钟变化一次。必须结合 Identity Resolving Key (IRK) 解析后才能匹配。此场景下，推荐使用 BLE 绑定管理，在连接前通过 Resolvable Private Address (NRPA) 解析配对设备。

2.4 重连机制

原理：多设备同步场景下，连接可能因距离、干扰、低电、调度冲突而断开。重连机制需自主检测断连、执行退避策略、恢复数据通道，同时避免重复开启扫描导致功耗失控。

2.4.1 重连状态机

状态	条件	动作	退出条件
监控	连接正常	周期性检查链路质量	收到断连事件
等待	断连事件触发	开始计时 t=0	t > 当前退避时间
扫描	退避计时到	启动定向扫描或主动扫描	发现目标设备
连接	发现设备	发起连接	连接成功（回到监控）或失败（回到等待）

2.4.2 指数退避重连实现

#define MAX_RETRY_INTERVAL_MS 60000
#define INITIAL_RETRY_INTERVAL_MS 1000

static uint32_t retry_interval = INITIAL_RETRY_INTERVAL_MS;
static uint32_t retry_count = 0;

void on_disconnected(ble_conn_handle_t handle)
{
    // 停止当前连接活动
    // 启动退避定时器
    app_timer_start(&retry_timer, APP_TIMER_TICKS(retry_interval), NULL);
    // 更新退避间隔（指数增长，上限截断）
    retry_interval *= 2;
    if (retry_interval > MAX_RETRY_INTERVAL_MS) {
        retry_interval = MAX_RETRY_INTERVAL_MS;
    }
    retry_count++;
    if (retry_count > MAX_RETRIES) {
        // 超限，转入深度休眠或用户通知
        retry_count = 0;
        enter_deep_sleep_or_notify();
    }
}

void retry_timer_handler(void *context)
{
    start_scan_filtered(); // 启动扫描，使用之前保存的地址过滤
}

优化技巧：① 为非同步关键设备（如传感器）设置较小退避上限（如 4 次失败后放弃重连），避免无限扫描；② 保留 绑定信息（LTK + IRK），重连时可跳过配对直接加密，节省 2-3 次空中交互；③ 使用 连接参数持久化，重连后直接应用历史参数，无需再次参数协商。

2.4.3 链路质量监控与主动断连

在连接稳定期，可通过 RSSI 或 Connection Update 失败次数预判链路质量。当 RSSI 低于 -90 dBm 或连续 3 次参数更新请求被拒绝时，主动断开连接并触发重连流程，避免数据长时间卡滞。

static void conn_rssi_callback(uint16_t conn_handle, int8_t rssi, void *arg)
{
    if (rssi < -90) {
        // 记录不良计数
        poor_rssi_count++;
        if (poor_rssi_count >= 3) {
            sd_ble_gap_disconnect(conn_handle, BLE_HCI_CONN_TERMINATE_LOCAL);
            poor_rssi_count = 0;
        }
    } else {
        poor_rssi_count = 0;
    }
}

2.5 常见错误与调试

现象	原因	排查方法
扫描不到设备	扫描间隔过大或过滤策略错误	打印扫描参数；同时尝试全速扫描验证硬件
连接后很快断开	监督超时过短 / 连接间隔不匹配	抓取 HCI 日志，确认断连原因代码
重连频繁	退避间隔太小 / RSSI 阈值过低	增加退避时间；检查两设备实际距离
地址过滤失效	使用了私有地址但未解析 IRK	确保已绑定并存储 Resolving List

2.6 性能与稳定性优化清单

扫描占空比自适应：连接建立后，自动降低扫描窗口至 20ms/1000ms，仅用于设备丢失后快速恢复。
连接间隔分组：为不同优先级设备分配不同连接间隔（如控制类 15ms，数据采集类 50ms），通过参数更新请求一次性配置。
绑定表持久化：使用 NVS 或 Flash 保存绑定信息，避免每次重连重新配对。
重连看门狗：设置全局重连超时（如 10 分钟），超时后停止所有扫描，转入低功耗模式等待用户交互。
单设备连接数限制：BLE 芯片典型并发连接数 8–20 个，超出后强制淘汰 RSSI 最低或最久未通信的连接。