Обзор и классификация протоколов связи в FPV-дронах #
1. Введение: Роль протоколов в архитектуре FPV-дрона
Протоколы — это фундаментальные «языки общения», на которых взаимодействуют все компоненты FPV-дрона. Неправильный выбор, несовместимость или ошибки настройки протокола — одна из самых частых причин нестабильной работы, потери управления, задержек и отказов системы. Для технического персонала (операторов, техников БПЛА) глубокое понимание протоколов критично для диагностики, сборки, настройки и обслуживания дронов — как гражданских спортивных, так и специализированных промышленных/тактических платформ.
Система связи FPV-дрона логически разделяется на три ключевых канала, каждый из которых использует специализированные протоколы:
- TX (Transmitter) Protocols — беспроводная связь между радиопередатчиком (пультом) и радиоприёмником на дроне.
- RX (Receiver) Protocols — проводная связь между радиоприёмником и полётным контроллером (FC).
- ESC (Electronic Speed Controller) Protocols — проводная связь между полётным контроллером и регуляторами оборотов двигателей.
Дополнительно на профессиональных платформах (Pixhawk, Cube, Holybro) используются шинные протоколы периферии: DroneCAN (UAVCAN v0), CAN-FD, I²C, SPI, а также MAVLink для связи с наземной станцией управления (GCS). Их роль рассмотрена в разделе 4A.
Актуально на 2026 г.: рынок окончательно сместился в сторону открытых стандартов — ExpressLRS (ELRS) для радиоканала, CRSF/CRSFv3 для шины RX↔FC, DShot300/600 + Bidirectional DShot для ESC. Проприетарные системы FrSky ACCESS, TBS Crossfire, Spektrum остаются в эксплуатации, но новые сборки в 99% случаев проектируются на ELRS.
2. TX Protocols: Беспроводное управление (Пульт → Приёмник)
2.1. ExpressLRS (ELRS) — актуальный стандарт 2026 года
Открытая платформа с исходным кодом, ставшая де-факто стандартом отрасли. На 2026 год актуальны версии ELRS 3.x и появляющаяся ELRS 4.x с улучшенной поддержкой Gemini (одновременная передача на двух антеннах/частотах) и переработанной системой байндинга.
Ключевые характеристики:
- Задержка: 3–5 мс на 2.4 ГГц при 500 Гц; ~2 мс при 1000 Гц.
- Частота обновления: до 1000 Гц (2.4 ГГц), до 333 Гц (900 МГц с новыми модуляциями).
- Дальность: подтверждённые полёты >40 км на 900 МГц при 250 мВт; >20 км на 2.4 ГГц.
- Gemini Mode: дуальная передача для высокой помехозащищённости в условиях РЭБ и плотной ЭМО.
- Двусторонняя телеметрия в том же канале.
- Совместимость с любыми FC через CRSF/CRSFv3.
2.2. TBS Crossfire и Tracer
Crossfire (900 МГц) — эталон дальнобойных систем до появления ELRS. Задержка ~15 мс, дальность десятки километров, отличная проникающая способность. Tracer (2.4 ГГц) — гоночная версия с задержкой ~4 мс.
Оба используют шину CRSF для связи RX↔FC, что и стало основой для совместимости ELRS.
2.3. FrSky (ACCST D16 и ACCESS)
- ACCST D16 — устаревающий протокол, поддерживается для совместимости со старыми приёмниками (X4R-SB, R-XSR, XM+). Работает на 2.4 ГГц.
- ACCESS — актуальный протокол FrSky. До 1000 Гц (2.4 ГГц), встроенная двусторонняя телеметрия, FHSS, поддержка беспроводной прошивки приёмников.
2.4. Spektrum (DSMX, DSM-X Fwd Programming)
DSMX работает на 2.4 ГГц с динамическим переключением частот. Обеспечивает высокую устойчивость к Wi-Fi-помехам в городской среде. Актуален в сегменте RC-моделизма и части профессиональных решений (Pixhawk имеет отдельный DSM-порт).
2.5. FlySky (AFHDS 2A, AFHDS 3)
AFHDS 3 — обновлённая версия с поддержкой до 18 каналов, двусторонней телеметрии и работы на 2.4 ГГц с частотами обновления до 1000 Гц (в некоторых режимах). Позиционируется как бюджетная альтернатива ELRS.
2.6. Futaba (FASST, FASSTest, T-FHSS)
Премиум-сегмент, эксклюзивные протоколы. Приёмники Futaba используют SBUS как основной выход. Актуальны в авиамоделизме и на некоторых профессиональных платформах.
2.7. Сравнительная таблица TX-протоколов (2026)
| Протокол | Диапазон | Макс. частота | Задержка | Дальность (типовая) | Рекомендация |
|---|---|---|---|---|---|
| ELRS 3.x/4.x | 2.4 ГГц / 900 МГц | 1000 Гц | 2–5 мс | 20–40+ км | ★★★★★ Основной выбор |
| TBS Crossfire | 900 МГц | 150 Гц | ~15 мс | 40+ км | ★★★★ Проверенный дальнобой |
| TBS Tracer | 2.4 ГГц | 250 Гц | ~4 мс | до 10 км | ★★★★ Гонки |
| FrSky ACCESS | 2.4 ГГц | 1000 Гц | ~5 мс | до 15 км | ★★★ Legacy |
| Spektrum DSMX | 2.4 ГГц | ~90 Гц | ~22 мс | 1–3 км | ★★ Ниша RC |
| FlySky AFHDS 3 | 2.4 ГГц | до 1000 Гц | 5–10 мс | 1–2 км | ★★ Бюджет/обучение |
3. RX Protocols: Проводная связь (Приёмник → Полётный контроллер)
3.1. PWM и PPM — устаревшие
PWM (один канал = один провод) и PPM (все каналы последовательно по одному проводу) — аналоговые протоколы с задержкой 10–30 мс. В FPV не применяются, но всё ещё используются на профессиональных платформах (Pixhawk имеет вход PPM/SBUS) для совместимости.
3.2. SBUS (Serial Bus)
Цифровой UART-протокол, до 16 каналов, 100 кбит/с. Задержка 5–7 мс. Ключевая особенность — инвертированный сигнал.
- STM32 F1/F4 — не имеют аппаратного инвертора на UART. Нужен либо специальный «SBUS pad» на FC (со встроенным инвертором), либо приёмник с uninverted SBUS (например, R-XSR при перепрошивке).
- STM32 F3/F7/H7 — аппаратный инвертор встроен в каждый UART. Betaflight инвертирует автоматически при выборе SerialRX = SBUS.
- Pixhawk/PX4/ArduPilot — имеют выделенный вход
RC INс аппаратной инверсией.
3.3. CRSF и CRSFv3 (Crossfire Serial Protocol)
Разработан TBS, используется Crossfire, Tracer и ExpressLRS. Двунаправленный, до 400 кбит/с (CRSF), до 5 Мбит/с (CRSFv3).
CRSFv3 (актуален с 2023 г., массово используется в ELRS 3.x/4.x):
- Автоматическое согласование baud rate между RX и FC.
- Расширенная телеметрия (RPM, GPS, кастомные сенсоры).
- Обратная совместимость с CRSF v2.
- Поддержка передачи MAVLink поверх CRSF.
3.4. FPort и FPort 2
FrSky-протокол, объединяющий RC-каналы и телеметрию в один неинвертированный поток. FPort 2 — улучшенная версия с меньшей задержкой. Идеален для FrSky ACCESS на FC без инвертора.
3.5. IBUS (FlySky) и SRXL2 (Spektrum)
- IBUS — двунаправленный, 115200 бод. Только для FlySky.
- SRXL2 — современный однопроводный двунаправленный протокол Spektrum с телеметрией. Заменяет SPEKTRUM1024/2048 в новых приёмниках.
3.6. GHST (Ghost Serial Protocol)
Протокол ImmersionRC Ghost — оптимизирован под минимальную задержку (до 250 Гц, ~2 мс на 2.4 ГГц). Поддерживается Betaflight/EdgeTX. Ниша: гоночные микросборки.
3.7. SPI RX (встроенные приёмники)
Ряд FC (например, HappyModel Mobula, серия «AIO») имеют интегрированные SPI-приёмники ELRS/Frsky/CRSF-совместимые. Задержка минимальна, экономится место. Актуально для сверхлёгких дронов (Tinywhoop, 1S/2S сборки).
3.8. MSP RC (Multiwii Serial Protocol)
MSP-каналы как источник RC — используется в связках с DJI O3/O4 Air Unit, где RC-данные передаются по цифровому видеоканалу. Требует настройки MSP override в Betaflight.
4. ESC Protocols: Управление двигателями
4.1. Устаревшие: PWM, Oneshot, Multishot
Аналоговые/полуцифровые протоколы. На 2026 г. не применяются в новых сборках. Oneshot125 может встречаться на очень старых 4-in-1 ESC.
4.2. DShot (150/300/600/1200) — стандарт отрасли
Полностью цифровой протокол, устойчивый к помехам, поддерживает CRC-проверку пакетов. Актуальные скорости:
- DShot300 — базовый выбор для 4S/6S сборок и промышленных дронов, где важна помехоустойчивость на длинных проводах.
- DShot600 — универсальный стандарт для 5–7" сборок.
- DShot1200 — на практике почти не даёт преимуществ и часто вызывает проблемы; в BLHeli_32 и AM32 фактически deprecated.
Bidirectional DShot (BDShot): ESC передаёт назад данные eRPM каждого мотора. Это позволяет FC использовать RPM-based фильтрацию шумов от моторов — краеугольный камень стабильности современных полётов.
4.3. Прошивки ESC: BLHeli_S, BLHeli_32, AM32, Bluejay
- BLHeli_S — работает на 8-битных EFM8. Изначально не поддерживал BDShot, но Bluejay (открытая прошивка на базе BLHeli_S) добавил поддержку Bidirectional DShot и настраиваемых PWM-частот.
- BLHeli_32 — 32-битная проприетарная прошивка. В 2023 г. открытие исходников было заморожено, что стимулировало переход на AM32.
- AM32 — открытая 32-битная прошивка (STM32/AT32), фактически заменившая BLHeli_32 на новых ESC 2024–2026 г. Поддерживает BDShot, настройку через конфигуратор, обновления OTA через FC.
4A. Шинные протоколы периферии (Pixhawk / промышленные платформы)
На профессиональных FC (Pixhawk 6X/6C, Cube Orange+, Holybro и др.) используется значительно более сложная топология, включающая цифровые шины для датчиков и модулей.
4A.1. DroneCAN (UAVCAN v0) и Cyphal (UAVCAN v1)
DroneCAN — открытый протокол на базе шины CAN 2.0B (1 Мбит/с), стандарт для подключения GPS, компасов, воздушных датчиков, интеллектуальных ESC, приводов сервоприводов, модулей Remote ID. Ключевые преимущества:
- Многоточечная шина: несколько устройств на одной паре проводов.
- Устойчивость к помехам (дифференциальная передача).
- Приоритизация пакетов, real-time гарантии.
- Хот-плаг, автоматическое обнаружение узлов.
Cyphal/CAN (UAVCAN v1) — следующее поколение с CAN-FD (до 8 Мбит/с), актуально для новых промышленных платформ.
4A.2. I²C и SPI
- I²C — низкоскоростная шина (100–400 кГц) для магнитометров, барометров, лидаров (VL53L1X), OLED-дисплеев. Требует подтягивающих резисторов (обычно встроены). Максимальная длина линии — до 30 см без буферов.
- SPI — высокоскоростная (до десятков МГц), используется внутри FC для IMU (BMI055, ICM-42688-P), FRAM, SD-карт. Внешние SPI-устройства редки.
4A.3. MAVLink (телеметрия и управление GCS)
Протокол связи автопилота (PX4/ArduPilot) с наземной станцией (QGroundControl, Mission Planner). Передаётся через:
- Радиомодемы 433/868/915 МГц (Microhard P900, RFD900, SiK-совместимые).
- LTE/4G-модемы — MAVLink over UDP/TCP.
- Wi-Fi bridge — ESP32/ESP8266 модули.
- Поверх CRSFv3 — актуальный тренд, позволяет получать MAVLink-телеметрию через ELRS-канал без отдельного модема.
Актуальная версия — MAVLink 2 с расширенными идентификаторами, шифрованием пакетов и подписью сообщений (важно для защищённых применений).
4A.4. Ethernet на FC
Pixhawk 6X, Cube Orange+ и аналоги имеют Ethernet-порт (100 Мбит/с) для подключения к бортовым компьютерам (Jetson, Raspberry Pi CM4), стриминга видео и высокоскоростного MAVLink over UDP. Настраивается через параметры MAV_2_CONFIG в PX4.
4A.5. Remote ID
С 2024 г. в ЕС, США и ряде других стран обязателен Remote ID — беспроводная передача идентификатора и координат дрона. Реализуется через:
- Отдельный модуль по DroneCAN/UART/USB (см. «Remote ID» на схеме Pixhawk 6X).
- Программную реализацию в PX4/ArduPilot (Broadcast RID через Wi-Fi/Bluetooth).
5. Выбор протоколов: практические сценарии
5.1. Спортивный/фристайл FPV-дрон (5")
- TX: ELRS 2.4 ГГц, 500 Гц.
- RX↔FC: CRSFv3, подключение к RX-пину UART, инверсия не нужна.
- FC↔ESC: DShot300 или DShot600 + Bidirectional DShot.
- ESC firmware: Bluejay (для BLHeli_S) или AM32 (32-bit).
5.2. Дальний разведывательный/промышленный дрон
- TX: ELRS 900 МГц Gemini, 100–150 Гц.
- Видео: аналог 1.2/1.3 ГГц или цифра DJI O4/Walksnail HD.
- RX↔FC: CRSFv3.
- FC↔ESC: DShot300 (лучше помехоустойчивость на длинных проводах 7–10").
- Телеметрия GCS: MAVLink over CRSF или отдельный RFD900x.
5.3. Профессиональная платформа Pixhawk / PX4 / ArduPilot
- RC: ELRS/Crossfire через выделенный RC IN (SBUS/CRSF).
- Периферия: DroneCAN для GPS, компаса, Remote ID, интеллектуальных ESC.
- Датчики ближнего радиуса: I²C (VL53L1X lidar, доп. барометр).
- ESC: DShot300/600 или DroneCAN ESC (KDE, T-Motor Alpha).
- GCS: MAVLink 2 через радиомодем 900 МГц или Ethernet/LTE.
- Резервирование питания: Power1 + Power2 (обязательно для миссий).
5.4. Тактический/защищённый БПЛА
- TX: ELRS с частотой вне стандартной 2.4/900 (кастомные сборки на 700/433 МГц) — только если разрешено регулятором.
- Шифрование канала управления (ELRS 3.x поддерживает binding phrase как базовую защиту; для критичных применений — сторонние криптомодули).
- MAVLink 2 с обязательной подписью пакетов (
MAV_SIGNING). - Дублирование каналов: основной ELRS 900 + резервный ELRS 2.4.
6. Диагностика и типовые проблемы
- SBUS не работает на F4: подключён к обычному UART без инвертора. Решение — использовать пад SBUS или неинвертированный выход приёмника.
- ELRS не байндится: разные мажорные версии прошивки TX и RX. Обновить обе стороны до одной версии (например, 3.4.x = 3.4.x).
- BDShot не даёт RPM: ESC на «чистом» BLHeli_S без поддержки Bluejay/BDShot. Перепрошить на Bluejay.
- Провалы каналов на CRSF: плохой контакт по RX-пину, длинный неэкранированный провод, помехи от VTX. Экранировать/укоротить.
- DroneCAN устройства не видны: отсутствует терминация 120 Ом на концах шины, перепутаны CAN_H и CAN_L, дублирующиеся Node ID.
- MAVLink «зависает»: несоответствие baud rate между модемами, включён Flow Control не с обеих сторон.
- Failsafe не срабатывает: в приёмнике не задано поведение при потере сигнала (No Pulses), в FC не настроен Stage 2. Проверить оба уровня.
7. Заключение
К 2026 году индустрия FPV и профессиональных БПЛА окончательно консолидировалась вокруг открытых стандартов. Технический специалист, работающий с современными платформами, должен уверенно владеть тремя ключевыми связками:
- ExpressLRS + CRSFv3 — радиоканал управления.
- DShot300/600 + Bidirectional DShot (Bluejay/AM32) — управление моторами.
- DroneCAN + MAVLink 2 — периферия и связь с GCS на профессиональных платформах.
Устаревшие протоколы (PWM, PPM, Oneshot, ACCST D8, DSM2) должны быть исключены из новых сборок и заменяться при первом обслуживании старой техники. Понимание физических особенностей шин (инверсия SBUS, терминация CAN, длина I²C-линий) — обязательная часть квалификации техника БПЛА.
- мод. : Понедельник, 10 августа 2026
