ESP-IDF 蓝牙经典 L2CAP API 实战指南基于 Bluedroid 的经典蓝牙逻辑链路控制与适配层开发【免费下载链接】esp-idfEspressif IoT Development Framework. Official development framework for Espressif SoCs.项目地址: https://gitcode.com/GitHub_Trending/es/esp-idf导读本文面向 ESP-IDF 开发者系统讲解**蓝牙经典Bluetooth Classic / BR/EDRL2CAPLogical Link Control and Adaptation Layer Protocol逻辑链路控制与适配层协议**在 ESP32 / ESP32-S31 上的使用方式。你将掌握esp_l2cap_bt_api.h中全部 API 的语义与事件回调机制、服务器端与客户端两个官方示例的完整实现流程以及如何通过menuconfig正确开启 BT-L2CAP 功能并完成构建、烧录与调试。读完本文后你可以基于这套 API 自行实现基于经典蓝牙的高吞吐、可靠数据传输应用。一、Bluetooth Classic L2CAP 概述L2CAP 位于经典蓝牙协议栈中基带Baseband/链路控制器之上、更高层协议如 SDP、RFCOMM、OBEX之下负责在两台蓝牙设备之间提供**逻辑信道复用、数据分段与重组segmentation and reassembly、流量控制与重传FEC/ERTM**等能力。它是经典蓝牙中承载用户数据的核心传输层协议之一。在 ESP-IDF 的 Bluedroid 协议栈中L2CAP 以esp_l2cap_bt_api.h为对外接口支持Client 与 Server 两种角色Server 角色通过esp_bt_l2cap_start_srv()在本地注册一个动态 PSM 并开始监听等待远端 Client 连接Client 角色通过esp_bt_l2cap_connect()主动向远端设备的 PSM 发起连接。连接建立后ESP-IDF 会把每条 L2CAP 连接抽象为一个VFS 文件描述符fd应用层可以直接使用标准 POSIX 的read()/write()/close()进行数据收发这让开发体验与操作普通文件无异也便于复用已有的 I/O 逻辑。从源码结构看该功能由以下几层协作实现层次文件职责应用 API 层components/bt/host/bluedroid/api/include/api/esp_l2cap_bt_api.h对外头文件定义全部函数、事件与参数结构API 实现层components/bt/host/bluedroid/api/esp_l2cap_bt_api.c将应用调用封装为 BTC 消息投递到 Bluedroid 任务BTC 适配层components/bt/host/bluedroid/btc/profile/std/l2cap/btc_l2cap.c维护连接槽slot、VFS fd、收发队列、事件组向上回调应用协议栈层components/bt/host/bluedroid/stack/l2cap/l2cap_client.cBluedroid 底层 L2CAP 协议实现注意本文所述的 L2CAP 是**经典蓝牙BR/EDR**下的能力与 BLE 使用的 L2CAP 通道见esp_ble_l2cap_api.h是两套不同的接口使用时不要混淆。二、核心 API 与数据结构本节依据头文件 esp_l2cap_bt_api.h 逐项说明。2.1 状态码esp_bt_l2cap_status_t所有回调参数中的status字段使用以下枚举值名称含义0ESP_BT_L2CAP_SUCCESS操作成功1ESP_BT_L2CAP_FAILURE通用失败2ESP_BT_L2CAP_BUSY暂时无法处理该请求3ESP_BT_L2CAP_NO_RESOURCE资源不足4ESP_BT_L2CAP_NEED_INIT需要先调用 L2CAP 初始化5ESP_BT_L2CAP_NEED_DEINIT需要先调用反初始化6ESP_BT_L2CAP_NO_CONNECTION连接可能已被关闭7ESP_BT_L2CAP_NO_SERVER没有对应的服务器2.2 安全设置掩码esp_bt_l2cap_cntl_flags_tL2CAP 连接与服务器启动的cntl_flag参数支持以下安全掩码组合#define ESP_BT_L2CAP_SEC_NONE 0x0000 /*! 无安全要求 */ #define ESP_BT_L2CAP_SEC_AUTHORIZE 0x0001 /*! 需要授权 */ #define ESP_BT_L2CAP_SEC_AUTHENTICATE 0x0012 /*! 需要认证 */ #define ESP_BT_L2CAP_SEC_ENCRYPT 0x0024 /*! 需要加密 */ typedef uint32_t esp_bt_l2cap_cntl_flags_t;头文件注释明确了三种合法用法esp_l2cap_bt_api.h仅ESP_BT_L2CAP_SEC_NONE仅ESP_BT_L2CAP_SEC_AUTHENTICATEESP_BT_L2CAP_SEC_ENCRYPT | ESP_BT_L2CAP_SEC_AUTHENTICATE组合认证并加密。在 API 实现中cntl_flag只取低 16 位作为安全掩码传给协议栈arg.connect.sec_mask (cntl_flag 0xffff); // esp_l2cap_bt_api.c 中 esp_bt_l2cap_connect() arg.start_srv.sec_mask (cntl_flag 0xffff); // esp_l2cap_bt_api.c 中 esp_bt_l2cap_start_srv()2.3 回调事件esp_bt_l2cap_cb_event_t应用通过注册回调函数接收 L2CAP 模块的状态变化。事件编号及含义如下事件宏值触发时机ESP_BT_L2CAP_INIT_EVT0L2CAP 初始化完成ESP_BT_L2CAP_UNINIT_EVT1L2CAP 反初始化完成ESP_BT_L2CAP_OPEN_EVT16Client 连接建立成功ESP_BT_L2CAP_CLOSE_EVT17L2CAP 连接关闭ESP_BT_L2CAP_START_EVT18L2CAP 服务器启动成功ESP_BT_L2CAP_CL_INIT_EVT19Client 发起连接或发起失败ESP_BT_L2CAP_SRV_STOP_EVT36L2CAP 服务器停止ESP_BT_L2CAP_VFS_REGISTER_EVT38L2CAP VFS 注册完成ESP_BT_L2CAP_VFS_UNREGISTER_EVT39L2CAP VFS 注销完成2.4 回调参数联合体esp_bt_l2cap_cb_param_t每个事件对应一个结构体成员其中几个关键参数openESP_BT_L2CAP_OPEN_EVT包含status、连接句柄handle、文件描述符fd后续read/write直接使用、对端地址rem_bda、发送 MTUtx_mtustartESP_BT_L2CAP_START_EVT包含status、handle、该服务器使用的安全 IDsec_idcloseESP_BT_L2CAP_CLOSE_EVT包含status、handle、asyncFALSE表示本地主动断开srv_stopESP_BT_L2CAP_SRV_STOP_EVT包含status与本地 PSMpsm。2.5 函数清单函数作用关键说明esp_bt_l2cap_register_callback()注册 L2CAP 回调回调不能为 NULL否则返回ESP_FAILesp_bt_l2cap_init()初始化 L2CAP 模块必须在esp_bluedroid_enable()成功之后调用完成后回调ESP_BT_L2CAP_INIT_EVTesp_bt_l2cap_deinit()反初始化 L2CAP会先关闭所有活动连接每关闭一条回调一次ESP_BT_L2CAP_CLOSE_EVT最后回调ESP_BT_L2CAP_UNINIT_EVTesp_bt_l2cap_connect(cntl_flag, remote_psm, peer_bd_addr)向远端发起 L2CAP 连接发起时回调ESP_BT_L2CAP_CL_INIT_EVT建立成功/失败回调ESP_BT_L2CAP_OPEN_EVTpeer_bd_addr为 NULL 返回ESP_ERR_INVALID_ARGesp_bt_l2cap_start_srv(cntl_flag, local_psm)创建 L2CAP 服务器并监听local_psm为动态 PSM启动成功回调ESP_BT_L2CAP_START_EVT连接建立回调ESP_BT_L2CAP_OPEN_EVTesp_bt_l2cap_stop_all_srv()停止所有 L2CAP 服务器先关闭相关连接逐条回调ESP_BT_L2CAP_CLOSE_EVT再回调ESP_BT_L2CAP_SRV_STOP_EVTesp_bt_l2cap_stop_srv(local_psm)停止指定 PSM 的服务器行为同stop_all_srv但仅针对该 PSMesp_bt_l2cap_vfs_register()注册 L2CAP VFS仅支持 write、read、close完成后回调ESP_BT_L2CAP_VFS_REGISTER_EVTesp_bt_l2cap_vfs_unregister()注销 L2CAP VFS完成后回调ESP_BT_L2CAP_VFS_UNREGISTER_EVTesp_bt_l2cap_get_protocol_status(status)查询 L2CAP 状态输出l2cap_inited是否已初始化与conn_num当前连接数从实现上看这些 API 大多通过btc_transfer_context()把操作投递到 Bluedroid 的 BTC 任务如 esp_l2cap_bt_api.c 中esp_bt_l2cap_init()发送BTC_L2CAP_ACT_INIT再由 btc_l2cap.c 中的内部回调转换成对应用的esp_bt_l2cap_cb_t回调。因此这些调用都是异步的业务逻辑应放在回调事件中驱动。三、环境准备与工程配置3.1 支持的硬件官方 L2CAP 示例支持ESP32 与 ESP32-S31开发板见 bt_l2cap_server/README.md。经典蓝牙需要 BR/EDR 控制器支持因此该功能仅在带经典蓝牙的芯片上可用。3.2 menuconfig 配置打开配置菜单idf.py menuconfig开启 BT-L2CAP 功能Bluedroid 选项Component config -- Bluetooth -- Bluedroid Options -- BT-L2CAP3.可选如需限制同时连接的设备数量将以下两项设置为相同值Component config -- Bluetooth -- Bluedroid Options -- BT/BLE MAX ACL CONNECTIONS(1~7) Component config -- Bluetooth -- Bluetooth -- Bluetooth controller -- BR/EDR ACL Max Connections3.3 sdkconfig 关键开关官方示例的 sdkconfig.defaults服务器与客户端一致给出了完整的最小配置可作为参考CONFIG_BT_ENABLEDy CONFIG_BTDM_CTRL_MODE_BLE_ONLYn CONFIG_BTDM_CTRL_MODE_BR_EDR_ONLYy CONFIG_BTDM_CTRL_MODE_BTDMn CONFIG_BT_BLUEDROID_ENABLEDy CONFIG_BT_CLASSIC_ENABLEDy CONFIG_BT_L2CAP_ENABLEDy CONFIG_BT_SDP_COMMON_ENABLEDy CONFIG_BT_BLE_ENABLEDn要点CONFIG_BTDM_CTRL_MODE_BR_EDR_ONLYy控制器仅启用 BR/EDR 模式CONFIG_BT_L2CAP_ENABLEDy开启 Bluedroid 的 L2CAP 能力CONFIG_BT_SDP_COMMON_ENABLEDy示例依赖 SDP 做服务发现/注册需要同步开启CONFIG_BT_BLE_ENABLEDn本例不需要 BLE。3.4 构建、烧录与监视idf.py -p PORT flash monitor其中PORT为串口名如/dev/ttyUSB0。退出串口监视器使用Ctrl-]。四、L2CAP 服务器示例详解示例位于 examples/bluetooth/bluedroid/classic_bt/bt_l2cap_server核心逻辑在main/main.c。服务器的工作模式是注册 SDP 服务记录 → 启动 L2CAP 服务器 → 保持可发现、可连接 → 被 Client 连接后通过 VFS fd 读取数据。4.1 初始化流程app_mainESP_ERROR_CHECK(nvs_flash_init()); ESP_ERROR_CHECK(esp_bt_controller_mem_release(ESP_BT_MODE_BLE)); // 释放 BLE 内存 esp_bt_controller_config_t bt_cfg BT_CONTROLLER_INIT_CONFIG_DEFAULT(); esp_bt_controller_init(bt_cfg); esp_bt_controller_enable(ESP_BT_MODE_CLASSIC_BT); // 只启用经典蓝牙 esp_bluedroid_config_t bluedroid_cfg BT_BLUEDROID_INIT_CONFIG_DEFAULT(); esp_bluedroid_init_with_cfg(bluedroid_cfg); esp_bluedroid_enable(); bt_app_task_start_up(); esp_bt_gap_register_callback(esp_bt_gap_cb); esp_bt_l2cap_register_callback(esp_bt_l2cap_cb); esp_bt_l2cap_init(); // 初始化 L2CAP esp_sdp_register_callback(esp_sdp_cb); esp_sdp_init(); // 初始化 SDP关键点使用esp_bt_controller_mem_release(ESP_BT_MODE_BLE)释放 BLE 内存以腾出更多资源给经典蓝牙esp_bt_l2cap_init()必须在esp_bluedroid_enable()成功之后调用头文件明确要求示例同时注册了 GAP、L2CAP、SDP 三类回调各自处理配对、连接与服务发现相关事件。4.2 L2CAP 回调中的事件驱动服务器示例的回调处理main.c体现了完整的异步流程case ESP_BT_L2CAP_INIT_EVT: if (l2cap_param-init.status ESP_BT_L2CAP_SUCCESS) { esp_bt_l2cap_vfs_register(); // 1) 初始化成功后注册 VFS } break; case ESP_BT_L2CAP_VFS_REGISTER_EVT: if (l2cap_param-vfs_register.status ESP_BT_L2CAP_SUCCESS) { esp_bt_l2cap_start_srv(sec_mask, BT_L2CAP_DYNMIC_PSM); // 2) 启动服务器监听 } break; case ESP_BT_L2CAP_OPEN_EVT: if (l2cap_param-open.status ESP_BT_L2CAP_SUCCESS) { /* fd 即文件描述符用于后续 read/write */ l2cap_wr_task_start_up(l2cap_read_handle, l2cap_param-open.fd); } break; case ESP_BT_L2CAP_CLOSE_EVT: esp_bt_l2cap_start_srv(sec_mask, BT_L2CAP_DYNMIC_PSM); // 3) 断连后重新监听 break;代码中使用的动态 PSM 为0x1001宏BT_L2CAP_DYNMIC_PSM安全掩码为ESP_BT_L2CAP_SEC_AUTHENTICATE即要求配对认证。4.3 通过 VFS fd 读取数据连接建立后示例在独立 FreeRTOS 任务中循环读取对端数据static void l2cap_read_handle(void * param) { int fd (int)param; uint8_t *l2cap_data malloc(L2CAP_DATA_LEN); // L2CAP_DATA_LEN 100 do { size read(fd, l2cap_data, L2CAP_DATA_LEN); if (size 0) break; // 连接已关闭 else if (size 0) { vTaskDelay(500 / portTICK_PERIOD_MS); // 无数据时延时重试 } else { ESP_LOGI(L2CAP_TAG, fd %d data_len %d, fd, size); vTaskDelay(10 / portTICK_PERIOD_MS); // 避免任务看门狗 } } while (1); ... }注释中特别提示read()的调用频率也会限制对端发送数据的速度即应用层的读取节奏直接影响吞吐。4.4 SDP 服务记录注册为了让 Client 能够发现本服务器使用的 PSM服务器需要在 SDP 中创建一条服务记录main.crecord.hdr.type ESP_SDP_TYPE_RAW; memcpy(record.hdr.uuid.uuid.uuid128, UUID_UNKNOWN, sizeof(UUID_UNKNOWN)); record.hdr.service_name Unknown_profile; record.hdr.rfcomm_channel_number BT_UNUSED_RFCOMM; // -1表示不适用 record.hdr.l2cap_psm BT_L2CAP_DYNMIC_PSM; // 0x1001 record.hdr.profile_version 0x0102; esp_sdp_create_record((esp_bluetooth_sdp_record_t *)record);SDP 记录创建成功后示例调用 GAP 设置设备名并进入可发现、可连接状态esp_bt_gap_set_device_name(local_device_name); // ESP_BT_L2CAP_SERVER esp_bt_gap_set_scan_mode(ESP_BT_CONNECTABLE, ESP_BT_GENERAL_DISCOVERABLE);4.5 典型启动日志运行服务器示例时串口会输出类似以下信息见 bt_l2cap_server/README.mdI (1398) L2CAP_TAG: ESP_BT_L2CAP_INIT_EVT: status:0 I (1398) L2CAP_TAG: ESP_BT_L2CAP_START_EVT: status:0, hdl:0x0, sec_id:0x37 I (1408) SDP_TAG: ESP_SDP_INIT_EVT: status:0 I (1408) SDP_TAG: ESP_SDP_CREATE_RECORD_COMP_EVT: status:0 I (1418) L2CAP_TAG: event: 10 I (1428) L2CAP_TAG: Own address:[c4:dd:57:5b:e7:46]可以看到L2CAP 初始化成功 → 服务器启动成功sec_id:0x37→ SDP 初始化并创建记录成功 → 打印本机地址。五、L2CAP 客户端示例详解示例位于 examples/bluetooth/bluedroid/classic_bt/bt_l2cap_client核心逻辑在main/main.c。客户端的工作模式是启动设备发现 → 从 EIR 中匹配目标设备名 → 通过 SDP 查询对端 PSM → 发起 L2CAP 连接 → 通过 VFS fd 写数据。5.1 设备发现与目标匹配客户端在 SDP 记录创建成功后启动通用查询main.cesp_bt_gap_set_device_name(EXAMPLE_DEVICE_NAME); // ESP_BT_L2CAP_CLIENT esp_bt_gap_set_scan_mode(ESP_BT_CONNECTABLE, ESP_BT_GENERAL_DISCOVERABLE); esp_bt_gap_start_discovery(ESP_BT_INQ_MODE_GENERAL_INQUIRY, 10, 0); // 10 秒查询在ESP_BT_GAP_DISC_RES_EVT中示例解析扫描结果的 EIRExtended Inquiry Response通过esp_bt_gap_resolve_eir_data()提取设备名与配置项CONFIG_EXAMPLE_PEER_DEVICE_NAME默认对应服务器设备名比对命中后调用esp_bt_gap_cancel_discovery()停止扫描并用固定 UUID 发起 SDP 搜索esp_sdp_search_record(param-disc_res.bda, uuid);5.2 SDP 搜索并解析 PSMSDP 搜索完成事件中客户端从返回的服务记录中取出l2cap_psm随后发起 L2CAP 连接case ESP_SDP_SEARCH_COMP_EVT: if (sdp_param-search.status ESP_SDP_SUCCESS sdp_param-search.record_count 0 sdp_param-search.records) { ESP_LOGI(SDP_TAG, Remote device l2cap psm: 0x%04x, sdp_param-search.records-hdr.l2cap_psm); esp_bt_l2cap_connect(sec_mask, sdp_param-search.records-hdr.l2cap_psm, sdp_param-search.remote_addr); } break;这里体现了 L2CAP 与 SDP 的配合Client 通过 SDP 获知 Server 注册的 PSM 后才能向正确的端口发起连接。5.3 连接建立与数据发送在ESP_BT_L2CAP_OPEN_EVT中客户端同样拿到fd与tx_mtu随后启动写任务main.ccase ESP_BT_L2CAP_OPEN_EVT: if (l2cap_param-open.status ESP_BT_L2CAP_SUCCESS) { ESP_LOGI(L2CAP_TAG, fd %d, tx mtu %d, remote_address:%s, ...); l2cap_wr_task_start_up(l2cap_write_handle, l2cap_param-open.fd); } break;写任务填充 0~99 的递增字节并循环写入for (i 0; i L2CAP_DATA_LEN; i) { l2cap_data[i] i; } do { /* write 为阻塞式直到全部数据发送到下层或出错才返回 */ size write(fd, l2cap_data, L2CAP_DATA_LEN); if (size -1) break; // 连接异常 else if (size 0) { vTaskDelay(500 / portTICK_PERIOD_MS); // 环形缓冲满稍后重试 } else { ESP_LOGI(L2CAP_TAG, fd %d data_len %d, fd, size); vTaskDelay(50 / portTICK_PERIOD_MS); } } while (1);注释表明write()是阻塞式的会等待全部目标长度数据成功送入协议栈下层或出错才返回返回 0 通常表示发送环形缓冲已满应延时重试。5.4 配对与安全交互由于服务器端安全掩码为ESP_BT_L2CAP_SEC_AUTHENTICATE连接建立前会触发配对流程。两个示例的 GAP 回调都处理了 Legacy Pairing 与 SSP 事件ESP_BT_GAP_PIN_REQ_EVTLegacy 配对时回复 PIN 码示例固定使用123416 位时回复全 0ESP_BT_GAP_CFM_REQ_EVT/ESP_BT_GAP_KEY_NOTIF_EVT/ESP_BT_GAP_KEY_REQ_EVTSSPSecure Simple Pairing确认与密钥输入事件示例直接调用esp_bt_gap_ssp_confirm_reply()自动确认。当CONFIG_EXAMPLE_SSP_ENABLED为false时esp_bluedroid_init_with_cfg()会关闭 SSPbluedroid_cfg.ssp_en false。六、底层实现机制源码视角6.1 API 到协议栈的调用链以esp_bt_l2cap_connect()为例其完整调用链为应用调用 esp_bt_l2cap_connect(cntl_flag, remote_psm, peer_bd_addr) └─ esp_l2cap_bt_api.c: 构造 btc_msg_t{BTC_SIG_API_CALL, BTC_PID_L2CAP, BTC_L2CAP_ACT_CONNECT} 并填充 btc_l2cap_args_t.connect{sec_mask, remote_psm, peer_bd_addr} └─ btc_transfer_context(): 消息投递到 Bluedroid BTC 任务 └─ btc_l2cap.c: 解析消息并调用底层 BTA_JV / L2CAP 接口发起连接 └─ 底层事件返回后经 btc_l2cap_inter_cb() 处理 └─ btc_l2cap_cb_to_app(): 以 ESP_BT_L2CAP_CL_INIT_EVT / OPEN_EVT 回调应用6.2 连接槽slot与 VFS 抽象在 btc_l2cap.c 中每条连接由一个l2cap_slot_t描述关键字段包括connected、is_server、psm、handle、fd、tx_mtu、role主/从、security、对端地址addr以及收发队列rx/tx。槽位数量上限为BTA_JV_MAX_L2C_CONN1槽位数组以serial索引每个槽位通过esp_vfs_register_fd()注册一个文件描述符应用层read/write即读写该槽位对应的收发队列发送方向使用大小为SLOT_TX_QUEUE_SIZE10的固定队列配合事件组tx_event_group与高水位SLOT_TX_DATA_HIGH_WM实现背压write()返回 0 即对应队列满连接建立后会调用BTA_JvSetPmProfile(handle, BTA_JV_PM_ID_1, BTA_JV_CONN_OPEN)设置电源管理配置文件。这些实现细节解释了为什么示例代码中会出现“write 返回 0 表示环形缓冲满、延时 500ms 重试”的写法——底层确实采用了有界的发送队列做流控。6.3 关闭流程esp_bt_l2cap_deinit()与esp_bt_l2cap_stop_all_srv()的注释都明确操作会先关闭所有活动连接每关闭一条连接回调一次ESP_BT_L2CAP_CLOSE_EVT回调次数等于连接数最后再回调相应的完成事件UNINIT_EVT/SRV_STOP_EVT。在实现中关闭请求还带有超时机制VFS_CLOSE_TIMEOUT20 秒超时后由close_timeout_handler()强制回调BTA_JV_L2CAP_CLOSE_EVT避免关闭流程永久挂起。七、数据收发要点与注意事项使用fd而非句柄收发数据ESP_BT_L2CAP_OPEN_EVT中的fd是唯一的 I/O 入口handle主要用于内部管理与电源配置。发送为阻塞语义write()会阻塞至数据全部送入下层返回 0 表示发送队列满应延时示例用 500ms后重试返回 -1 表示连接异常。接收节奏影响对端发送速率read()的调用频率决定了协议栈接收缓冲的释放速度进而影响对端发送速率示例注释明确说明。MTU 由对端协商决定open.tx_mtu是协商后的发送 MTU应用可据此决定单次写入的合理分片大小本仓库实现的接收 MTU 常量见BTC_L2CAP_RX_MTU990 字节位于 btc_l2cap.c。断连后需重新启动服务器服务器示例在ESP_BT_L2CAP_CLOSE_EVT中重新调用esp_bt_l2cap_start_srv()以便继续接受新连接。调用时机约束所有 API 都必须在esp_bt_l2cap_init()成功之后、esp_bt_l2cap_deinit()之前调用init又要求在esp_bluedroid_enable()之后。API 实现中对这些前置条件做了检查ESP_BLUEDROID_STATUS_CHECK(ESP_BLUEDROID_STATUS_ENABLED)。与真实手机的互操作性限制官方示例使用私有 UUID 与动态 PSM0x1001仅用于演示 SDP L2CAP 的 API 用法无法与手机、PC 等真实设备建立标准 L2CAP 连接README 的 Troubleshooting 明确说明。如需与真实设备互通应基于标准 Profile如通过 SPP、SDP、L2CAP 组合实现 OBEX使用规范分配的 PSM 与服务 UUID。八、小结ESP-IDF 的 Bluetooth Classic L2CAP API 为经典蓝牙设备间提供了可靠、高吞吐的数据通路通过esp_bt_l2cap_init()/esp_bt_l2cap_start_srv()/esp_bt_l2cap_connect()建立连接通过 VFS 文件描述符以标准read()/write()收发数据通过事件回调驱动异步状态机。结合 bt_l2cap_server 与 bt_l2cap_client 两个示例、以及底层 btc_l2cap.c 的实现开发者可以快速搭建自己的经典蓝牙数据传输应用也可基于 SDP L2CAP 组合继续实现 OBEX 等更上层 Profile。【免费下载链接】esp-idfEspressif IoT Development Framework. Official development framework for Espressif SoCs.项目地址: https://gitcode.com/GitHub_Trending/es/esp-idf创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考