Перейти к содержимому
ExpressLRS 4.0: Что Изменилось?

ExpressLRS 4.0: Что Изменилось?

 

ExpressLRS 4.0 — крупное обновление популярной экосистемы RC‑связи (TX↔RX) с телеметрией, настройками и доп. функциями. В релизе наконец решена старая боль: больше нет жёсткой привязки CH5 к армингу, улучшены алгоритмы Dynamic Power, упрощены режимы антенн (Diversity/Gemini), расширены сценарии для PWM‑приёмников, а также появилось больше “автономных” возможностей (например, работа с DJI Air Unit без полётника). В конце — практические задачи по миграции/проверкам и чек‑лист самопроверки.

Главная мысль: ELRS 4.0 — это про удобство, стабильность поведения линка и расширение экосистемы, а не про “магическую дальность”. Переход — шаг “всем парком”: TX 4.x не биндится с RX 3.x (и наоборот), поэтому обновлять нужно согласованно.

Содержание

1. Цели обзора

  • Понять, что именно меняется в ExpressLRS 4.0 по сравнению с 3.x и почему major‑релиз (мажорная версия) ломает совместимость.
  • Разобраться, как теперь работает arming (арминг) без жёсткой привязки к CH5.
  • Собрать в одну картину изменения линка: auto antenna modes (автовыбор антенн), Dynamic Power (динамическая мощность), packet modes (режимы пакетов) для LR1121.
  • Увидеть, как ELRS 4.0 расширяет сценарии для самолётов/вертолётов/наземки и моделей без полётника (без FC).
Что особенно важно запомнить: обновление до 4.x — это управляемая миграция: версии прошивки передатчика, приёмников и Lua‑скрипта должны быть согласованы, иначе линк просто не поднимется.

2. ExpressLRS 4.0: контекст и почему это major‑релиз (мажорная версия)

ExpressLRS (ELRS) — открытая экосистема радиосвязи для управления моделями: передатчик (TX) отправляет каналы управления на приёмник (RX), а приёмник в ответ может отдавать телеметрию (telemetry, телеметрия) и служебные данные. Версия 4.0 — новый “мажор”: проект использует мажорные ветки, чтобы внедрять улучшения, которые требуют изменений на уровне протокола и синхронизации.

Ключевое правило ELRS:
MAJOR версии не совместимы:
TX 4.x  ↔  RX 4.x   (OK)
TX 4.x  ↔  RX 3.x   (NO)
TX 3.x  ↔  RX 4.x   (NO)

Частая путаница: “firmware” (прошивка) vs “protocol” (протокол) vs “hardware” (железо)

Запомните: ELRS 4.0 — это не “обновил один раз и всё”. Обычно обновляются: (1) TX/модуль, (2) RX в каждой модели, (3) Lua script (Lua‑скрипт) на аппаратуре. Плюс есть аппаратные ограничения: например, в 4.0 официально убрали поддержку некоторых STM32‑устройств.

3. Compatibility (совместимость) и условия обновления

Что ломается и почему

При переходе на ELRS 4.x TX на 4.x не сможет поднять линк с RX на 3.x: из‑за изменений в протоколе они просто “говорят на разных языках”. Это нормально для ELRS: границу совместимости проводят по мажорной версии.

Перед обновлением проверьте:
1) Сколько RX в парке и где они стоят.
2) Есть ли модели, которые сейчас неудобно прошивать.
3) Нужен ли вам “параллельный мир” 3.x и 4.x (второй модуль/профиль).

Сценарии: “парк целиком” или “два модуля”

Сценарий A: обновляем весь парк

  • Обновить Lua script (Lua‑скрипт) на аппаратуре.
  • Прошить TX/модуль на 4.x.
  • Прошить все RX на 4.x.
  • Проверить bind (бинд), каналы, failsafe, телеметрию.
Плюс: одна версия везде, меньше путаницы.

Сценарий B: часть парка остаётся на 3.x

  • Держать второй модуль или отдельную конфигурацию под 3.x.
  • Новые/актуальные модели перевести на 4.x.
  • Старые оставить на 3.x до удобного момента.
Минус: повышается риск “не та ветка — нет бинда”.

