Betaflight 2026.6.1 — крупное обновление прошивки и приложения для настройки FPV-дронов.

1. Цели обзора и короткий ответ

После чтения вы сможете отделить действительно полезные изменения Betaflight 2026.6.1 от экспериментальных функций, понять риски перехода между крупными ветками и составить безопасный план обновления своего FPV-дрона.

• Понять, какие функции релиза заметит обычный FPV-пилот.
• Определить, нужен ли переход именно вашему аппарату.
• Подготовить резервную копию, пригодную для ручного восстановления.
• Не перепутать ExpressLRS 3 и 4 на встроенном SPI-приёмнике.
• Заново проверить GPS Rescue, Position Hold, failsafe и PID после обновления.
• Не использовать Flight Plan и Autotune как полностью готовые повседневные инструменты.

Когда обновление оправдано

Карта ключевых изменений

2. Betaflight 2026.6.1 и новый Betaflight App

Масштаб и характер релиза

Betaflight 2026.6.1 — не косметический патч. Обновление затрагивает прошивку, приложение, систему сборки, навигационные функции, Blackbox, аппаратные платформы и внешние протоколы. Автор исходного видео насчитал в release notes более шестисот изменений, однако значительная часть списка относится к внутреннему рефакторингу, исправлениям, поддержке новых микроконтроллеров и заделу на будущие возможности.

Для пилота количество строк в журнале разработки менее важно, чем ответ на один вопрос: решает ли новая версия конкретную проблему именно этого аппарата? Обновление само по себе не гарантирует более приятный полёт, а неконтролируемый перенос старых PID, фильтров и навигационных параметров способен ухудшить поведение дрона.

Betaflight Configurator превратился в Betaflight App

Программа, которую пилоты много лет называли Betaflight Configurator, теперь официально называется Betaflight App. Это не только смена названия: приложение превращается в единый центр работы с экосистемой Betaflight.

• Подключение к полётному контроллеру и изменение параметров.
• Сборка и прошивка firmware.
• Создание и восстановление резервных копий.
• Просмотр предполётной информации.
• Экспериментальное планирование маршрутов.
• Загрузка и анализ Blackbox-логов.
• Получение рекомендаций Autotune.
• Управление профилями и облачными backup.

Интерфейс переписан на Vue 3 с Pinia, а большая часть компонентов переведена на Nuxt UI. Для пилота это означает более единообразные вкладки, улучшенную работу на разных размерах экранов и более удобную основу для дальнейшей разработки.

Preflight: погода и воздушные ограничения

Новая вкладка Preflight собирает сведения, которые полезно проверить до выезда или непосредственно перед запуском:

• температуру, ветер, видимость и осадки;
• вероятность тумана;
• высоту местности и высоту по плотности воздуха;
• период гражданских сумерек;
• состояние аккумулятора;
• индекс геомагнитной активности Kp;
• NOTAM и сведения о воздушном пространстве.

Для небольшого фристайлового квадрокоптера часть этих данных можно оценить прямо на месте. Для long-range, крыльев и аппаратов с GPS вкладка полезнее: ветер, видимость и плотность воздуха влияют на расход энергии и возможность безопасно вернуться домой.

3. Экспериментальные функции: Flight Plan и Autotune

Flight Plan и первые шаги к автономным миссиям

Вкладка Flight Plan и начальная реализация автопилота — наиболее концептуально важная часть релиза. Betaflight традиционно ориентирован на ручное управление, высокую отзывчивость и акробатический FPV-полёт, а автономные маршруты обычно связывают с ArduPilot или PX4. Ветка 2026.6 показывает начало нового направления развития.

В интерфейсе уже можно:

• расставлять точки маршрута на интерактивной карте;
• менять порядок точек;
• задавать скорость и высоту;
• сохранять план в полётный контроллер и загружать его обратно;
• использовать типы поведения TAKEOFF, FLYOVER, FLYBY, HOLD и LAND;
• передавать миссии через MAVLink и QGroundControl.

