On a voice satellite that also plays music, wake word detection has to share the ESP32 with audio decoding and playback. If the detection task falls behind for a moment, the small buffer holding microphone audio fills up and ESPHome throws its contents away. A new option in ESPHome 2026.11 lets you make that buffer bigger. Contributor mbrudka opene
A long WS2812 strip showing full white can draw far more than the power supply behind it was sized for. ESPHome is getting a way to estimate that draw and, if you want, cap it. GitHub user mvoss96 opened the pull request in April, explaining that he wanted to keep his strips within what his power supply could deliver, the way WLED does. J. Nick Kos
ESPHome devices have long been able to mirror a Home Assistant switch and flip it from a button or a display. For lights that meant on and off only, unless you wrote your own homeassistant.action calls. A new homeassistant light platform fills the gap: it creates a light on the device that follows a light entity in Home Assistant and controls it ov
ESPHome's globals component is getting the storage option that other components already use to choose where a restored value is saved. With storage: rtc, a global lives in RTC memory, which survives deep sleep, software restarts and crashes, and a value that changes every few minutes no longer means a flash write every few minutes. Pull request #13
An ESP32 with Wi-Fi switched on draws tens of milliamps, and short transmit bursts go much higher. Espressif's datasheet lists 240 mA for an 802.11b transmission at +19.5 dBm. A battery will not last long at that rate. In deep sleep the same chip needs about 10 µA (RTC timer and RTC memory running), so a sensor that wakes up, reports and goes strai
ESPHome's development branch now has a mics_5524 sensor platform for the MiCS-5524 MEMS multi-gas sensor: the small 5 V analog modules with VCC, GND, A0 and EN pads, and the DFRobot Fermion breakout they are cloned from. nliaudat split the work into two pull requests. The first merged on 16 October 2026, the second on 17 October, and bdraco reviewe
Two radio additions were merged into ESPHome's development branch eight minutes apart on the evening of 17 October 2026, at 19:44 and 19:52 UTC. Both extend remote_base, the shared code behind remote_receiver and remote_transmitter, and both are about motors for blinds and shutters. They are set for ESPHome 2026.11.
ESPHome's development branch has a new component for DFRobot's "Factory Calibrated Electrochemical Gas Sensor" series, models SEN0465 to SEN0476. Pull request #20880 by tzabbi was merged on 17 October 2026 after review by bdraco, and its documentation went into the next branch of esphome.io the same day. Both target ESPHome 2026.11, the version the
A fix merged into ESPHome's development branch on 17 October 2026 at 00:55 UTC removes a source of bad energy statistics for anyone who reads a French electricity meter with the teleinfo component. Until now, a value that could not be parsed as a number was published as 0. It is now logged as a warning and skipped. The change is pull request #20960