Типичные ошибки

Ошибка: прошить только TX

Симптом: RX на 3.x больше не биндится. Решение: прошить RX на 4.x или временно вернуть TX на 3.x.

Ошибка: забыть обновить Lua script (Lua‑скрипт)

Симптом: меню ExpressLRS на аппаратуре не открывается или ведёт себя “пусто”. Решение: поставить актуальный Lua‑скрипт под ветку 4.x.

Ошибка: не учесть STM32

В 4.0 официально удалили поддержку STM32‑железа. Если оно у вас есть, часть устройств придётся оставить на 3.x (или искать альтернативные пути, если производитель/сообщество поддерживает форки).

4. Arming (арминг): больше не только CH5

Как было в 3.x и что изменилось в 4.0

Одна из самых раздражающих “исторических” особенностей ELRS — привязка арминга (arming) к CH5. В ряде конфигураций RX отдавал по CH5 только два состояния (low/high), потому что этот канал использовался как флаг “арм/дизарм”. Это нужно ELRS для функций, которые должны понимать состояние модели (например, Dynamic Power).

В ELRS 4.0 поведение “по умолчанию” остаётся знакомым, но появляется новая настройка: можно выбрать “arm using” (чем задавать арминг) как switch (переключатель). Тогда CH5 становится обычным каналом с нормальным разрешением, а “арм/дизарм” определяется выбранным свитчом.

Идея настройки в 4.0:
Model Setup → ExpressLRS → Arm using:
- Channel 5 (как раньше)
- Switch    (новое: выбираете Arm switch и armed position)

Практические схемы для самолётов/вертолётов/наземки

Рецепт: освободить CH5 под режимы стабилизатора

  • Arm using → Switch.
  • Arm switch — отдельный или логический.
  • CH5 используем как “нормальный” канал (режимы/гейны/функции стабилизатора).
Эффект: ELRS получает корректный “арм/дизарм”, а CH5 больше не “двоичный”.

Рецепт: логический “арминг” для моделей без классического arming‑переключателя

  • Можно сделать “арм” по логике (например, по положению стика газа).
  • Важно, чтобы правило было стабильным: ELRS должен однозначно видеть “арм/дизарм”.
  • На земле обязательно проверить, что при “дизарме” всё действительно дизармится.
Практика: держите условие простым и тестируйте на столе до выезда.

Ошибки и подводные камни

Ошибка: запутать логику “арм/дизарм”

Если “арминг” завязан на сложные миксы и условия, легко получить ситуацию, когда пилот думает “дизарм”, а ELRS считает иначе. Рекомендация: один понятный switch / тумблер или простой логический признак.

Ошибка: не перепроверить, что Dynamic Power и телеметрия реагируют на арминг

Если вы используете Dynamic Power или режимы телеметрии, завязанные на “armed”, после переноса арминга на switch проверьте, что “арм/дизарм” определяется корректно.

Запомните: “No more CH5 arming” — это ключевой шаг к тому, чтобы ELRS одинаково удобно жил в квадрах, самолётах, вертолётах и наземке.

5. Link (радиолинк): Auto antenna modes (автовыбор антенн), Dynamic Power (динамическая мощность), Packet modes (режимы пакетов)

В ELRS 4.0 улучшения радиолинка — это набор изменений “в сумме”: меньше ручной путаницы, более ровное поведение динамической мощности, расширение режимов передачи для нового радиожелеза (в частности LR1121).

Короткая карта улучшений:
- Auto antenna modes (автовыбор антенн/режимов): меньше ручных настроек Diversity vs Gemini.
- Statistical Adaptive Dynamic Power: стремится держать качество линка ровнее.
- Packet modes (режимы пакетов) для LR1121: больше вариантов “скорость ↔ устойчивость ↔ дальность”.

Auto antenna modes (автовыбор антенн): Diversity / Gemini

В обзорах подчёркивают, что раньше в Gemini‑сценариях было легко запутаться, как согласовать режимы TX/RX. В 4.0 выбор режима антенн/приёма становится автоматическим и “договаривается” между сторонами линка.

Dynamic Power (динамическая мощность): более “умное” поведение