Статус Flight Plan в Betaflight 2026.6.1:
SITL / симуляция       — можно тестировать
Реальный квадрокоптер  — использовать нельзя
Реальное крыло         — использовать нельзя
AUTOPILOT на реальном аппарате — не включать

Несмотря на ограничение, работа над Flight Plan уже приносит пользу обычным пилотам: новый 3D-оцениватель положения и общий навигационный контур применяются в GPS Rescue и Position Hold.

Autotune и автоматический анализ PID

Идея Autotune выглядит привлекательно: записать специальный полёт, загрузить лог, получить рекомендуемые значения и применить их одной кнопкой. В текущей версии это экспериментальный аналитический инструмент, а не гарантированный автоматический мастер.

Autotune анализирует Blackbox-лог со специальным chirp sweep — последовательностью управляющих воздействий с изменяющейся частотой. По реакции аппарата рассчитываются характеристики замкнутого контура, включая полосу пропускания, запас по фазе, резонансный пик и уровень шума. Затем приложение предлагает значения Simplified Tuning.

Что требуется для сбора данных

1. Собрать firmware с нужной опцией Autotune/chirp.
2. Назначить режим на AUX-канал.
3. Выбрать в Blackbox debug mode CHIRP.
4. Выбрать открытую площадку и исправный аккумулятор.
5. Поднять аппарат на безопасную высоту.
6. Активировать режим и дождаться окончания воздействия по выбранной оси.
7. Повторить процедуру при необходимости для остальных осей.
8. Сохранить лог и загрузить его во вкладку Autotune.

Минимальная последовательность:
Firmware с Autotune → AUX mode → Blackbox CHIRP
→ безопасный полёт → запись лога → анализ
→ ручная оценка рекомендаций → короткий тест

В практическом тесте из исходного видео процедура в полёте активировалась, но анализатор не распознал chirp-сигналы в полученных файлах, а Blackbox Viewer сообщил о проблемах с логами. Это результат одного аппарата, но он хорошо показывает нынешний уровень зрелости функции.

Почему рекомендации нельзя применять вслепую

Ошибочный tune способен вызвать высокочастотные осцилляции, быстрый нагрев моторов, перегрев ESC, пропвош, выбросы D-term и потерю устойчивости. Перед применением результата следует оценить качество лога, состояние рамы, люфты, пропеллеры, крепление FC, фильтрацию и температуру моторов.

4. Прошивка, резервное копирование и безопасная миграция

Как изменился Firmware Flasher

Прошивальщик переработан визуально и логически. При активном подключении к FC вкладка Firmware Flasher может отсутствовать в списке: сначала нужно выполнить Disconnect. Далее процесс разделён на две основные части:

1. Board & Build — выбор платы, версии, параметров сборки и custom defines.
2. Flash — сведения о сборке и запись firmware в контроллер.

Приложение показывает статус target: официально проверенный партнёрский, поддерживаемый производителем/сообществом или legacy. Это помогает понять уровень поддержки конкретной платы.

После успешной прошивки приложение может сразу восстановить созданный перед записью backup. Эта функция удобна, но именно она способна создать ложное ощущение, что аппарат полностью готов к полёту.

Почему одного backup недостаточно

В демонстрации из видео резервная копия применилась без явного предупреждения, однако после подключения выяснилось, что пользовательские PID были сброшены, а часть параметров ориентации и калибровки не перенеслась. При ручном восстановлении через CLI или Presets уже появлялись сообщения о командах, которые новая версия не принимает.

Между крупными ветками параметры могут:

• получить новое имя или единицу измерения;
• изменить диапазон и значение по умолчанию;
• объединиться с другими настройками или разделиться на несколько;
• исчезнуть как устаревшие;
• стать неприменимыми к выбранному target;
• зависеть от отсутствующей build option.

