ESP-IDF BLE 特性支持状态全解各芯片与 Host 的蓝牙 LE 特性支持矩阵及源码级佐证【免费下载链接】esp-idfEspressif IoT Development Framework. Official development framework for Espressif SoCs.项目地址: https://gitcode.com/GitHub_Trending/es/esp-idf本文基于 ESP-IDF 官方文档 BLE 特性支持状态表完整解读 Espressif 芯片在 ESP-Controller、ESP-Bluedroid Host 与 ESP-NimBLE Host 三个维度上对 Bluetooth LE 4.2 至 6.0 各核心规范特性的支持情况并结合仓库内 BLE 架构总览、BLE Host 特性支持状态表 及 bt 组件源码 说明状态表的判定依据与选型含义。读完本文你可以在为项目选择芯片和 Host 协议栈时准确判断目标 BLE 特性是否可用、以何种成熟度可用。一、状态表怎么读五种状态标签的含义状态表使用五种状态标签描述某一特性在某一芯片/Host 上的支持程度完整继承原文档的定义状态含义Supported已支持该特性已完成开发与内部测试。如需了解已支持特性的 Bluetooth SIG 认证信息可查询 SIG 蓝牙产品数据库Experimental实验性该特性已开发完成目前正在内部测试中。可用于评估并反馈问题但需注意可能存在潜在缺陷Developing开发中预期 YYYY/MM 底完成该特性正在积极开发中预期在指定时间点前支持。如有紧急需求可联系 Espressif 客户支持团队申请特性试用Unsupported不支持该特性在此芯片系列上不支持。如有相关需求建议优先选择支持该特性的其他 Espressif 芯片系列若无芯片满足需求可联系客户支持团队研发团队将进行内部可行性评估NA不适用分为两类Host-only 特性仅存在于 HCI 之上如 GATT Caching无需 Controller 支持Controller-only 特性仅存在于 HCI 之下无法通过 Host API 配置/使能如 Advertising Channel Index无需 Host 支持需要特别注意表格中 Developing 的具体预期时间点如 2026/03、2026/06随文档版本更新而变化本文按当前仓库文档内容呈现使用前请以仓库最新版本文档为准。二、架构背景为什么状态表分三列理解状态表的前提是理解 ESP-IDF 的蓝牙 LE 分层架构。从 BLE 架构总览 可知该栈自底向上分为四层ESP Bluetooth Controller最底层包含 PHY、Baseband、Link Controller、Link Manager、Device Manager 与 HCI负责硬件接口管理与链路管理以库的形式提供Host两套可选 Host 协议栈——ESP-Bluedroid源自 Android 蓝牙栈ESP32 上同时支持经典蓝牙与 BLE其他芯片仅支持 BLE与 ESP-NimBLE基于 Apache Mynewt 的 NimBLE 移植仅支持 BLE占用更少的堆和 FlashProfiles如 ESP-BLE-MESH、BluFi、ESP-BLE-ISO / ESP-BLE-AUDIO 等Applications应用层。因此状态表才有三列ESP Controller控制器能力、ESP-Bluedroid Host、ESP-NimBLE Host。各芯片的模块支持矩阵Controller / 双 Host / BLE-MESH / BLE-ISO / BLE-AUDIO / BluFi同样在架构总览中逐芯片列出例如 ESP32 与 ESP32-S3 支持 ESP-BLE-MESHESP32-H4 是唯一同时列出 ISO 与 AUDIO 模块的芯片ESP32-C2 与 ESP32-H2/H21 不支持 BLE-MESH。各芯片的认证级别概述为ESP32 支持 Dual-Mode Bluetooth 4.2ESP32-C3/S3 支持 BLE 5.0ESP32-C2/C6/H2/H21/C5/C61 支持 BLE 5.0具体认证等级见架构总览文档因目标芯片不同而异。原文档还给出两条关键的跨表指引选型时必须同时考虑对某些特性如果 Controller 侧的开发完成了大部分工作Host 的支持状态会受 Controller 支持状态限制——即 Controller 不支持时Host 即便实现端到端也无法使用该特性若你计划让Controller 与 Host 运行在不同的 Espressif 芯片上例如 BLE 控制器跑在一颗芯片、Host 跑在另一颗Host 的功能不受 Host 所在芯片的 Controller 支持状态限制此时应查阅 ESP Host 特性支持状态表该表单独列出 ESP-Bluedroid 与 ESP-NimBLE Host 不受芯片约束时的特性状态。三、按核心规范版本逐项拆解特性支持状态以下表格完整继承 官方特性支持状态表。原文档按目标芯片条件编译本文将各芯片分组合并呈现esp32指 ESP32 系列c2 ESP32-C2c3 ESP32-C3s3 ESP32-S3c5/c6/c61 ESP32-C5/C6/C61h2/h21 ESP32-H2/H21。3.1 Bluetooth 4.2 特性全芯片支持特性ESP ControllerBluedroid HostNimBLE HostLE Data Packet Length ExtensionSupportedSupportedSupportedLE Secure ConnectionsSupportedSupportedSupportedLink Layer PrivacySupportedSupportedSupportedLink Layer Extended Filter PoliciesSupportedSupportedSupported4.2 的全部主要特性在所有芯片与两套 Host 上均为已支持这是所有 ESP32 系列 BLE 应用的基线能力。3.2 Bluetooth 5.0 特性除 ESP32 外支持特性ESP ControllerBluedroid HostNimBLE Host2 Msym/s PHY for LE除 esp32 外 Supportedesp32Unsupported除 esp32 外 Supportedesp32Unsupported除 esp32 外 Supportedesp32UnsupportedLE Long Range (Coded PHY S2/S8)同上同上同上High Duty Cycle Non-Connectable Advertising同上同上同上LE Advertising Extensions同上同上同上LE Channel Selection Algorithm #2同上同上同上BLE 5.0 的五大特性呈现一致的结论除原始 ESP32 外的所有芯片均支持Host 状态与 Controller 一致。这从源码构建逻辑可以得到印证bt 组件的 Controller 构建脚本 中ESP32 链接的是双模控制器库libbtdm_app.a4.2 世代控制器ESP32-C3/S3 使用lib_esp32c3_family下的libbtdm_app库而其余芯片统一链接lib_target/libble_app.aBLE 5.0 控制器库。从源码结构看正是不同世代的预编译控制器库决定了 ESP32 在 5.0 特性列上整列为不支持。3.3 Bluetooth 5.1 特性分化明显特性ESP ControllerBluedroid HostNimBLE HostAoA/AoD到达/离开角esp32h2、h21、c5、c61Experimentalesp32、c3、s3、c6、c2Unsupported同 Controller 列同 Controller 列GATT CachingNAHost-onlyExperimentalExperimentalRandomized Advertising Channel Indexingesp32c2Unsupported其余芯片Developing预期 2026/03 底esp32c2Unsupported其余NAController-only同 Bluedroid 列Periodic Advertising Sync Transferesp32、c3、s3Unsupportedesp32c6、h2、h21、c2、c5、c61Supported同 Controller 列同 Controller 列几点解读AoA/AoD 依赖多天线硬件仅 ESP32-H2/H21、C5、C61 系列具备 CTEConstant Tone Extension硬件能力故标记为 Experimental其余芯片因硬件缺失直接为 Unsupported。这一判定与源码中的能力开关一致ESP32-C5 控制器 Kconfig 中BT_LE_CTE_FEATURE_ENABLEDEnable Bluetooth LE Direction Finding (AoA/AoD)依赖于SOC_BLE_CTE_SUPPORTED能力宏且默认关闭说明即便在支持的芯片上也需显式使能该特性。Periodic Advertising Sync Transfer在 ESP32-C2/C6/H2/H21/C5/C61 上已 Supported而 ESP32、C3、S3 不支持——再次对应上一节所述的控制器库世代差异。3.4 Bluetooth 5.2 特性ISO 链路暂不可用其余实验性特性ESP ControllerBluedroid HostNimBLE HostLE Isochronous Channels (BIS/CIS)UnsupportedUnsupportedUnsupportedEnhanced Attribute ProtocolNAHost-onlyUnsupportedExperimentalLE Power Controlesp32、c2Unsupportedesp32c6、h2、h21、c3、s3、c5、c61Experimental同 Controller 列同 Controller 列BIS/CIS 同步通道在当前仓库的状态表中为整列 Unsupported意味着依赖 ISO 链路的 LE Audio 全链路功能暂不可用虽然仓库存在 esp_ble_iso 与 esp_ble_audio 组件目录但特性表反映的正是其当前成熟度LE Power Control在除 ESP32/C2 外各芯片为 Experimental。源码佐证ESP32-C5 Kconfig 中BT_LE_POWER_CONTROL_ENABLED依赖BT_LE_50_FEATURE_SUPPORT默认n帮助文本明确写着 Set this option to enable the Power Control feature on controller与已可用但需显式开启/仍在实验的状态相符。3.5 Bluetooth 5.3 特性特性ESP ControllerBluedroid HostNimBLE HostAdvDataInfo in Periodic Advertisingesp32、c3、s3Unsupportedesp32c6、c2、h2、h21、c5、c61Supported同 Controller 列同 Controller 列LE Enhanced Connection Update (Connection Subrating)esp32、c2Unsupportedesp32c3、s3、c6、h2、h21、c5、c61Experimental同 Controller 列同 Controller 列LE Channel Classificationesp32、c3、s3、c2Unsupportedesp32c6、h2、h21、c5、c61Experimental同 Controller 列同 Controller 列Connection Subrating 在源码中有对应的控制器开关ESP32-C5 Kconfig 中BT_LE_SUBRATE_ENABLED依赖SOC_BLE_SUBRATE_SUPPORTED能力宏且默认n帮助文本注明 Set this option to enable the Connection Subrating feature on controller进一步印证该特性可用但默认关闭、属实验性的定位。3.6 Bluetooth 5.4 特性多为实验性特性ESP ControllerBluedroid HostNimBLE HostAdvertising Coding Selectionesp32、c2Unsupportedesp32c3、s3、c6、h2、h21、c5、c61Experimental同 Controller 列同 Controller 列Encrypted Advertising DataNAHost-onlyExperimentalExperimentalLE GATT Security Levels CharacteristicNAHost-onlyUnsupportedExperimentalPeriodic Advertising with Responsesesp32、c3、s3、c2Unsupportedesp32c6、h2、h21、c5、c61Experimental同 Controller 列同 Controller 列注意 NimBLE 与 Bluedroid 在 5.4 的 Host-only 特性上开始出现差异Enhanced Attribute Protocol、GATT Security Levels 均为 NimBLE Experimental、Bluedroid Unsupported说明Host 选择会影响 Host-only 特性的可用性这正是 Host 特性支持状态表 存在的原因。5.4 的 Periodic Advertising with Responses 同样有源码开关ESP32-C5 Kconfig 中BT_LE_PERIODIC_ADV_WITH_RESPONSE_ENABLED依赖SOC_BLE_PERIODIC_ADV_WITH_RESPONSE宏且默认n。3.7 Bluetooth 6.0 特性当前整体不可用特性ESP ControllerBluedroid HostNimBLE HostChannel SoundingUnsupportedUnsupportedUnsupportedLL Extended Feature Setesp32、c3、s3、c2Unsupportedesp32c6、h2、h21、c5、c61Developing预期 2026/06 底同 Controller 列同 Controller 列Decision-Based Advertising FilteringUnsupportedUnsupportedUnsupportedEnhancements for ISOALUnsupportedUnsupportedUnsupportedMonitoring Advertisersesp32、c3、s3、c2Unsupportedesp32c6、h2、h21、c5、c61Developing预期 2026/06 底同 Controller 列同 Controller 列Frame Space UpdateUnsupportedUnsupportedUnsupported6.0 规范特性当前全部不可直接用于生产Channel Sounding、Decision-Based Advertising Filtering、ISOAL 增强与 Frame Space Update 为整列不支持LL Extended Feature Set 与 Monitoring Advertisers 仅在新一代芯片上处于开发中。四、源码级佐证特性开关如何落地综合 bt 组件 与各芯片控制器 Kconfig状态表中的每一项状态都有对应的工程落地方式控制器以预编译库交付特性由库世代决定。Controller 构建脚本 按目标芯片选择链接libble_app.aBLE 5.0 芯片、libbtdm_appC3/S3 家族或 ESP32 的双模库并支持CONFIG_BT_CTRL_RUN_IN_FLASH_ONLY时切换 flash 版本库。从源码结构看芯片间的特性差异如 5.0/5.1/5.3 特性的支持矩阵主要就是由这些不同世代的控制器库造成的。可配置特性以 Kconfig 暴露。以 ESP32-C5 控制器 Kconfig 为例BT_LE_50_FEATURE_SUPPORTBLE 5.0 特性总开关Bluedroid 路径下默认开启之下派生出 2M PHY、Coded PHY、扩展广播等开关BT_LE_EXT_ADV扩展广播又派生出BT_LE_MAX_EXT_ADV_INSTANCES范围 0–4默认 1、BT_LE_EXT_ADV_MAX_SIZE最大 1650 字节、BT_LE_ENABLE_PERIODIC_ADV与BT_LE_PERIODIC_ADV_SYNC_TRANSFER等参数。这解释了状态表中 Supported 特性在工程中的实际启用路径先确认芯片支持再在sdkconfig中使能相应选项。芯片能力由 SOC 宏把关。方向 finding 依赖SOC_BLE_CTE_SUPPORTED、Subrating 依赖SOC_BLE_SUBRATE_SUPPORTED、带响应的周期广播依赖SOC_BLE_PERIODIC_ADV_WITH_RESPONSE等能力宏与状态表中按芯片分组的 Unsupported/Experimental 判定一一对应。Host 侧两套协议栈并存。bt 组件 下同时维护 Bluedroid Host 源码 与 NimBLE 移植层porting 目录含 esp_ble_mesh、esp_ble_iso、esp_ble_audio 等上层组件状态表 Bluedroid 与 NimBLE 两列的差异如 5.2 的 Enhanced Attribute Protocol即对应两套 Host 的独立演进节奏。五、选型建议与文档使用注意事项先看芯片再看 Host。绝大多数特性列中 Controller 与 Host 状态一致原因是 Controller 支持状态会限制 Host 功能只有 Host-only 特性GATT Caching、Encrypted Advertising Data、GATT Security Levels、Enhanced Attribute Protocol 等Controller 列为 NA才完全取决于 Host 实现。需要 5.0 特性时排除 ESP32。2M PHY、Coded PHY、扩展广播、HD 不可连接广播、Channel Selection #2 在 ESP32 上均为 Unsupported需选用 C3/S3/C6/C2/H2/H21/C5/C61 系列。定位类应用锁定 H2/H21/C5/C61且需接受 AoA/AoD 目前为 Experimental 的成熟度。周期性广播生态AdvDataInfo 与 Periodic Sync Transfer 在 C2/C6/H2/H21/C5/C61 上已 Supported适合基于周期广播的 Mesh/位置/低功耗组网场景。文档性质声明原文档明确说明该特性支持状态表不构成对客户的有约束力的承诺信息仅作一般性参考且可能随时变更建议就具体特性的适用性咨询 Espressif 客户支持团队获取最新状态。跨芯片 Host/Controller 分离部署时改用 Host 特性支持状态表 评估 Host 能力避免误用芯片绑定表。六、相关资源BLE 特性支持状态表本文主体ESP Host 特性支持状态表BLE 架构总览BLE 认证说明bt 组件构建与控制器库链接ESP32-C5 控制器 Kconfig 示例【免费下载链接】esp-idfEspressif IoT Development Framework. Official development framework for Espressif SoCs.项目地址: https://gitcode.com/GitHub_Trending/es/esp-idf创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 ESP-IDF BLE 特性支持状态全解：各芯片与 Host 的蓝牙 LE 特性支持矩阵及源码级佐证
ESP-IDF BLE 特性支持状态全解各芯片与 Host 的蓝牙 LE 特性支持矩阵及源码级佐证【免费下载链接】esp-idfEspressif IoT Development Framework. Official development framework for Espressif SoCs.项目地址: https://gitcode.com/GitHub_Trending/es/esp-idf本文基于 ESP-IDF 官方文档 BLE 特性支持状态表完整解读 Espressif 芯片在 ESP-Controller、ESP-Bluedroid Host 与 ESP-NimBLE Host 三个维度上对 Bluetooth LE 4.2 至 6.0 各核心规范特性的支持情况并结合仓库内 BLE 架构总览、BLE Host 特性支持状态表 及 bt 组件源码 说明状态表的判定依据与选型含义。读完本文你可以在为项目选择芯片和 Host 协议栈时准确判断目标 BLE 特性是否可用、以何种成熟度可用。一、状态表怎么读五种状态标签的含义状态表使用五种状态标签描述某一特性在某一芯片/Host 上的支持程度完整继承原文档的定义状态含义Supported已支持该特性已完成开发与内部测试。如需了解已支持特性的 Bluetooth SIG 认证信息可查询 SIG 蓝牙产品数据库Experimental实验性该特性已开发完成目前正在内部测试中。可用于评估并反馈问题但需注意可能存在潜在缺陷Developing开发中预期 YYYY/MM 底完成该特性正在积极开发中预期在指定时间点前支持。如有紧急需求可联系 Espressif 客户支持团队申请特性试用Unsupported不支持该特性在此芯片系列上不支持。如有相关需求建议优先选择支持该特性的其他 Espressif 芯片系列若无芯片满足需求可联系客户支持团队研发团队将进行内部可行性评估NA不适用分为两类Host-only 特性仅存在于 HCI 之上如 GATT Caching无需 Controller 支持Controller-only 特性仅存在于 HCI 之下无法通过 Host API 配置/使能如 Advertising Channel Index无需 Host 支持需要特别注意表格中 Developing 的具体预期时间点如 2026/03、2026/06随文档版本更新而变化本文按当前仓库文档内容呈现使用前请以仓库最新版本文档为准。二、架构背景为什么状态表分三列理解状态表的前提是理解 ESP-IDF 的蓝牙 LE 分层架构。从 BLE 架构总览 可知该栈自底向上分为四层ESP Bluetooth Controller最底层包含 PHY、Baseband、Link Controller、Link Manager、Device Manager 与 HCI负责硬件接口管理与链路管理以库的形式提供Host两套可选 Host 协议栈——ESP-Bluedroid源自 Android 蓝牙栈ESP32 上同时支持经典蓝牙与 BLE其他芯片仅支持 BLE与 ESP-NimBLE基于 Apache Mynewt 的 NimBLE 移植仅支持 BLE占用更少的堆和 FlashProfiles如 ESP-BLE-MESH、BluFi、ESP-BLE-ISO / ESP-BLE-AUDIO 等Applications应用层。因此状态表才有三列ESP Controller控制器能力、ESP-Bluedroid Host、ESP-NimBLE Host。各芯片的模块支持矩阵Controller / 双 Host / BLE-MESH / BLE-ISO / BLE-AUDIO / BluFi同样在架构总览中逐芯片列出例如 ESP32 与 ESP32-S3 支持 ESP-BLE-MESHESP32-H4 是唯一同时列出 ISO 与 AUDIO 模块的芯片ESP32-C2 与 ESP32-H2/H21 不支持 BLE-MESH。各芯片的认证级别概述为ESP32 支持 Dual-Mode Bluetooth 4.2ESP32-C3/S3 支持 BLE 5.0ESP32-C2/C6/H2/H21/C5/C61 支持 BLE 5.0具体认证等级见架构总览文档因目标芯片不同而异。原文档还给出两条关键的跨表指引选型时必须同时考虑对某些特性如果 Controller 侧的开发完成了大部分工作Host 的支持状态会受 Controller 支持状态限制——即 Controller 不支持时Host 即便实现端到端也无法使用该特性若你计划让Controller 与 Host 运行在不同的 Espressif 芯片上例如 BLE 控制器跑在一颗芯片、Host 跑在另一颗Host 的功能不受 Host 所在芯片的 Controller 支持状态限制此时应查阅 ESP Host 特性支持状态表该表单独列出 ESP-Bluedroid 与 ESP-NimBLE Host 不受芯片约束时的特性状态。三、按核心规范版本逐项拆解特性支持状态以下表格完整继承 官方特性支持状态表。原文档按目标芯片条件编译本文将各芯片分组合并呈现esp32指 ESP32 系列c2 ESP32-C2c3 ESP32-C3s3 ESP32-S3c5/c6/c61 ESP32-C5/C6/C61h2/h21 ESP32-H2/H21。3.1 Bluetooth 4.2 特性全芯片支持特性ESP ControllerBluedroid HostNimBLE HostLE Data Packet Length ExtensionSupportedSupportedSupportedLE Secure ConnectionsSupportedSupportedSupportedLink Layer PrivacySupportedSupportedSupportedLink Layer Extended Filter PoliciesSupportedSupportedSupported4.2 的全部主要特性在所有芯片与两套 Host 上均为已支持这是所有 ESP32 系列 BLE 应用的基线能力。3.2 Bluetooth 5.0 特性除 ESP32 外支持特性ESP ControllerBluedroid HostNimBLE Host2 Msym/s PHY for LE除 esp32 外 Supportedesp32Unsupported除 esp32 外 Supportedesp32Unsupported除 esp32 外 Supportedesp32UnsupportedLE Long Range (Coded PHY S2/S8)同上同上同上High Duty Cycle Non-Connectable Advertising同上同上同上LE Advertising Extensions同上同上同上LE Channel Selection Algorithm #2同上同上同上BLE 5.0 的五大特性呈现一致的结论除原始 ESP32 外的所有芯片均支持Host 状态与 Controller 一致。这从源码构建逻辑可以得到印证bt 组件的 Controller 构建脚本 中ESP32 链接的是双模控制器库libbtdm_app.a4.2 世代控制器ESP32-C3/S3 使用lib_esp32c3_family下的libbtdm_app库而其余芯片统一链接lib_target/libble_app.aBLE 5.0 控制器库。从源码结构看正是不同世代的预编译控制器库决定了 ESP32 在 5.0 特性列上整列为不支持。3.3 Bluetooth 5.1 特性分化明显特性ESP ControllerBluedroid HostNimBLE HostAoA/AoD到达/离开角esp32h2、h21、c5、c61Experimentalesp32、c3、s3、c6、c2Unsupported同 Controller 列同 Controller 列GATT CachingNAHost-onlyExperimentalExperimentalRandomized Advertising Channel Indexingesp32c2Unsupported其余芯片Developing预期 2026/03 底esp32c2Unsupported其余NAController-only同 Bluedroid 列Periodic Advertising Sync Transferesp32、c3、s3Unsupportedesp32c6、h2、h21、c2、c5、c61Supported同 Controller 列同 Controller 列几点解读AoA/AoD 依赖多天线硬件仅 ESP32-H2/H21、C5、C61 系列具备 CTEConstant Tone Extension硬件能力故标记为 Experimental其余芯片因硬件缺失直接为 Unsupported。这一判定与源码中的能力开关一致ESP32-C5 控制器 Kconfig 中BT_LE_CTE_FEATURE_ENABLEDEnable Bluetooth LE Direction Finding (AoA/AoD)依赖于SOC_BLE_CTE_SUPPORTED能力宏且默认关闭说明即便在支持的芯片上也需显式使能该特性。Periodic Advertising Sync Transfer在 ESP32-C2/C6/H2/H21/C5/C61 上已 Supported而 ESP32、C3、S3 不支持——再次对应上一节所述的控制器库世代差异。3.4 Bluetooth 5.2 特性ISO 链路暂不可用其余实验性特性ESP ControllerBluedroid HostNimBLE HostLE Isochronous Channels (BIS/CIS)UnsupportedUnsupportedUnsupportedEnhanced Attribute ProtocolNAHost-onlyUnsupportedExperimentalLE Power Controlesp32、c2Unsupportedesp32c6、h2、h21、c3、s3、c5、c61Experimental同 Controller 列同 Controller 列BIS/CIS 同步通道在当前仓库的状态表中为整列 Unsupported意味着依赖 ISO 链路的 LE Audio 全链路功能暂不可用虽然仓库存在 esp_ble_iso 与 esp_ble_audio 组件目录但特性表反映的正是其当前成熟度LE Power Control在除 ESP32/C2 外各芯片为 Experimental。源码佐证ESP32-C5 Kconfig 中BT_LE_POWER_CONTROL_ENABLED依赖BT_LE_50_FEATURE_SUPPORT默认n帮助文本明确写着 Set this option to enable the Power Control feature on controller与已可用但需显式开启/仍在实验的状态相符。3.5 Bluetooth 5.3 特性特性ESP ControllerBluedroid HostNimBLE HostAdvDataInfo in Periodic Advertisingesp32、c3、s3Unsupportedesp32c6、c2、h2、h21、c5、c61Supported同 Controller 列同 Controller 列LE Enhanced Connection Update (Connection Subrating)esp32、c2Unsupportedesp32c3、s3、c6、h2、h21、c5、c61Experimental同 Controller 列同 Controller 列LE Channel Classificationesp32、c3、s3、c2Unsupportedesp32c6、h2、h21、c5、c61Experimental同 Controller 列同 Controller 列Connection Subrating 在源码中有对应的控制器开关ESP32-C5 Kconfig 中BT_LE_SUBRATE_ENABLED依赖SOC_BLE_SUBRATE_SUPPORTED能力宏且默认n帮助文本注明 Set this option to enable the Connection Subrating feature on controller进一步印证该特性可用但默认关闭、属实验性的定位。3.6 Bluetooth 5.4 特性多为实验性特性ESP ControllerBluedroid HostNimBLE HostAdvertising Coding Selectionesp32、c2Unsupportedesp32c3、s3、c6、h2、h21、c5、c61Experimental同 Controller 列同 Controller 列Encrypted Advertising DataNAHost-onlyExperimentalExperimentalLE GATT Security Levels CharacteristicNAHost-onlyUnsupportedExperimentalPeriodic Advertising with Responsesesp32、c3、s3、c2Unsupportedesp32c6、h2、h21、c5、c61Experimental同 Controller 列同 Controller 列注意 NimBLE 与 Bluedroid 在 5.4 的 Host-only 特性上开始出现差异Enhanced Attribute Protocol、GATT Security Levels 均为 NimBLE Experimental、Bluedroid Unsupported说明Host 选择会影响 Host-only 特性的可用性这正是 Host 特性支持状态表 存在的原因。5.4 的 Periodic Advertising with Responses 同样有源码开关ESP32-C5 Kconfig 中BT_LE_PERIODIC_ADV_WITH_RESPONSE_ENABLED依赖SOC_BLE_PERIODIC_ADV_WITH_RESPONSE宏且默认n。3.7 Bluetooth 6.0 特性当前整体不可用特性ESP ControllerBluedroid HostNimBLE HostChannel SoundingUnsupportedUnsupportedUnsupportedLL Extended Feature Setesp32、c3、s3、c2Unsupportedesp32c6、h2、h21、c5、c61Developing预期 2026/06 底同 Controller 列同 Controller 列Decision-Based Advertising FilteringUnsupportedUnsupportedUnsupportedEnhancements for ISOALUnsupportedUnsupportedUnsupportedMonitoring Advertisersesp32、c3、s3、c2Unsupportedesp32c6、h2、h21、c5、c61Developing预期 2026/06 底同 Controller 列同 Controller 列Frame Space UpdateUnsupportedUnsupportedUnsupported6.0 规范特性当前全部不可直接用于生产Channel Sounding、Decision-Based Advertising Filtering、ISOAL 增强与 Frame Space Update 为整列不支持LL Extended Feature Set 与 Monitoring Advertisers 仅在新一代芯片上处于开发中。四、源码级佐证特性开关如何落地综合 bt 组件 与各芯片控制器 Kconfig状态表中的每一项状态都有对应的工程落地方式控制器以预编译库交付特性由库世代决定。Controller 构建脚本 按目标芯片选择链接libble_app.aBLE 5.0 芯片、libbtdm_appC3/S3 家族或 ESP32 的双模库并支持CONFIG_BT_CTRL_RUN_IN_FLASH_ONLY时切换 flash 版本库。从源码结构看芯片间的特性差异如 5.0/5.1/5.3 特性的支持矩阵主要就是由这些不同世代的控制器库造成的。可配置特性以 Kconfig 暴露。以 ESP32-C5 控制器 Kconfig 为例BT_LE_50_FEATURE_SUPPORTBLE 5.0 特性总开关Bluedroid 路径下默认开启之下派生出 2M PHY、Coded PHY、扩展广播等开关BT_LE_EXT_ADV扩展广播又派生出BT_LE_MAX_EXT_ADV_INSTANCES范围 0–4默认 1、BT_LE_EXT_ADV_MAX_SIZE最大 1650 字节、BT_LE_ENABLE_PERIODIC_ADV与BT_LE_PERIODIC_ADV_SYNC_TRANSFER等参数。这解释了状态表中 Supported 特性在工程中的实际启用路径先确认芯片支持再在sdkconfig中使能相应选项。芯片能力由 SOC 宏把关。方向 finding 依赖SOC_BLE_CTE_SUPPORTED、Subrating 依赖SOC_BLE_SUBRATE_SUPPORTED、带响应的周期广播依赖SOC_BLE_PERIODIC_ADV_WITH_RESPONSE等能力宏与状态表中按芯片分组的 Unsupported/Experimental 判定一一对应。Host 侧两套协议栈并存。bt 组件 下同时维护 Bluedroid Host 源码 与 NimBLE 移植层porting 目录含 esp_ble_mesh、esp_ble_iso、esp_ble_audio 等上层组件状态表 Bluedroid 与 NimBLE 两列的差异如 5.2 的 Enhanced Attribute Protocol即对应两套 Host 的独立演进节奏。五、选型建议与文档使用注意事项先看芯片再看 Host。绝大多数特性列中 Controller 与 Host 状态一致原因是 Controller 支持状态会限制 Host 功能只有 Host-only 特性GATT Caching、Encrypted Advertising Data、GATT Security Levels、Enhanced Attribute Protocol 等Controller 列为 NA才完全取决于 Host 实现。需要 5.0 特性时排除 ESP32。2M PHY、Coded PHY、扩展广播、HD 不可连接广播、Channel Selection #2 在 ESP32 上均为 Unsupported需选用 C3/S3/C6/C2/H2/H21/C5/C61 系列。定位类应用锁定 H2/H21/C5/C61且需接受 AoA/AoD 目前为 Experimental 的成熟度。周期性广播生态AdvDataInfo 与 Periodic Sync Transfer 在 C2/C6/H2/H21/C5/C61 上已 Supported适合基于周期广播的 Mesh/位置/低功耗组网场景。文档性质声明原文档明确说明该特性支持状态表不构成对客户的有约束力的承诺信息仅作一般性参考且可能随时变更建议就具体特性的适用性咨询 Espressif 客户支持团队获取最新状态。跨芯片 Host/Controller 分离部署时改用 Host 特性支持状态表 评估 Host 能力避免误用芯片绑定表。六、相关资源BLE 特性支持状态表本文主体ESP Host 特性支持状态表BLE 架构总览BLE 认证说明bt 组件构建与控制器库链接ESP32-C5 控制器 Kconfig 示例【免费下载链接】esp-idfEspressif IoT Development Framework. Official development framework for Espressif SoCs.项目地址: https://gitcode.com/GitHub_Trending/es/esp-idf创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考