BTM_ENCRYPTION_STATUS_EVT调用太多次了，为什么？

答案对人有帮助，有参考价值 0

BTM_ENCRYPTION_STATUS_EVT事件被多次触发（如连续3次）是蓝牙连接建立过程中的常见现象，主要由加密协商流程和协议栈内部机制导致。以下是详细原因及解决方案：

原因分析

1. 
   

   加密协商的多阶段特性：

   
   
   
   
   • 当中央设备（MULTICH_CONNECT_PCB）与外设（CY-BT 343026）建立连接时，蓝牙协议栈会自动执行加密协商流程：
     
     
     
     • 阶段1：协议栈检测连接安全需求，触发首次加密请求。
     
     
     • 阶段2：若外设支持加密（如已绑定配对信息），本地设备会发送加密密钥请求。
     
     
     • 阶段3：双方协商加密参数（如密钥长度、算法），可能触发多次状态更新。
     
     
   
   
   • 每个阶段都会触发一次BTM_ENCRYPTION_STATUS_EVT事件。
   
   
   
   


2. 
   

   协议栈的内部重试机制：

   
   
   
   
   • 如果首次加密尝试失败（例如：临时丢包或资源冲突），协议栈会自动重试（通常最多重试2次），导致事件多次触发（如3次）。日志中res 0（成功）表明最终成功，但中间过程可能包含重试。
   
   
   
   


3. 
   

   设备角色与安全模式：

   
   
   
   
   • 中央设备：主动发起加密请求，可能多次检查外设的加密能力。
   
   
   • 外设配置：如果外设的GATT服务配置了较高安全级别（如GATT_PERM_READ_ENCRYPTED），会迫使中央在连接后立即进行加密协商。
   
   
   
   


4. 
   

   MTU交换的影响：

   
   
   
   
   • 您的日志显示req_mtu:170：
     

     hello_sensor_gatts_req_cb ack. conn 1, 类型 5 req_mtu:170

     
     
     
     
     • MTU交换（类型5）在加密前发生。部分协议栈实现可能在MTU协商后再次触发加密检查。
     
     
   
   
   
   

解决方案

1. 
   

   添加事件过滤：

   
   
   
   
   • 
     

     在回调函数中忽略重复的成功事件（res = 0）。示例代码：

     
     

     static bd_addr_t g_last_bd_addr;
     
     static uint8_t g_last_enc_status = 0xFF; // 无效初始值
     
     
     
     void encryption_callback(tBTM_ENCRYPTION_STATUS *p_status) {
     
      // 检查地址和状态是否与上次相同
     
      if (memcmp(p_status->bd_addr, g_last_bd_addr, BD_ADDR_LEN) == 0 &&
     
          p_status->status == g_last_enc_status) {
     
          return; // 忽略重复事件
     
      }
     
     
     
      memcpy(g_last_bd_addr, p_status->bd_addr, BD_ADDR_LEN);
     
      g_last_enc_status = p_status->status;
     
     
     
      // 处理加密状态变化
     
      if (p_status->status == BTM_SUCCESS) {
     
          // 加密成功，执行业务逻辑
     
      }
     
     }

     
     
   
   
   
   


2. 
   

   优化协议栈参数：

   
   
   
   
   • 减少加密重试次数：在Cypress SDK中调整重试参数（例如：修改wiced_bt_cfg_settings_t中的enc_retry_timeout）。
   
   
   • 延迟MTU请求：在连接稳定后再请求MTU，避免交叉触发事件：
     

     static void conn_status_cb(uint8_t status, uint16_t handle) {
     
      if (status == BTM_CONNECTED) {
     
          // 延迟100ms再执行MTU交换
     
          wiced_start_timer(&mtu_timer, 100);
     
      }
     
     }

   
   
   
   


3. 
   

   检查外设安全配置：

   
   
   
   
   • 确认CY-BT 343026的GATT服务权限。降低非必要服务的权限（如改用GATT_PERM_READ而非GATT_PERM_READ_ENCRYPTED），以减少强制加密。
   
   
   
   


4. 
   

   固件更新：

   
   
   
   
   • Cypress在较新版本中可能修复了该行为。检查并升级ModusToolbox SDK。
   
   
   
   

日志关键点解读

您的日志：

encryp change bd (d1 92 29 82 b9 bf) res:0  # 首次加密成功

encryp change bd (d1 92 29 82 b9 bf) res:0  # 重复事件

encryp change bd (d1 92 29 82 b9 bf) res:0  # 重复事件

• 重复但成功的事件（res:0）表明协议栈内部进行了冗余的状态更新，而非实际错误。过滤机制即可有效解决。

总结：多次BTM_ENCRYPTION_STATUS_EVT是协议栈的正常行为，通过事件过滤+协议栈调整可稳定处理。建议优先实现事件过滤，再逐步优化外设配置。