14 i 15 października 2026 do gałęzi rozwojowej ESPHome trafiły trzy nowe funkcje. Każda rozwiązuje problem dobrze znany majsterkowiczom: strefy radaru ograniczone do prostokątów, wpisywanie hasła Wi-Fi w zapasowym punkcie dostępu i aktualizacje oprogramowania, które przerywają się przy słabym połączeniu. ESPHome 2026.10 jest jeszcze w fazie beta (w tym tygodniu wyszła wersja 2026.10.0b4), więc te zmiany trafią do wersji 2026.11. Zmiana dotycząca aktualizacji jest już przypisana do wydania 2026.11.0. Żadnej z nich nie zainstalujesz jeszcze z oficjalnego wydania.
LD2450: strefy dowolnego kształtu liczone w urządzeniu
Radar HLK-LD2450 ma trzy prostokątne strefy sprzętowe. Strefę o innym kształcie, na przykład wokół kanapy albo przy biurku w kształcie litery L, trzeba było dotąd wyliczać w Home Assistancie z czujników położenia celu X/Y, które domyślnie odświeżają się raz na sekundę. Zmiana #20154 autorstwa Fabia Pugliese Ornellasa dodaje strefy wielokątne. Każda strefa to encja tekstowa z listą od 3 do 23 punktów w milimetrach, połączona z binarnym czujnikiem obecności. Urządzenie sprawdza wielokąt z pełną częstotliwością radaru, czyli 10 razy na sekundę, i od razu wysyła zmianę do Home Assistanta. Znika w ten sposób około 900 ms opóźnienia, a sieć nie jest zalewana danymi o położeniu.
Do binarnych czujników stref nie można dodać filtrów, ale presence_timeout nadal na nie działa. Autor przez kilka dni testował nową funkcję na prawdziwym sprzęcie, a strefy rysuje we własnej, osobnej karcie panelu ld2450-zone-card. Ta sama zmiana usuwa dwa starsze błędy. Gdy encja liczbowa presence_timeout nie była skonfigurowana, domyślny czas wynosił 5 ms zamiast opisanych w dokumentacji 5 s. Z kolei w konfiguracjach bez platformy sensor: czujniki has_target nigdy się nie włączały.
Wi-Fi Easy Connect na ESP32
Zmiana #17934 autorstwa Egora Vorontsova dodaje obsługę Wi-Fi Easy Connect (DPP) jako opcję dpp: w sekcji wifi:. Urządzenie tworzy adres URI, automatyzacja on_dpp_uri może pokazać go na wyświetlaczu jako kod QR, a telefon skanuje kod i przesyła dane sieci. ESPHome zapisuje je tak samo jak dane wpisane w portalu konfiguracyjnym (captive portal). Urządzenie czeka na telefon, gdy nie ma skonfigurowanej żadnej sieci albo gdy przez czas timeout (domyślnie minutę) nie uda mu się połączyć ze skonfigurowanymi sieciami. Opcja działa tylko na ESP32, a zgodność bywa różna: w testach udało się skonfigurować telefonem Pixel układ ESP32-S3, ale z klasycznym ESP32 proces się nie zakończył.
Aktualizacje przez UDP przy utracie pakietów
Zmiana #20498 J. Nicka Kostona jest przeznaczona dla urządzeń zamkniętych w szafkach, stojących na skraju zasięgu albo pracujących w zatłoczonym paśmie 2,4 GHz. Obecne wgrywanie przez TCP przestaje działać, gdy ginie mniej więcej 40% pakietów. Uzgadnianie połączenia nadal odbywa się przez TCP, ale gdy program wgrywający wykryje straty, przenosi przesyłanie danych na UDP z własnymi potwierdzeniami i ponowieniami. Szyfrowanie, sprawdzanie hasła i weryfikacja obrazu oprogramowania się nie zmieniają. W teście Kostona z 65% strat w obu kierunkach dotychczasowa metoda za każdym razem kończyła się błędem, a nowa przesłała obraz w około 3,5 minuty, czyli w 8-12 minut razem z nawiązaniem połączenia. Nowy kod musi mieć zarówno program wgrywający, jak i oprogramowanie urządzenia. Starsze urządzenia dalej korzystają z TCP. Zajętość pamięci flash rośnie o około 1,7 KB, a statyczne zużycie RAM się nie zmienia.
W tym samym cyklu ESPHome wyznaczył też termin dla pięciu wycofywanych sterowników wyświetlaczy. Konfiguracje z ili9xxx, st7735, st7789v i qspi_dbi trzeba przenieść na mipi_spi, a z rpi_dpi_rgb na mipi_rgb, zanim sterowniki znikną w wersji 2027.5.0.