В 2026.6, например, удалён poshold_without_mag, появилась новая логика trust_mag, а GPS Rescue переведён на общий с Position Hold навигационный контур. Простая вставка старого dump не способна корректно учесть архитектурные изменения.

Полный пакет резервных материалов

status
version
options
diff all
dump all
resource

Команда options доступна не во всех старых ветках. Если её нет, сохраните остальные сведения, которые может вывести установленная версия.

• diff all и полный dump all;
• автоматический backup Betaflight App;
• скриншоты Setup, Ports, Receiver, Modes, PID, Rates, Filters и Failsafe;
• скриншоты GPS Rescue, OSD, Motors, Sensors, VTX и Blackbox;
• точный target, версию firmware и build options;
• копию VTX table;
• Blackbox-лог удачного полёта до обновления;
• перечень оборудования и назначения UART.

Алгоритм безопасного обновления

Шаг 1. Сформулировать цель

Запишите, зачем нужен переход: ELRS 4 для SPI, профили аккумуляторов, поддержка нового датчика, новый GPS Rescue или сборка нового аппарата. Если конкретной причины нет, миграцию можно отложить.

Шаг 2. Зафиксировать аппаратную конфигурацию

Запишите модель FC, target, MCU, гироскоп, ориентацию платы, тип приёмника, версию ELRS на передатчике, ESC, motor protocol, GPS, барометр, компас, UART, VTX и тип Blackbox-памяти.

Шаг 3. Подготовить инструменты

Установите Betaflight App, сохраните нужную сборку и номер старой версии, подготовьте проверенный дата-кабель, USB-драйверы и доступ к кнопке BOOT/DFU.

Шаг 4. Собрать правильную firmware

Проверьте target и требуемые функции. Для встроенного ELRS 4 укажите build flag ELRSV4. Не выбирайте плату по похожему названию: неверная распиновка нарушит работу моторов, UART, OSD и датчиков.

Шаг 5. Использовать Full chip erase

При переходе между крупными ветками безопаснее выполнить полное стирание и затем переносить настройки осознанно. Отключать Full chip erase допустимо только при полной уверенности, что структура конфигурации не изменилась.

Шаг 6. Проверить каждый раздел после Restore

Даже если автоматическое восстановление завершилось без ошибок, вручную сравните критичные вкладки со скриншотами. При переходе с 4.x или ранней ветки разумнее переносить конфигурацию по разделам, а не вставлять старый dump целиком.

Шаг 7. Проверить аппарат без пропеллеров

До первого полёта проверьте 3D-модель, калибровку, UART, receiver, modes, failsafe, моторы, OSD, питание, GPS и VTX. Только после этого можно устанавливать пропеллеры.

Типичные ошибки миграции

5. Практические функции для повседневного FPV

ExpressLRS 4 для встроенных SPI-приёмников

Для владельцев whoop и AIO-плат со встроенным ExpressLRS-приёмником это одна из самых практичных причин обновиться.

Внешний ELRS-приёмник имеет собственный микроконтроллер и отдельную firmware, подключается к FC по UART через CRSF и обновляется независимо от Betaflight. У встроенного SPI-приёмника радиочипом управляет сама прошивка FC, поэтому поддерживаемая основная версия ELRS определяется сборкой Betaflight.

В Betaflight 2026.6 для SPI по умолчанию используется ELRS 3. Для ELRS 4 в Firmware Flasher следует указать:

ELRSV4

В исходном журнале разработки низкоуровневая compile-опция может называться USE_ELRSV4, но в build flags текущего прошивальщика используется ELRSV4.

Проверка после прошивки

1. Убедиться, что сборка создана с ELRSV4.
2. Задать bind phrase или выполнить другой предусмотренный способ привязки.
3. Сохранить параметры и перезагрузить FC.
4. Проверить связь, channel map, RSSI/LQ и телеметрию.
5. Со снятыми пропеллерами выключить передатчик и проверить failsafe.

В практической демонстрации из видео встроенный SPI-приёмник после прошивки успешно подключился к аппаратуре на ExpressLRS 4.