Классическая претензия к Dynamic Power — ощущение, что мощность повышается “слишком поздно”, когда LQ уже успел просесть. В 4.0 заявлен обновлённый (статистически‑адаптивный) подход, чтобы меньше видеть “просадка → паника → резкий отскок”.

Packet modes (режимы пакетов) для LR1121

Для устройств на LR1121 (dual‑band 900/2.4) в 4.0 появляется заметно больше packet modes. Многие из них нишевые: они меняют кодирование/повторы и дают иной баланс скорости и устойчивости. Это не “обязательная настройка”, а инструмент для тех, кому важно выжать максимум под конкретный сценарий.

Типичные ошибки

Ошибка: обновиться ради “дальности” и игнорировать реальные плюсы

4.0 ценен прежде всего устранением CH5‑наследия, упрощением Gemini/Diversity и улучшениями динамической мощности/телеметрии. Если у вас всё стабильно работает на 3.x и ничего не раздражает, переход можно делать спокойно и по плану.

Ошибка: “покрутить packet modes” без задачи

Больше режимов — больше возможностей ошибиться. Практика: сначала определить цель (минимальная задержка, максимальная устойчивость, телеметрия), потом тестировать режимы системно.

6. Ecosystem (экосистема): Web UI (веб‑интерфейс), PWM (серво), DJI output (вывод для DJI), GPS direct (GPS напрямую), Backpack (бэкпак)

Что полезно для разных классов моделей

В 4.0 заметен тренд: ELRS становится полезным не только как “RX→FC по CRSF”, но и как самостоятельный компонент. Это особенно важно для моделей без FC, а также для классического “серво‑мира”: самолёты, вертолёты, машины, лодки.

Web UI (веб‑интерфейс): современнее и доступнее

В ELRS 4.0 веб‑интерфейс переработан: выглядит современнее, лучше организован и выводит в меню то, что раньше могло быть “спрятано” по отдельным страницам.

Важно: если вы меняли кастомные hardware.json/options.json, при обновлении они могут сброситься. Практика: сделать export настроек до апдейта и import после.

PWM (серво): servo stretch (растяжка диапазона)

Для PWM‑приёмников добавлен режим, расширяющий диапазон до 500–2500 мкс. Также расширены границы для failsafe. Это даёт больше свободы в крайних положениях серв и при аварийных сценариях.

DJI output (вывод для DJI): Air Unit low power → full power по армингу

В обзорах отдельно отмечают сценарий для DJI O3/O4: цифровой VTX обычно сидит в low power, чтобы не перегреваться, и выходит на нормальную мощность по событию “арм”. В 4.0 появляется возможность, чтобы это событие отдавал сам ELRS‑приёмник — полезно для платформ без полётника (без FC).

GPS direct (GPS напрямую в RX): телеметрия координат без FC

Ещё одна “автономная” идея: подключить GPS к RX напрямую, чтобы получать координаты в телеметрии. Это можно использовать как “бедный GPS‑трекер” для поиска модели или для интеграции с наземным софтом.

Backpack (бэкпак): больше каналов и путь в EdgeTX

Улучшения Backpack‑части описывают как расширение для внешних устройств (например, педали) и шаг в сторону беспроводного trainer‑режима. Смысл тот же: ELRS становится транспортом данных, а не только RC‑каналом.

Типичные ошибки

Ошибка: обновить и потерять кастомные настройки

Если вы делали нестандартные правки через Web UI, без export/import вы рискуете забыть, что именно меняли.

Ошибка: ожидать, что “DJI full power по армингу” будет работать без проверки

Даже при наличии функции обычно важны проводка (UART) и настройка режима. Практика: тест “на столе” — обязательный: заармить/дизармить и посмотреть, как ведёт себя VTX.

7. Практика: типовые задачи (с решениями)

Здесь “практика” — это типовые действия при миграции на ELRS 4.0: планирование, обновление, проверка бинда и контроль функций, ради которых обычно и переходят на 4.x (арминг без CH5, телеметрия, поведение Dynamic Power и т.п.).

План обновления и диагностика

Задача 1: инвентаризация парка (TX/RX/ветки/доступ к RX)

