Навигационные помехи GNSS на БПЛА: виды, признаки и диагностика

Все статьи по ArduPilot

Материал полностью проверен и обновлён: сентябрь 2026. Фокус статьи — диагностика и устойчивость навигации, а не создание радиопомех.


Пять разных причин деградации GNSS

Причина Что происходит Что может быть видно
Jamming / RF interference Радиопомеха ухудшает отношение полезного GNSS-сигнала к шуму или перегружает RF-front-end. Общее падение C/N0, рост interference indicator, потеря сигналов, ухудшение HAcc/VAcc, потеря fix/RTK.
Spoofing Приёмник принимает ложные или манипулированные навигационные данные/измерения. Ошибочная позиция/скорость/время при потенциально правдоподобном fix; расхождение с независимыми датчиками.
Multipath Отражённые копии легитимных сигналов приходят с задержкой. Смещение и шум позиции, особенно рядом со зданиями, металлом и поверхностями.
Блокировка/затенение Корпус, рельеф, здания, растительность или другая преграда уменьшает видимость неба. Меньше пригодных сигналов, хуже геометрия, рост DOP и reported accuracy.
Self-interference Собственная электроника БПЛА создаёт излучение или проводимые помехи. GNSS ухудшается синхронно с включением VTX, модема, вычислителя, DC/DC или другой подсистемы.

Jamming и обычная интерференция

GNSS-сигналы у поверхности Земли очень слабые, поэтому приёмник чувствителен к радиопомехам. При этом по одному логу обычно нельзя сразу определить, была помеха преднамеренной или случайной.

Типичная диагностическая картина:

  • синхронное снижение C/N0 по многим сигналам;
  • рост штатного jamming/interference monitor;
  • массовая потеря tracking;
  • ухудшение HAcc/VAcc и DOP;
  • потеря RTK Fixed или обычного 3D Fix.

Не используйте фиксированный порог вроде «C/N0 ниже 30 dB-Hz у половины спутников = jamming». Нормальный уровень зависит от антенны, elevation, сигнала, приёмника и установки.

Спуфинг

Спуфинг отличается тем, что проблема может проявляться не потерей сигнала, а правдоподобным, но ошибочным навигационным решением. Поэтому HDOP, число спутников и наличие 3D Fix сами по себе не подтверждают достоверность координат.

Полезные признаки для контроля целостности:

  • расхождение GNSS-скорости с динамикой IMU;
  • несогласованность позиции с visual odometry, optical flow или другим независимым источником;
  • аномальные скачки позиции/времени;
  • security/spoofing flags самого GNSS;
  • рост EKF innovations/variances.

Подробно: спуфинг и джамминг GNSS на БПЛА.

Multipath: отражения не создают «фантомные спутники»

Multipath — это задержанные отражённые копии того же спутникового сигнала. Они способны смещать кодовые и фазовые измерения, но некорректно описывать их как новые «призрачные спутники».

Снижать multipath помогают:

  • открытый обзор неба;
  • правильное положение и ориентация антенны;
  • подходящий ground plane, если он требуется конструкцией антенны;
  • антенна с хорошими характеристиками по низким углам и axial ratio;
  • приёмник с документированными multipath mitigation algorithms;
  • многодиапазонные измерения и более качественная модель ошибок.

Не существует универсального требования «ground plane не меньше 70×70 мм»: размеры зависят от конкретной антенны и частот. Следуйте datasheet производителя антенны.

Затенение неба

Тоннели, здания, лес, металлические элементы корпуса и рельеф могут физически уменьшать количество доступных прямых GNSS-сигналов. Это не радиопомеха в узком смысле, но для автопилота результат похож: геометрия и точность ухудшаются.

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

Self-interference от электроники БПЛА

Источником проблемы может быть сам аппарат. На практике проверяйте:

  • видеопередатчик и его питание;
  • LTE/5G/Wi-Fi устройства;
  • DC/DC-преобразователи;
  • одноплатный компьютер или высокоскоростные цифровые интерфейсы;
  • плохо разведённые/неэкранированные кабели;
  • неудачное расположение GNSS-антенны.