Мастер ориентации полётного контроллера

Новый Board Alignment Wizard помогает определить ориентацию платы по показаниям гироскопа и акселерометра. Пользователь наклоняет аппарат по подсказкам, а приложение вычисляет положение FC.

Мастер особенно полезен, если плата установлена боком, развёрнута на 90/180/270 градусов, находится снизу рамы или после ремонта изменила ориентацию.

После завершения обязательно проверьте 3D-модель: наклон носа, подъём правой стороны и поворот по yaw должны точно повторяться на экране. Если хотя бы одна ось движется неверно, вооружать аппарат нельзя.

Профили аккумуляторов

Профили питания полезны, когда один аппарат летает на LiPo и Li-Ion, использует 4S и 6S или аккумуляторы разной ёмкости. Для каждого профиля можно хранить независимые пороги напряжения, ёмкость, количество элементов и короткое имя.

battery_profile <index>

Профили переключаются через CLI, MSP и Adjustments. Автоматический выбор по количеству элементов хорошо различает 4S и 6S, но не способен определить химию двух аккумуляторов с одинаковым cell count.

Небольшие улучшения интерфейса и OSD

• На вкладке Ports нельзя назначить Serial RX сразу двум UART.
• Пороги предупреждений RSSI dBm перенесены в графический интерфейс OSD.
• Добавлены и расширены OSD-элементы для Position Hold, автономной миссии, навигации, VTX и пользовательских MSP-сообщений.
• В GUI заметнее показываются активные PID-профили.
• Часть настроек RPM-фильтра доступна без CLI.
• Receiver явно показывает состояние failsafe, чтобы аварийные значения каналов не выглядели как неисправность приёмника.

6. Навигация, Blackbox и изменения под капотом

GPS Rescue на новой навигационной основе

GPS Rescue в 2026.6 переведён на новый 3D-оцениватель положения и общий с Position Hold контур управления. Это не просто изменение коэффициентов: прежняя логика скорости к домашней точке и прямого управления pitch/roll заменена позиционным управлением.

Официально заявлены:

• более прямой путь домой;
• компенсация ветрового сноса по pitch и roll;
• более плавное снижение;
• более точное приближение к точке посадки;
• общая настройка с Position Hold через ap_position_*;
• новые предупреждения RESCUE FAIL и HEADING N/A.

Новая математика не отменяет правильной настройки. GPS должен стабильно получать спутники, home point — фиксироваться, heading — определяться корректно, а hover throttle — соответствовать реальному газу висения.

В видео новая траектория снижения сначала выглядела тревожно и непривычно, но аппарат в итоге сел близко к home point, возможно точнее старой версии. Этот опыт показывает: даже нормальное поведение нового алгоритма требует предварительного знакомства.

Безопасный сценарий теста

• Открытая площадка без людей, воды, дорог, проводов и деревьев.
• Свежий аккумулятор и стабильный GPS fix.
• Подтверждённая home point и достаточная высота.
• Аппарат не находится на предельной дальности.
• Пилот заранее знает, каким переключателем отключить Rescue.
• Первая проверка — ручная активация режима, а не выключение передатчика.

Position Hold, heading и trust_mag

Параметр poshold_without_mag удалён. Вместо него появился trust_mag, который по умолчанию выключен. Если компас корректно установлен, откалиброван и проверен на помехи, доверие включается явно:

set trust_mag = ON
save

Не включайте trust_mag только потому, что магнитометр обнаружен. Силовая проводка, аккумулятор, моторы и металлические детали способны искажать показания.

Без доверенного компаса контроллер оценивает направление по GPS course over ground. Для этого требуется некоторое время лететь носом вперёд по чистой прямой траектории. Пока heading не определён, GPS Position Hold не должен включаться, а в OSD появляется предупреждение.

