8月13日，ESPHome 推送了 2026.8.0 版本，这是今年到目前为止改动最大的一次更新。我把官方更新说明和社区相关讨论都过了一遍，先说结论：三种玩家建议升级——家里蓝牙覆盖有缺口想低成本补点的、人体存在还在用 PIR 或者想 DIY 毫米波的、手里设备一大把嫌编译慢的；两种人建议缓一缓——YAML 里还在用 voc/nox、modbus command_throttle 这类废弃键名的，以及设备跑得稳、完全没有新需求的。
蓝牙不再是 ESP32 专属：涂鸦开关变身 BLE 基站
玩过 Home Assistant 蓝牙集成的都知道，ESPHome 的 Bluetooth Proxy 让 Home Assistant 通过 ESP32 扩展蓝牙覆盖范围。知乎但家里能常开的 ESP32 节点数量有限，卫生间、阳台、玄关这些地方的蓝牙覆盖经常捉襟见肘，想补点就得专门买开发板，成本不低。
这次 ESPHome 把共享的 BLE 广播层抽离成全新的平台中立组件 ble_device_base，BTHome、Xiaomi、ATC、RuuviTag 等 39 个基于广播的 BLE 传感器平台全部迁移到了这一层。而在 ESPHome 2026.8.0 中，蓝牙追踪与代理功能正式拓展至 Raspberry Pi Pico W、BK72xx 以及 LN882H 平台！微信公众号
最有想象空间的是 BK72xx（Beken/LibreTiny）：新增 bk72xx_ble_tracker，让大量的 Tuya 涂鸦智能开关、墙壁插座可以直接转化为 Home Assistant 的分布式 BLE 扫描基站与代理。微信公众号Pico W 这边也不含糊，全新 rp2_ble_tracker 支持主动/被动扫描，bluetooth_proxy 提供 3 个完整活跃连接槽位，代理能力与 ESP32 对齐。
翻译成人话：以前只能刷 OpenBeken 当开关用的十几块钱涂鸦 Wi-Fi 开关、插座，现在多了一条出路——开关照用，还能顺手当蓝牙中继节点。卫生间、阳台这种蓝牙死角，换上一个涂鸦开关就补上了 BLE 覆盖。不过提醒一句：BK72xx 刷机依赖 LibreTiny，云刷或串口刷机都有一定动手门槛，不是零门槛开箱即用。
60GHz 毫米波雷达原生支持：人体存在 DIY 有了官方选项
很多家里安装了人体传感器的智能家居用户肯定都遇到过蹲马桶过程中灯突然灭掉的情况，这是因为传统的红外人体传感器采用的是热释电红外（PIR）技术，通过感知人体移动引起的红外热辐射变化来触发信号，所以当人体长时间处于静止状态的时候，很容易误判为无人。知乎
成品方案有，Aqara 早在 2021 年就把 60GHz 毫米波雷达做进了消费级的 FP1，但成品价格偏高，安装位置还受供电和协议约束。于是不少玩家选择自己动手：有人用米家门窗传感器 2 搭配海凌科 LD2410B 毫米波雷达模块改装，总体改装价格约 50 元左右，作者自己已经改了 5 个，持续使用一个多月，没有出现烧主板烧雷达的情况。小红书也有人把 24G 雷达感应模块 2410b 接上小燕门磁传感器和电源模块，成功改成小燕存在传感器，反应快、成本低。小红书
这次 ESPHome 官方下场了：2026.8.0 版本新增对 HLK-LD6002B 60GHz 人体存在雷达的原生组件支持。作为新一代高频段 3D 毫米波雷达，LD6002B 能够精准捕捉人体呼吸与看书等静止微动，彻底破解了传统 PIR 传感器的误关灯难题。微信公众号官方 ld6002b 组件还支持多目标位置追踪、可调检测防区、干扰区剔除，以及灵敏度和电源管理。
我的判断：LD6002B 是海凌科几十块钱就能买到的模块，原生组件支持意味着不用再自己写 UART 解析，对存在感应 DIY 玩家是明显利好。不过这个组件刚上线，社区实测样本还不多，卫生间灯光这种关键场景，建议先观察一两个版本的反馈再上车。
双网卡故障切换 + 编译提速：全屋设备维护的痛轻了
这个版本支持在单台 ESP32 设备的 YAML 配置中同时指定 ethernet: 与 wifi:，全新引入的 network: priority: 配置允许用户定义首选网络接口，系统可在链路变动或断网时在毫秒级内完成 DNS 与默认路由的自动故障切换。微信公众号对网关、门锁这类关键位置的设备，有线加无线双路的兜底价值很实在。
性能铺垫其实前几个版本就开始了：ESPHome 的 4 月更新是近期比较大的一次，改动集中在性能优化上，最核心的变化是 ESP32、ESP32-S2、ESP32-S3、ESP32-C5 的默认 CPU 频率从 160MHz 提到了 240MHz。知乎这次编译链路本身也提速了：ESP8266、LibreTiny、RP2040 及主机构建开启 ccache 编译器缓存支持，实测 Sonoff S31 设备首台构建 15 秒，后续设备只需 4~5 秒。微信公众号另外 ESP-IDF 工具链安装体积裁剪近半，跳过了高达 2.0 GB 的 RISC-V 工具链下载，每次换版本刷一批板子，硬盘和时间都省了。
五项破坏性变动：升级前自检表
官方更新说明把破坏性变动列得很清楚，我整理成一张自检表。影响面最大的是第一条：由于 BLE 传感器已脱离 ESP32 独占，所有 BLE 平台自动生成的追踪器引用键由 esp32_ble_id 统一更名为 ble_hub_id。微信公众号
变动 | 影响范围 | 处理方式 |
|---|---|---|
esp32_ble_id 改为 ble_hub_id | 所有 BLE 传感器平台的追踪器引用键 | 改键名；旧键名在 2027.2.0 前保留警告兼容 |
name_id 字段移除 | Web Server JSON 与 SSE 事件载荷 | 实体 id 统一为 domain/device/name 新格式；alarm-control-panel 更名 alarm_control_panel |
voc/nox 改为 voc_index/nox_index | SGP4x、SEN5x、SEN6x 环境传感器 | 改字段名；旧键名警告过渡至 2027.2.0 |
command_throttle、allow_duplicate_commands 废弃 | modbus_controller | 限速迁移到 modbus 总线的 turnaround_time；modbus_server 禁用广播地址 0 |
RC522 I2C 默认地址 0x2C 改 0x28 | RC522 读卡器 | 硬件按旧默认接线的，YAML 显式声明 address: 0x2C |
怎么升级比较稳
用 ESPHome Dashboard 的话，设备在线离线状态一目了然，勾选设备就能逐个 OTA 刷机。建议的节奏是：先挑 1~2 台低风险、非关键的设备（比如一个温湿度传感器）刷上去，确认编译警告没有异常、实体都正常，观察一两天再全量铺开。
升级前记得备份 YAML。ESPHome 的配置都是文本文件，直接把 .yaml 复制一份存档，出问题回滚版本重刷就行。废弃键名在 2027.2.0 之前还有警告兼容期，但建议趁这次一并改干净，别等兼容期结束被迫集中返工。YAML 里用了 modbus、或者 RC522 还跑在旧默认地址的，刷机前务必对照上面的自检表过一遍。
值得继续关注的信号
今年 ESPHome 官方的动作其实很密集：ESPHome 官方发布了桌面应用 ESPHome Device Builder，支持 macOS、Windows 和 Linux 三大平台。微信公众号新手不用装 Python、不用记命令，下载安装就能用。配合这次编译提速和 BK72xx 廉价硬件扩展，DIY 智能家居的入门门槛肉眼可见地又低了一截。
回头看今年几个版本的节奏，方向很一致：2026.1.0 版本重点优化了 ESP32 和 ESP8266 平台的内存使用，引入自动 Wi-Fi 漫游功能，以提升设备在多接入点环境下的连接稳定性。微信公众号接下来几个版本，有两件事值得盯：一是 LD6002B 的社区实测反馈量，多目标追踪在卫生间、厨房这类复杂环境里稳不稳；二是 BK72xx 这些新平台的 BLE 代理，长期挂机能不能扛得住。
家里还是 PIR 加蓝牙 Mesh 方案的，这次更新值得列入待办；已经刷了 2026.8.0 的，欢迎在评论区聊聊踩坑和实测。
