Stabilne wydanie ESPHome 2026.10.0 ukazało się 21 października 2026, po sześciu wersjach testowych. Według projektu weszło do niego 786 zmian od ponad 60 autorów. Większość z nich dotyczy wnętrza programu, ale dwie odczuje niemal każde urządzenie: oprogramowanie wysyłane przez sieć jest teraz skompresowane, a dla ESP8266 kompiluje je nowy zestaw narzędzi.

Mniejsze aktualizacje na ESP32, RP2040 i LibreTiny

ESP8266 od dawna przyjmował aktualizacje skompresowane gzipem. Teraz potrafią to również ESP32, RP2040, LibreTiny i platforma host. Urządzenie rozpakowuje strumień deflate w trakcie odbierania, a według informacji o wydaniu obraz przesyłany przez sieć jest mniej więcej o jedną trzecią mniejszy. Najbardziej przyda się to przy słabym połączeniu. Przy ESP32 i symulowanej utracie 15% pakietów zespół podaje czasy wysyłania 74/67 s zamiast 317/113 s.

Niczego nie trzeba ustawiać. Program wysyłający i oprogramowanie urządzenia same uzgadniają kompresję, więc urządzenie z wersją starszą niż 2026.10.0 zaktualizuje się tak jak dotąd, a dopiero kolejna aktualizacja przyjdzie skompresowana. Jeśli na stercie zabraknie miejsca na dekoder, który zajmuje 4,9 KB, aktualizacja przejdzie bez kompresji, zamiast skończyć się restartem urządzenia.

ESP8266: nowy zestaw narzędzi i jedna pełna kompilacja

Konfiguracje dla ESP8266 kompiluje teraz domyślnie własny zestaw narzędzi Arduino od ESPHome, a nie PlatformIO. Według ESPHome na ESP8266 działa około 40% urządzeń z tym programem. Na komputerze testowym zespołu kompilacja od zera trwała 9,2 s zamiast 17,8 s, a na Macach z procesorami Apple Silicon nie jest już potrzebna Rosetta 2. Pierwsza kompilacja po aktualizacji przebiegnie od zera. Kto potrzebuje starego sposobu, może wpisać toolchain: platformio w sekcji esp8266:, ale ta opcja jest już przestarzała i ma zniknąć w wersji 2027.4.0.

Co sprawdzić przed aktualizacją

Według informacji o wydaniu typowa konfiguracja przejdzie bez zmian. Wyjątki są cztery:

  • Światło (light) z ustawionym initial_state: po starcie naprawdę przyjmie ten stan. Wcześniej domyślne restore_mode mogło po cichu zostawiać je wyłączone.
  • Odtwarzacze speaker nie przyjmują już opcji codec_support_enabled. Trzeba ją usunąć, a dawne działanie przywraca format: NONE w ustawieniach potoku.
  • Urządzenia climate_ir z supports_heat: false albo supports_cool: false nie oferują już wspólnego trybu grzania i chłodzenia. Żeby go zachować, dopisz supports_heat_cool: true.
  • Sendspin szyfruje teraz każde połączenie i wymaga Music Assistanta w wersji 2.10.7 albo 2.11.0b4 lub nowszej. Najpierw zaktualizuj Music Assistanta.

Jeśli w remote_receiver dla ESP8266, RP2040, LibreTiny, ESP32-C2 albo ESP32-C61 masz ustawione buffer_size:, pomnóż tę wartość przez 4, bo jest teraz liczona w bajtach.

Nowe komponenty i inne zmiany

Wśród 20 nowych komponentów jest ESPectre. Zamienia on ESP32 w czujnik ruchu, który korzysta z informacji o stanie kanału Wi-Fi (CSI) z istniejącego punktu dostępowego, więc nie potrzeba żadnego dodatkowego czujnika. Doszły też trwały licznik (counter), czujnik CO2 Sensirion STCC4, trójfazowy miernik energii PZEM-6L24 i czujnik otwarcia drzwi i okien Xiaomi Mijia Door/Window Sensor 2. ESP32 w sieci Zigbee może teraz udostępniać przełączniki i encje liczbowe, a odczyty czujników wysyłać przez właściwe klastry pomiarowe.

Dwie nowości dotyczą połączenia z Home Assistantem. Z opcją outgoing_connection w sekcji api: urządzenie samo nawiązuje połączenie z Home Assistantem przez natywne API, co pomaga, gdy stoi za NAT-em. Ta opcja wymaga szyfrowania. W oprogramowaniu jest już też kreator konfiguracji urządzenia, ale Home Assistant zacznie go pokazywać dopiero od wersji 2026.11. Wbudowany Device Builder wgrywa teraz z przeglądarki oprogramowanie także na płytki z nRF52, Raspberry Pi Pico, Realtekiem, Bekenem i LN882H, a nie tylko na ESP32 i ESP8266.