Автор видео отметил, что GPS-only Position Hold на его аппарате показался менее стабильным, чем ранняя реализация 4.6, даже при большом количестве спутников. Это наблюдение одной конфигурации, а не универсальный вывод. На результат влияют геометрия спутников, антенна, помехи, частота GPS, heading, ветер, вибрации, hover throttle и параметры ap_position_*.

Оптический поток и удержание без GPS

Добавлена поддержка комбинированного сенсора Upixel UP-T1-001-Plus с optical flow и лазерным дальномером. Он позволяет удерживать позицию в помещении и в других местах, где GPS недоступен или недостаточно точен.

set poshold_position_source = AUTO
# Возможные варианты:
# GPS_ONLY
# OPTICALFLOW_ONLY
save

Сенсор подключается к свободному UART на скорости 115200 бод. Настраиваются минимальное качество потока и максимальная рабочая дальность; заявленный диапазон дальномера — от 2,5 см до 12 м.

Качество optical flow ухудшается над однотонным, тёмным, отражающим или движущимся покрытием, при загрязнённом сенсоре, сильных наклонах, вибрациях и выходе за рабочую высоту. Наличие датчика не гарантирует неподвижное зависание над любой поверхностью.

Blackbox Viewer внутри Betaflight App

Полноценный Blackbox Viewer теперь встроен в приложение. Он открывает записанные логи, строит настраиваемые графики и спектр, показывает 2D/3D-положение аппарата, GPS-трек, временную шкалу и экспортирует данные в CSV.

В тесте из видео загрузка заполненной 256-МБ памяти с FC завершалась тайм-аутом. Большие логи надёжнее заранее выгружать и открывать локально; не стоит доводить хранилище до полного заполнения.

Железо, CAN, MAVLink и MSP

Большая часть релиза заметна прежде всего разработчикам и производителям, но она определяет, каким будет следующее поколение полётных контроллеров.

• Новые платформы: ESP32-S3/WROOM, STM32H5, STM32N6, STM32C5, STM32H757, GD32H7, APM32F425/F427, X32M7 и RP2350.
• Новые сенсоры: ICM-42686P, ICM-42622P, LSM6DSK320X, BMP580/BMP581, MMC5603 и Nooploop TOFSense.
• Blackbox-память: расширена поддержка NOR/NAND flash, включая высокоёмкие варианты.
• CAN и DroneCAN: добавлены первые GNSS-сценарии, обнаружение узлов и задел для ESC и другой периферии.
• MAVLink: улучшены heading, home position, синхронизация времени, текстовые причины запрета arm и обмен waypoint-миссиями с QGroundControl.
• MSP: приложение может читать и записывать CLI-параметры по имени и получать сведения об их типе и диапазоне.
• LED-strip: появились дополнительные варианты отображения частоты VTX и состояний аппарата.
• Altitude Hold: переработаны feed-forward и обработка вертикального ускорения.
• Фильтры: часть biquad-фильтров заменена на State Variable Filters; в интерфейсе BIQUAD может отображаться как SVF.

Поддержка CAN и DroneCAN пока начальная. Не все устройства и платформы совместимы, поэтому критическую навигацию нельзя переносить на новый интерфейс без проверки конкретного оборудования.

Критические предупреждения

set mag_i2c_address = 12
save

Применяйте этот адрес только после проверки конкретного магнитометра.

7. Практика: обновление и проверки

Ниже — три практические задачи, которые превращают обновление из нажатия одной кнопки в управляемую миграцию с понятным планом отката.

Задача 1. Подготовить полный пакет резервных материалов

status
version
diff all
dump all
resource

Задача 2. Собрать и прошить правильную firmware

1. Disconnect от FC.
2. Firmware Flasher → Board & Build.
3. Выбрать точный target и Betaflight 2026.6.1.
4. Проверить необходимые функции сборки.
5. В build flags указать: ELRSV4
6. Скачать сборку и сохранить её локально.
7. Использовать Full chip erase.
8. После прошивки проверить Restore вручную.

