Betaflight или INAV: GPS Rescue, RTH и что выбрать

Если квадрокоптер в основном летает вручную, а GNSS нужен как аварийный возврат, обычно достаточно Betaflight GPS Rescue. Если навигация, Position Hold, RTH и маршруты — часть основной задачи, логичнее INAV.

Материал обновлён: сентябрь 2026. Сравнение относится к современным Betaflight GPS Rescue и INAV 9.1; старые ограничения ранних версий Rescue нельзя переносить на текущую ветку.

Короткий вывод

Betaflight GPS Rescue подходит пилоту, который в первую очередь летает вручную и хочет GNSS-возврат как аварийный слой. Современный Rescue умеет набор безопасной высоты, разворот к Home, возврат, снижение, посадку и disarm при корректной настройке.

INAV логичнее, когда GNSS-навигация является частью основной задачи: Position Hold, RTH, waypoint-миссии, navigation estimator и более широкий набор автоматических режимов.

То есть разница уже не «Betaflight умеет только лететь примерно домой, а INAV — настоящий RTH». Разница в архитектуре: Betaflight добавляет rescue к ручному FPV, INAV строит вокруг навигации отдельный системный слой.

ИНФОГРАФИКА · ДВЕ ЛОГИКИ

Один GNSS — разные роли в полётной системе

Слева GNSS помогает вернуть ручной FPV-аппарат. Справа GNSS является частью постоянной навигационной архитектуры.

Betaflight GPS Rescue
Valid Home→Rescue trigger→Climb / turn→Fly home→Descend / land
  • ручной FPV остаётся основной моделью управления;
  • Rescue может быть назначен на switch или failsafe;
  • нужна корректная домашняя точка до полёта;
  • тестируется как аварийная функция, а не как обычная миссия.
VS
INAV 9.1 Navigation
GNSS + state→Home / estimator→PosHold / RTH→Waypoints→Navigation failsafe
  • GNSS используется не только в аварийный момент;
  • Position Hold и RTH являются штатными navigation modes;
  • есть waypoint/navigation workflow;
  • настройка сложнее, потому что автоматизации больше.

Одинаковый GNSS-модуль не делает системы одинаковыми. Решение о возврате зависит от Home, estimator, конфигурации высоты/тяги, failsafe и состояния аппарата.