Нельзя заранее утверждать, что конкретный VTX «глушит только L1» или что феррит обязательно решит проблему. Это определяется спектром реального устройства и путём проникновения помехи.

Безопасный A/B-тест self-interference

  1. Установите БПЛА неподвижно под открытым небом.
  2. Запишите несколько минут GNSS при известной базовой конфигурации.
  3. По очереди включайте только штатные подсистемы аппарата и отмечайте время.
  4. Сравнивайте C/N0, tracked/used signals, HAcc/VAcc, HDOP, RTK status и RF-индикаторы GNSS.
  5. После обнаружения связи меняйте один фактор за раз: расстояние, кабель, питание, фильтрацию или антенну.

Такой тест даёт воспроизводимый результат и не требует создавать искусственные помехи в эфире.

Что ArduPilot реально может увидеть

ArduPilot не превращает обычный GNSS в специализированную anti-jam систему. Он получает навигационные данные и оценки качества от приёмника и проверяет их согласованность с EKF.

  • GPS: Status, NSats, HDop, позиция и скорость.
  • GPA: VDop, HAcc, VAcc, SAcc, YAcc и timing-поля, если их предоставляет драйвер.
  • EKF: innovations/variances и сообщения о GPS glitches/несогласованности.

Для детальной RF-диагностики нужны нативные сообщения самого GNSS, например u-blox MON-RF/SEC/SIG или соответствующая диагностика другого производителя.

Исправление старого блока параметров ArduPilot

Из статьи удалены неверные или вводящие в заблуждение настройки:

GPS_GNSS_MODE = 7
EK3_SRC_OPTIONS = 2  # якобы C/N0/SAcc priority
EK3_GPS_CHECK = 1
FS_GPS_ENABLE = 2
GPS_POS1_Z / GPS_POS2_Z

Причины:

  • в ArduPilot 4.6+ используется GPS1_GNSS_MODE; значение 7 не означает «все созвездия»;
  • EK3_SRC_OPTIONS не является переключателем приоритета GNSS по C/N0;
  • старый отдельный GPS failsafe FS_GPS_* архивирован;
  • параметры положения антенны нужны для геометрического lever-arm, а не для обнаружения радиопомех.

Правильная настройка зависит от актуальной версии ArduPilot и реального GNSS-драйвера. В исправленных материалах FPV Club рекомендуется начинать с штатной автоконфигурации и GPS1_GNSS_MODE=0, если нет конкретной причины управлять созвездиями вручную.

Почему «таблица галочек защиты» вводит в заблуждение

Многодиапазонность, EKF, две GNSS-антенны и OSNMA решают разные задачи. Их нельзя честно отмечать простыми ✅/❌ против всех угроз:

  • Multiband улучшает наблюдаемость и моделирование ошибок, но не гарантирует работу при jamming.
  • EKF/INS помогает обнаруживать несогласованность и кратковременно переживать потерю внешних измерений, но INS накапливает ошибку.
  • OSNMA аутентифицирует навигационные данные Galileo, но не защищает от jamming и не закрывает все spoofing-сценарии.
  • Две обычные GNSS-антенны не эквивалентны CRPA/nulling-системе.
  • RTK повышает точность, но не является anti-jam или криптографической защитой координат.

Как строить устойчивую навигацию

  1. Сначала убрать собственные помехи: компоновка, питание, кабели, фильтрация.
  2. Использовать подходящий GNSS: нужные диапазоны, качественная антенна, документированные RF/security indicators.
  3. Контролировать целостность: GNSS сравнивается с IMU и независимыми источниками.
  4. Настроить autopilot failsafe: сценарий должен соответствовать аппарату и быть проверен до эксплуатации.
  5. Логировать: GPS/GPA/EKF и нативную диагностику GNSS.

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

Источники

Вывод

Навигационная деградация бывает разной, и лечение зависит от причины. Jamming/interference проявляется прежде всего на RF-уровне, spoofing требует контроля целостности, multipath связан с отражениями, затенение — с геометрией обзора, а self-interference часто создаётся самим БПЛА. Диагностика должна опираться на несколько независимых показателей, а не на один порог или универсальный набор параметров.

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