- Сохранена точная старая версия и target.
- Старый diff/dump находится локально.
- Известен способ входа в DFU.
- Есть рабочий USB-кабель и офлайн-приложение.
- Первый тест выполняется не перед важной съёмкой или гонкой.

Задача 3. Проверить аппарат до первого полёта

1. Короткое зависание 20–30 секунд.
2. Мягкие движения по roll, pitch и yaw.
3. Посадка и немедленная проверка температуры моторов.
4. Просмотр Blackbox при подозрительном поведении.
5. Только затем — отдельные тесты Position Hold и GPS Rescue.

Матрица решения об обновлении

8. Чек-лист, частые вопросы и вывод

Отметьте пункты после обновления. Пропущенный критичный шаг означает, что аппарат ещё нельзя считать готовым к обычной эксплуатации.

Частые вопросы

• Можно ли просто восстановить старый diff all целиком?

  При переходе между крупными ветками это плохая стратегия. Часть параметров могла исчезнуть, получить новое имя или изменить смысл. Используйте diff как справочник и переносите настройки по разделам, внимательно читая ошибки.

• Достаточно ли встроенного автоматического backup?

  Нет. Сохраните diff all, dump all, скриншоты критичных вкладок, target, старую версию и Blackbox-лог удачного полёта.

• Restore завершился без ошибок. Всё восстановилось?

  Не обязательно. В тесте из видео PID и часть ориентационных параметров не вернулись, хотя явного предупреждения не было. Каждую критичную вкладку нужно проверять вручную.

• Нужно ли обновлять внешний ELRS-приёмник вместе с Betaflight?

  Внешний UART-приёмник имеет собственную firmware и обновляется отдельно. Build flag ELRSV4 относится к встроенному SPI-приёмнику.

• Почему SPI ELRS не связывается с передатчиком ELRS 4?

  Вероятная причина — FC собран с ELRS 3 по умолчанию. Пересоберите прошивку с ELRSV4, повторите bind и проверьте каналы и failsafe.

• Можно ли летать по точкам Flight Plan?

  Нет. В 2026.6.1 автопилот протестирован только в SITL и не готов для реального аппарата.

• Можно ли доверять Autotune?

  Результат можно изучать, но нельзя применять вслепую. Проверьте chirp-лог, сопоставьте рекомендацию с текущим tune и после консервативного изменения контролируйте нагрев моторов.

• Нужен ли компас для GPS Rescue и Position Hold?

  Система может оценивать heading по GPS course over ground после прямого полёта. Для аппарата, где надёжный Rescue критичен, корректно установленный и проверенный компас предпочтителен. Только после проверки включайте trust_mag = ON.

• Что делать, если после обновления моторы стали горячими?

  Не продолжать полёт. Снимите пропеллеры, сравните PID и фильтры, проверьте гироскоп, механику и Blackbox. На FC с IIM-42652 старый tune использовать нельзя.

Итог

Betaflight 2026.6.1 меняет фундамент проекта: модернизирует приложение, встраивает Blackbox Viewer, добавляет профили аккумуляторов и ELRS 4 для SPI, переводит GPS Rescue и Position Hold на общую навигационную основу, расширяет поддержку железа и закладывает основу Flight Plan и Autotune.

Но большое обновление не является обязательным для каждого аппарата. Исправный фристайловый квадрокоптер без потребности в новых функциях может остаться на проверенной версии. Для нового сетапа, SPI ELRS 4, разных аккумуляторов, нового железа или активной работы с логами 2026.6.1 предлагает практические преимущества.

Источники и дополнительные материалы

1. DRONOFLY FPV — «BETAFLIGHT 2026.6.1 — Пора обновляться?»
2. Официальные release notes Betaflight 2026.6
3. Релиз Betaflight Firmware 2026.6.1 на GitHub
4. Официальная документация Betaflight App
5. Документация Firmware Flasher
6. DRONOFLY FPV — настройка GPS Rescue
7. DRONOFLY FPV — удержание высоты и позиции