Коротко: переход на ExpressLRS 4.x — это major upgrade, а не обычное обновление «поверх 3.x». Ветка 4.x использует новый OTA-протокол, не соединяется с 3.x, больше не поддерживает STM32-based ELRS hardware и меняет часть поведения firmware и файловой системы.

Актуальность: материал проверен для ExpressLRS 4.1.0 и Betaflight 2026.6.

Главное правило совместимости

4.x ↔ 4.xДа. ExpressLRS 4.1.0 заявлен совместимым с hardware на любой версии ExpressLRS 4.x.
4.x ↔ 3.xНет. Major-ветки используют несовместимый OTA protocol и не устанавливают RF-соединение.
SPI RXВерсия ELRS является частью firmware flight controller и зависит от поддержки Betaflight/другого FC firmware.
Не обновляйте единственный TX на 4.x, пока не проверили все модели. Один старый RX или SPI whoop на ELRS V3 может сделать часть парка недоступной для нового TX firmware.

Какие устройства можно переводить на 4.x

Тип hardware ExpressLRS 4.x Как обновляется
External ESP8285 RX/TX Да, если target поддерживается Официальным ELRS update path для exact target
External ESP32 RX/TX Да, если target поддерживается Configurator/WebUI/документированный USB/Wi-Fi path
LR1121 hardware Да, если target официально поддерживается Точный target обязателен; учитывать single/dual-RF architecture
SPI RX внутри FC Да при поддержке FC firmware Прошивкой flight controller
Legacy STM32 ELRS hardware Нет Оставлять на подходящей 3.x branch

STM32: поддержка удалена

ExpressLRS 4.0 удалил поддержку STM32-based ELRS hardware, включая старые R9M-class устройства и другие legacy targets этого семейства. Их нельзя переводить на 4.x только ради одинакового номера версии со свежими ESP/LR1121 устройствами.

Если в парке есть STM32 hardware, планируйте отдельный 3.x-compatible TX path либо замену hardware. Не пытайтесь подбирать «похожий» 4.x target.

SPI RX и Betaflight 2026.6

В SPI-системе код ExpressLRS встроен в firmware flight controller. Такой RX не прошивается ExpressLRS Configurator как отдельный UART receiver.

Betaflight 2026.6 добавил ExpressLRS V4-compatible protocol для SPI RX. ELRS V3 остаётся вариантом по умолчанию при обычной сборке. Для V4 нужно добавить build flag ELRSV4. Firmware, собранная с этим флагом, уже не совместима с ELRS V3 transmitter.

Поэтому перед обновлением SPI-модели сохраните текущую Betaflight configuration и убедитесь, что переход на Betaflight 2026.6 не требует дополнительной миграции настроек/настройки PID именно для вашей модели.

LittleFS: что исчезнет при переходе с 3.x

В ExpressLRS 4.0 flash filesystem была переведена со SPIFFS на LittleFS. Старую файловую систему нельзя обновить «на месте», поэтому пользовательские изменения, сделанные через WebUI в hardware.json и options.json, при major upgrade будут потеряны.

Перед переходом 3.x → 4.x сделайте backup пользовательской конфигурации. Один firmware.bin не следует считать полным backup всего состояния устройства.

Для нестандартного hardware заранее сохраните:

  • exact product/target;
  • hardware.json;
  • options/configuration;
  • Binding Phrase;
  • Wi-Fi settings, если они нужны для восстановления;
  • PWM/serial configuration;
  • ссылку на исходную рабочую версию firmware.

FullRes: проверьте каналы и arming

В ExpressLRS 4.0 изменилось поведение FullRes 8ch/12ch: пользователи этих modes могут обнаружить, что CH9 или CH13 больше не передаются как раньше, а one-bit arming flag перенесён на CH14. Если модель использует нестандартное назначение каналов, не считайте миграцию завершённой до проверки каналов в FC/servo monitor.

Lua tool после обновления

Для 4.x актуальный инструмент называется elrs.lua. Старые elrsV3.lua/elrsV3.luac лучше удалить, чтобы в handset не оставались два инструмента ExpressLRS и не возникала путаница. Актуальный Lua tool при этом сохраняет совместимость с более ранними ELRS версиями.

Правильный план миграции нескольких моделей

Составьте таблицу до первой прошивки:

Модель TX/RX RX type Current ELRS Target План
Модель 1 External RX ESP/LR1121 3.x точный target Backup → 4.1
Модель 2 SPI RX FC-integrated V3 FC target Betaflight 2026.6 + ELRSV4
Модель 3 Legacy STM32 3.x legacy Не переводить на 4.x

Порядок безопасного обновления

  1. Инвентаризируйте все RX и TX.
  2. Разделите external RX, SPI RX и STM32 legacy.
  3. Для каждого external device подтвердите exact target в Product Finder/документации производителя.
  4. Сделайте backup пользовательских hardware/options settings.
  5. Обновите одну тестовую связку TX/RX, а не весь парк одновременно.
  6. Проверьте RF connection, Model Match, каналы, telemetry и failsafe на столе.
  7. Для SPI V4 проверьте Betaflight build flag ELRSV4.
  8. Только после успешной проверки переносите остальные совместимые модели.

Если после обновления устройство не работает

Не выбирайте другой generic target методом перебора. Сначала откройте матрицу выбора target. Если устройство уже не загружается нормальным способом — используйте отдельный recovery guide.

Связанные материалы

Источники

Прокрутить вверх
На связи