ESPHome 2026.10.0b4: PIO-программы на RP2350 и отказ от WPA3 на ESP8266
Вышла бета ESPHome 2026.10.0b4: pioasm 4.1.0 для PIO-программ на RP2350, отказ от неподдерживаемого WPA3 на ESP8266, microFLAC v0.3.0, фикс создания каталога HTTP-кэша PlatformIO и aioesphomeapi 46.10.0. Разбираем изменения и порядок обновления.
Первоисточник: github.com
Что вошло в бета-выпуск ESPHome 2026.10.0b4
2026.10.0b4 — очередная бета-сборка ESPHome перед стабильным выпуском. В неё вошли семь изменений: обновления зависимостей, исправления в ядре сборки и правки для отдельных платформ.
| Компонент / область | Изменение | PR |
|---|---|---|
| aioesphomeapi | Обновление 46.9.0 → 46.10.0 | #20563 |
| Ядро (PlatformIO) | Создание каталога HTTP-кэша до запуска потоков предзагрузки | #20579 |
| Аудио | microFLAC обновлён до v0.3.0 | #20591 |
| Wi-Fi | Отказ от неподдерживаемого WPA3 на ESP8266 | #20592 |
| RP2 PIO | pioasm 4.1.0 для работы PIO-программ на RP2350 | #19260 |
| Script | Элемент script.wait не остаётся в очереди во время выполнения цепочки | #20570 |
| nRF52 | DFU-пакет sd140_v7 принимает S140 7.2.0 и 7.3.0 | #20661 |
PIO-программы на RP2350: pioasm 4.1.0
В компоненте rp2_pio инструмент pioasm обновлён до версии 4.1.0 — это нужно, чтобы PIO-программы запускались на RP2350. Изменение затрагивает этап сборки PIO-программ, а не пользовательский YAML-синтаксис.
- Актуально для плат на RP2350; на RP2040 поведение не меняется.
- Если в конфигурации есть компоненты на базе rp2_pio, проверьте сборку после обновления.
Отказ от неподдерживаемого WPA3 на ESP8266
Для ESP8266 добавлена проверка, которая отклоняет WPA3 как неподдерживаемый режим: конфигурация с WPA3 для этой платформы не будет принята как валидная.
Аудио: microFLAC v0.3.0
В аудиокомпоненте библиотека microFLAC обновлена до v0.3.0. Это плановое обновление зависимости: подробности о конкретных исправлениях и новых возможностях в описании релиза не приводятся.
Исправление создания каталога HTTP-кэша PlatformIO
В ядре исправлен порядок подготовки к сборке: каталог HTTP-кэша PlatformIO теперь создаётся до запуска потоков предзагрузки (prefetch resolve threads). Это устраняет ситуацию, когда параллельные потоки могли обратиться к ещё не созданному каталогу.
aioesphomeapi 46.9.0 → 46.10.0
Клиентская библиотека aioesphomeapi, используемая для взаимодействия с устройствами ESPHome, обновлена с 46.9.0 до 46.10.0 в рамках планового сопровождения зависимостей беты.
Прочие изменения: script.wait и DFU-пакет nRF52 S140
- Script: запущенный элемент script.wait больше не остаётся в очереди, пока выполняется его цепочка.
- nRF52: DFU-пакет sd140_v7 теперь принимает версии SoftDevice S140 7.2.0 и 7.3.0.
Как обновиться до 2026.10.0b4
- Сделайте резервную копию конфигурации перед сменой версии.
- Установите бета-версию 2026.10.0b4 в вашей среде сборки ESPHome.
- Пересоберите прошивку и проверьте логи на ошибки Wi-Fi (особенно на ESP8266) и сборки PIO (на RP2350).
- Для nRF52 убедитесь, что используемая версия S140 входит в список поддерживаемых DFU-пакетом.
Итоги
2026.10.0b4 — небольшой бета-выпуск: главное — совместимость PIO-программ с RP2350, корректная обработка WPA3 на ESP8266 и стабильность сборки за счёт исправления порядка создания каталога HTTP-кэша PlatformIO. Остальное — плановые обновления зависимостей и точечные правки.
Зачем в ESPHome 2026.10.0b4 обновили pioasm до 4.1.0?
Чтобы PIO-программы запускались на RP2350. Изменение относится к компоненту rp2_pio и этапу сборки PIO-программ.
Почему ESP8266 не поддерживает WPA3 в этой версии?
В релизе добавлен явный отказ от WPA3 на ESP8266 как от неподдерживаемого режима — конфигурация с WPA3 для этой платформы не принимается.
Что исправлено с HTTP-кэшем PlatformIO?
Каталог HTTP-кэша теперь создаётся до запуска потоков предзагрузки, поэтому параллельные потоки не обращаются к отсутствующему каталогу.
Какие версии S140 принимает DFU-пакет sd140_v7 для nRF52?
S140 7.2.0 и 7.3.0.