Русская редакционная адаптация WARPfly на основе материала Oscar Liang о выборе прошивки полётного контроллера.
Прошивку выбирают не по количеству пунктов меню, а по основной задаче аппарата. Betaflight ориентирован на отзывчивое ручное FPV-управление, INAV — на навигационные функции для любительских мультироторов и крыльев, ArduPilot — на развитую автономию, широкий набор типов аппаратов и интеграцию с наземной станцией. Пересечения возможностей есть, но рабочие процессы и требования различаются.
Перед перепрошивкой сохрани полный backup, точную модель FC и ресурсную карту. Убедись, что официальная версия поддерживает плату и периферию. После смены семейства прошивки не загружай старый dump и проверяй моторные выходы только без пропеллеров.
Снимок версий на дату проверки
На 29 июля 2026 года редакционный стандарт WARPfly фиксирует Betaflight 2025.12.5 как стабильную ветку. Официальный INAV выпустил 9.1.0, а release notes ArduCopter содержат релиз 4.7.0. Эти номера нужны для проверки совместимости, но не являются причиной обновляться: перед установкой следует снова открыть официальный stable-канал, release notes и список target конкретной платы.
Betaflight: ручной FPV и быстрый контур управления
Betaflight логично выбирать для freestyle, гонок и обычного мини-квадрокоптера, где приоритетны отзывчивость, фильтрация, rates, Blackbox, OSD и интеграция с современными FPV-приёмниками и ESC. В 2025.12 появились дополнительные навигационные возможности, включая Position Hold, но это не превращает проект в универсальный автопилот.
Преимущество Betaflight — знакомый FPV-процесс настройки и большое число компактных FC. Ограничение — навигация и миссии не являются его историческим центром. Если проект начинается с требования «лететь по маршруту и управлять полезной нагрузкой», выбирать Betaflight только из-за привычного Configurator не стоит.
INAV: навигация без полной тяжести автопилота
INAV подходит для long-range-крыла или мультиротора, которому нужны GPS-режимы, удержание, возврат и маршруты, но сохраняется привычная компактная FPV-архитектура. Он предъявляет более строгие требования к качеству GPS, компаса, барометра, установке и калибровке. Навигационная функция полезна лишь после полевых тестов, а не сразу после появления зелёного индикатора.
В INAV 9.1.0 официально расширена поддержка target и исправлены навигационные и safety-компоненты. При переходе между крупными версиями нужно читать release notes: перенос старого diff может требовать full chip erase или изменения параметров. Поддержка конкретной F4-платы не гарантируется бессрочно.
ArduPilot: миссия, телеметрия и системная интеграция
ArduPilot выбирают, когда аппарат должен работать как автопилот: сложные миссии, геозоны, разнообразные датчики, MAVLink, наземная станция, companion computer или необычный тип транспортного средства. Экосистема охватывает Copter, Plane, Rover и другие платформы, а параметры рассчитаны на системную конфигурацию.
Цена этой гибкости — более высокая сложность. Нужны совместимое железо с достаточными ресурсами, корректная силовая архитектура, обязательные калибровки и понимание failsafe. Нельзя переносить рекомендации Betaflight по UART, mixer или моторным ресурсам напрямую в ArduPilot.
Матрица выбора
- Гонки, freestyle, компактный cinewhoop: сначала рассмотри Betaflight.
- FPV-крыло, маршрутный любительский полёт, развитый RTH: сравни INAV с требованиями конкретной модели.
- Автономная миссия, множество датчиков, MAVLink и наземная станция: оцени ArduPilot.
- Неясная задача: сформулируй обязательные режимы, тип аппарата, датчики и сценарий отказа до выбора платы.
Проверка железа до прошивки
- Найди точный target FC в официальном списке выбранного проекта.
- Сверь MCU, объём flash, число UART, моторные и servo-выходы.
- Проверь поддержку приёмника, ESC-протокола, GPS, Mag, baro и OSD.
- Уточни, нужен ли отдельный Configurator или наземная станция соответствующей версии.
- Составь стендовый план: ориентация, приёмник, failsafe, моторы без винтов и только затем первый полёт.
Учесть стоимость миграции
Совместимый target — только начало. Переход может потребовать другой наземной программы, нового способа OSD, переназначения UART, повторной калибровки и обучения работе с логами. Оцени, кто будет обслуживать аппарат и сможет ли восстановить его в поле. Если обязательную задачу уже надёжно решает текущая прошивка, новая функция конкурента сама по себе не оправдывает миграцию.
Переход между прошивками — это новая конфигурация, а не смена темы интерфейса. Лучший выбор минимально сложен для обязательной задачи, официально поддерживает всё железо и оставляет понятный путь проверки отказов. Сначала выбирают поведение аппарата, затем прошивку, и только после этого полётный контроллер.