#fpv-rescue-compare{—bg:#F4F8FC;—surface:#FFFFFF;—border:#C7D5E0;—text:#142438;—text2:#31485C;—muted:#536A7D;—cyan:#00758E;—green:#187A4B;—orange:#C34510;max-width:1080px;margin:30px auto;padding:24px;border:1px solid var(—border);border-radius:18px;background:var(—bg);color:var(—text);font-family:»Onest»,Inter,ui-sans-serif,system-ui,-apple-system,»Segoe UI»,sans-serif;box-sizing:border-box}#fpv-rescue-compare *{box-sizing:border-box}#fpv-rescue-compare .fpv-rc-eye{font-size:12px;font-weight:800;letter-spacing:.11em;color:var(—cyan);margin-bottom:8px}#fpv-rescue-compare h3{margin:0;font-size:clamp(23px,3vw,31px);line-height:1.15;letter-spacing:-.02em}#fpv-rescue-compare .fpv-rc-lead{margin:9px 0 22px;color:var(—text2);line-height:1.6}#fpv-rescue-compare .fpv-rc-grid{display:grid;grid-template-columns:1fr 54px 1fr;gap:10px;align-items:stretch}#fpv-rescue-compare .fpv-rc-side{padding:20px;border:1px solid var(—border);border-radius:16px;background:var(—surface)}#fpv-rescue-compare .fpv-rc-inav{border-color:#9FC8B3;background:#F5FBF7}#fpv-rescue-compare .fpv-rc-title{font-size:20px;font-weight:850;margin-bottom:16px}#fpv-rescue-compare .fpv-rc-flow{display:flex;flex-wrap:wrap;gap:6px;align-items:center;margin-bottom:16px}#fpv-rescue-compare .fpv-rc-flow span{padding:6px 8px;border-radius:8px;background:#EEF4F9;color:var(—text2);font-size:12px;font-weight:750}#fpv-rescue-compare .fpv-rc-inav .fpv-rc-flow span{background:#E7F5ED}#fpv-rescue-compare .fpv-rc-flow b{color:var(—cyan)}#fpv-rescue-compare ul{margin:0;padding-left:19px;color:var(—text2);font-size:14px;line-height:1.65}#fpv-rescue-compare .fpv-rc-vs{display:grid;place-items:center;font-size:13px;font-weight:900;color:var(—cyan)}#fpv-rescue-compare .fpv-rc-rule{margin-top:15px;padding:14px 16px;border-left:3px solid var(—orange);border-radius:0 12px 12px 0;background:var(—surface);color:var(—text2)}
@media(max-width:780px){#fpv-rescue-compare .fpv-rc-grid{grid-template-columns:1fr}#fpv-rescue-compare .fpv-rc-vs{min-height:24px}}@media(max-width:520px){#fpv-rescue-compare{padding:18px;margin:24px 0;border-radius:14px}#fpv-rescue-compare .fpv-rc-side{padding:16px}}

Betaflight GPS Rescue: что умеет текущая версия

В актуальной документации Betaflight GPS Rescue для ветки 4.4+ описан как полноценная последовательность аварийного возврата: аппарат может набрать заданную высоту, повернуть к Home, лететь в его направлении, затем снижаться, выполнять landing sequence и disarm.

Это всё равно rescue/failsafe функция, а не waypoint-autopilot. Её цель — повысить вероятность вернуть аппарат после потери управления или по команде пилота.

Home Point — критическая зависимость

Для корректного GPS Rescue домашняя точка должна быть валидной. Если разрешить arm без GNSS fix, Rescue может не знать правильный Home. Параметр GPS_RESCUE_ALLOW_ARMING_WITHOUT_FIX существует, но официальный guide не рекомендует использовать такой режим для реальных полётов, если вы рассчитываете на Rescue.

Проверяйте Home не по факту «GPS показывает координаты», а по состоянию системы перед arm и по ожидаемому направлению/дистанции до Home.

Какой GNSS использовать с Betaflight

Betaflight рекомендует u-blox/UBX. В актуальном guide поддерживаются поколения примерно от M6 до M10, а M10 рассматривается как предпочтительный современный вариант.

В практическом UAV-контексте разумно выбирать M8/M9/M10-class готовый модуль с хорошей антенной и чистой RF-интеграцией. Generic NMEA даёт более ограниченную интеграцию и не является предпочтительным путём для GPS Rescue.

Update rate и baud rate в Betaflight

Актуальный GPS Rescue guide рекомендует 10 Гц для плавной работы Rescue; 5 Гц остаётся рабочим минимумом. 1 Гц слишком медленно для качественного rescue trajectory.

Для 10 Гц guide рекомендует 57600 baud. Более высокая частота, например 20 Гц, не должна восприниматься как автоматическое улучшение: она поддерживается не всеми GNSS и требует проверки реальной нагрузки/стабильности.

Минимальное число спутников — настройка Rescue, не универсальный стандарт GNSS

В Betaflight есть GPS_RESCUE_MIN_SATS; текущий default — 8, а в практических рекомендациях guide советует стремиться к большему запасу. Это условие конкретной rescue logic, а не правило «8 спутников достаточно для любой навигации».

Качество GNSS всё равно оценивайте по геометрии, состоянию fix, reported accuracy и стабильности solution, а не только по NSats.

INAV 9.1: навигация как часть системы

INAV 9.1.0 выпущен 9 июля 2026 года и относится к текущей стабильной ветке. В нём продолжена работа над reliability, safety и GPS accuracy.

INAV поддерживает Position Hold, altitude/navigation modes, RTH и waypoint navigation. Поэтому GNSS там нужен не только для аварийного возврата: position estimator и navigation controller используют его как часть штатной архитектуры полёта.

Какие GNSS сейчас подходят INAV

В current INAV mainline для serial GNSS основной путь — UBLOX. Код и документация INAV 9 требуют достаточно нового u-blox protocol; практическая нижняя граница — M8 или новее. В current settings для gps_provider перечислены UBLOX, MSP и FAKE, поэтому старые инструкции «выберите NMEA provider» к современной ветке применять не следует.

Для M9/M10 INAV имеет отдельную современную конфигурационную поддержку. Но точные message/rate настройки лучше оставлять текущему configurator/firmware, если нет причины изменять их вручную.

Нужен ли компас INAV

Современный INAV умеет часть navigation/RTH сценариев без магнитометра, и начиная с новых веток эта возможность официально развивалась. При этом компас остаётся полезным источником heading в ряде конфигураций и особенно при задачах, где ориентация на малой скорости важна.

Поэтому две крайности неверны: «INAV всегда требует компас» и «компас в INAV больше не нужен». Решение зависит от типа аппарата, режима и того, какие источники heading доступны.

GPS Rescue и RTH: что именно проверять

Проверка Betaflight GPS Rescue INAV
Home Point Критичен для Rescue Критичен для RTH/navigation
GNSS fix Должен быть пригодным до arm, если рассчитываете на Rescue Навигационные режимы должны получать устойчивый position solution
Высотная логика Rescue altitude/climb/descent параметры RTH altitude mode и navigation settings
Heading Rescue использует навигационную оценку и движение аппарата Зависит от конфигурации estimator/компаса/GNSS motion
Failsafe trigger Может вызывать GPS Rescue RTH может быть частью failsafe logic
Waypoints Не основная задача Rescue Штатная часть navigation workflow

Что выбрать

Сценарий Рациональный выбор
Freestyle / racing / manual FPV Betaflight
Дальний ручной FPV с аварийным возвратом Betaflight + GPS Rescue
Position Hold как штатный режим INAV
Waypoint missions INAV
Навигация — основная функция платформы INAV; для более сложных промышленных задач также стоит сравнивать ArduPilot

Безопасный порядок проверки GPS Rescue

  1. На земле без пропеллеров: проверьте GNSS fix, Home, направление модели, failsafe configuration и ручной выход из Rescue.
  2. Первый лётный тест: открытое пространство, небольшая дистанция, достаточная высота и запас батареи.
  3. Активируйте Rescue вручную переключателем, а не начинайте проверку с реальной потери RC link.
  4. Наблюдайте climb, turn, направление к Home и возможность немедленно вернуть ручное управление.
  5. Landing sequence проверяйте отдельно и только в подходящих условиях.
  6. После изменений GNSS, массы, тяги или Rescue parameters повторите контрольный тест.

Безопасный порядок проверки INAV RTH

  1. Проверьте orientation FC, sensors и GNSS.
  2. Проверьте Home и position estimate.
  3. Убедитесь, что altitude/RTH settings соответствуют месту испытания.
  4. Сначала проверьте ручной и стабилизированный режим.
  5. Затем протестируйте Position Hold на безопасном расстоянии.
  6. После этого тестируйте RTH вручную, оставляя понятный способ отмены.
  7. Failsafe → RTH проверяйте только после успешного ручного теста RTH.

Чего не делать

  • Не arm без валидного Home, если Rescue является частью вашей safety strategy.
  • Не считать NSats единственной метрикой качества.
  • Не ставить 20 Гц только потому, что «больше = лучше».
  • Не переносить старые NMEA/UBX инструкции INAV на 9.x без проверки.
  • Не тестировать failsafe впервые на большой дистанции.
  • Не считать RTH заменой расчёту батареи, ветра и радиолинии.
  • Не считать GPS Rescue waypoint-автопилотом.

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

Официальные источники

Вывод

В 2026 году Betaflight GPS Rescue уже умеет значительно больше, чем старые версии, но его роль остаётся аварийным возвратом ручного FPV-аппарата. INAV строит вокруг GNSS полноценную навигационную архитектуру. Выбор определяется не тем, «какой RTH лучше вообще», а тем, является ли навигация страховкой или основной функцией вашего БПЛА.

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