Выпишите все модели и RX внутри них. Отдельно отметьте “труднодоступные” RX и устройства, которые могут быть на STM32.

Шаблон:
- Radio/TX: (модель) / internal или external module / сейчас: 3.x
- Model #1: RX (target) / где стоит / как прошивается / есть ли доступ к bind‑кнопке
- Model #2: ...
- Особые случаи: PWM‑RX, Gemini, модели без FC, DJI O3/O4

Задача 2: выбрать стратегию обновления

Решите: обновляете весь парк сразу или временно держите 3.x и 4.x параллельно (например, вторым модулем).

Решение (пример “весь парк”):
1) Обновить Lua‑скрипт на радио.
2) Прошить TX/модуль на 4.x.
3) Прошить RX в каждой модели на 4.x.
4) Проверить бинд, каналы, failsafe, телеметрию.
5) Первый тест — на безопасной дистанции.

Задача 3: сделать “план отката”

Подготовьте, что вы будете делать, если внезапно окажется, что один RX остался на 3.x (или прошился неудачно).

План отката:
- Иметь сохранённые версии/targets прошивок.
- Понимать, как вернуть TX на 3.x.
- Иметь список: какие модели точно на 4.x, а какие точно на 3.x.

Арминг/CH5 и проверка телеметрии

Задача 4: перенести арминг с CH5 на switch и освободить CH5

Настройте Arm using → Switch, затем используйте CH5 как нормальный канал под ваши режимы/функции.

Проверка:
1) Arm using → Switch (выбрать свитч + armed position).
2) Монитор каналов: CH5 теперь не “двоичный” (если вы так настроили).
3) Заармить/дизармить: поведение однозначное и повторяемое.

Задача 5: проверить зависимости от “арм”

Если используете Dynamic Power или специфические режимы телеметрии, проверьте, что после переноса арминга они реагируют корректно.

Мини‑чек:
- В дизарме: ожидаемое поведение телеметрии/мощности.
- В “заармлено”: ожидаемое включение/работа Dynamic Power (если включён).
- В тесте на улице: LQ и мощность не ведут себя “странно”.

Задача 6: тест для моделей без FC (если актуально)

Если у вас DJI O3/O4 и модель без полётника: проверьте “low power → full power” по событию “арм”.

Тест “на столе”:
1) Дизарм: VTX в low power (как ожидается).
2) Заармить: VTX должен перейти в рабочую мощность/режим.
3) Дизарм: возврат к безопасному режиму (если это предусмотрено вашей схемой).

8. Чек‑лист самопроверки

Отметьте пункты, которые вы действительно понимаете и можете применить без подсказок.

✓НавыкПроверка
Major version (мажорная версия) Могу объяснить, почему TX 4.x не биндится с RX 3.x, и что это значит для миграции парка.
Migration plan (план миграции) Могу выбрать стратегию “обновить всё” или “держать 3.x и 4.x параллельно” и описать шаги.
Lua script (Lua‑скрипт) Могу обновить Lua‑скрипт под 4.x и распознать симптомы несоответствия.
Binding (бинд) и bind (бинд) Могу объяснить, что такое бинд, почему он не происходит между 3.x и 4.x, и как это диагностировать.
Arming (арминг) Могу настроить Arm using → Switch и проверить, что “арм/дизарм” определяется корректно.
CH5 legacy (наследие CH5) Могу объяснить, зачем раньше CH5 был “особым”, и как в 4.0 освободить CH5 под нормальный канал.
Auto antenna modes (автовыбор антенн) Могу рассказать, что в 4.0 режимы Diversity/Gemini выбираются автоматически и почему это снижает путаницу.
Dynamic Power (динамическая мощность) Могу объяснить, что улучшает обновлённый алгоритм и как проверить его поведение в тестовом полёте.
Web UI (веб‑интерфейс) Могу выполнить export → update → import, чтобы не потерять кастомные настройки после прошивки.
PWM (серво) Могу объяснить, зачем нужен диапазон 500–2500 мкс и где это полезно (самолёты/вертолёты/наземка).
ExpressLRS 4.0: Что Изменилось?