Четыре интерфейса покрывают почти любую интеграцию подвеса: PWM для предельно простого подруливания осью, S.BUS для многоканальных RC-экосистем, последовательные протоколы для полного доступа к функциям и CAN для надёжной интеграции в бортовую шину. Неверный выбор стоит недель; разобраться в различиях — пять минут.
- 1Функций на провод у PWM
- 16Каналов на одном проводе у S.BUS
- FullОхват функций у последовательного
- Multi-dropТопология шины CAN
Ключевые выводы
- PWM даёт одну функцию на провод — нормально для тангажа на простой сборке и бесполезно для полноценной нагрузки.
- S.BUS мультиплексирует 16 каналов в один провод и является выбором по умолчанию для интеграций класса FPV вроде серии AX-20.
- Документированный последовательный протокол — единственный путь к командам абсолютного угла, управлению сопровождением и телеметрии обратно; качество SDK решает скорость интеграции.
- CAN подходит более крупным планерам, где нагрузка входит в шину наряду с регуляторами и навигационным оборудованием, а не занимает выделенный порт.
На этой странице
PWM и S.BUS: наследие RC
PWM — самое старое и простое в этом списке: импульс, ширина которого кодирует положение, одна функция на провод. Назначьте канал на тангаж подвеса — и стик двигает камеру. Для простой сборки, где нужно лишь наклонить камеру вниз и обратно, PWM вполне достаточен и не требует документации.
Его предел наступает быстро. Каждая дополнительная функция — это ещё один провод и ещё один канал, а у современной нагрузки куда больше трёх вещей, достойных управления. Зум, палитра, фото, видео, режим, возврат в центр, сопровождение: развести это на PWM — не изящество, а жгут.
S.BUS решает это, мультиплексируя 16 каналов в один провод. Тангаж, рыскание, зум, фото и режим ложатся на тумблеры передатчика через одно соединение, и поэтому он стал выбором по умолчанию для интеграций класса FPV вроде семейства AX-20T . Ментальная модель остаётся RC — пилот с пультом, — но бюджет каналов перестаёт быть ограничением.
Последовательный: полное меню
Документированный последовательный протокол открывает всё, что нагрузка умеет: команды абсолютного угла вместо относительных подталкиваний стиком, включение сопровождения и выбор цели, настройки камеры и телеметрию в обратную сторону. Если вы хотите, чтобы подвес смотрел на конкретный пеленг, потому что его вычислила ваша программа, последовательный — единственный интерфейс в этом списке, который это сделает.
Это путь для бортовых компьютеров и стеков автономности. Это же путь, на котором качество поставщика становится видно немедленно: доступность SDK и качество документации решают скорость интеграции куда сильнее, чем электрический интерфейс. Две нагрузки с одинаковым последовательным железом могут различаться неделями инженерного времени исключительно по тому, полон ли документ протокола.
Для интеграции именно с полётным стеком общим языком поверх последовательного выступает MAVLink. Интеграция подвесных камер с ArduPilot и PX4 через MAVLink разбирает этот маршрут, а MAVLink, UART, S.BUS и Ethernet картирует более широкий ландшафт протоколов.
CAN: бортовая шина
CAN дифференциальный, устойчив к помехам и допускает множественное подключение. Эти три свойства и составляют весь довод в его пользу. На более крупном планере с длинными кабельными трассами, мощными регуляторами и несколькими устройствами, которым нужно общаться, шина, терпимая к электрическим помехам и позволяющая устройствам делить одну физическую среду, стоит добавленной протокольной сложности.
CAN подходит тому случаю, когда нагрузка входит в шину наряду с регуляторами и навигационным оборудованием, а не занимает выделенный порт полётного контроллера. На малом квадрокоптере с коротким жгутом и одной нагрузкой это преимущество в основном теоретическое, а сложность реальна — и поэтому сборки класса FPV остались на S.BUS.
Практическое правило: если у вашего планера уже есть шина CAN с другими устройствами, посадите нагрузку туда. Если нет, добавлять её ради одного устройства редко стоит того.
Сравнение четырёх
Бок о бок размен виден достаточно ясно, чтобы сделать выбор за один проход.
| Интерфейс | Wires | Functions available | Noise tolerance | Telemetry back | Типичное применение |
|---|---|---|---|---|---|
| PWM | По одному на функцию | По одному на провод | Низкая | Нет | Простое управление тангажом на базовой сборке |
| S.BUS | One | 16 channels | Средняя | Нет | Интеграции FPV и RC-экосистем |
| Serial | One pair | Полная поверхность протокола | Средняя | Да | Бортовые компьютеры и стеки автономности |
| CAN | Одна дифференциальная пара, множественное подключение | Full, bus-shared | Высокая | Да | Более крупные планеры с уже существующей бортовой шиной |
Интерфейсы — не ступени. Serial is not «better than» S.BUS — it answers a different question. A pilot flying by stick does not need absolute angle commands, and a companion computer cannot use a transmitter switch. Pick by who or what is issuing the commands.
Электрическая сторона, которую никто не читает первой
Интерфейс управления — лишь половина интеграции. Нагрузке ещё нужно питание в приемлемом для неё диапазоне, а опубликованные входные окна шире, чем ожидают, — и это хорошая новость для смешанных парков.
| Подвес | Operating voltage | Мощность (статика / стопорение) | Угловая точность |
|---|---|---|---|
| AX-20T | 7.4–26.4 VDC | 1.5 W / 14 W | ±0.05° |
| AX-20S | 7.4–26.4 VDC | 1.0 W / 5.5 W | ±0.05° |
| AX-40D | 7.4–26.4 VDC | 2 W / 12 W | ±0.05° |
| AX-40T | 7.4–26.4 VDC | 3 W / 18 W | ±0.05° |
| AX-200T | 12–26.4 VDC | 1.7 W / 23.5 W | ±0,01° |
Обратите внимание на разрыв между статическим и стопорным потреблением. Расчёт питания по статической цифре — классическая ошибка интеграции: подвес работает нормально, пока не упрётся в ограничитель или не начнёт бороться с ветром, а затем шина просаживается и что-то другое на аппарате начинает сбоить. Энергобюджеты полезной нагрузки разбирает расчёт по пику, а не по среднему, а integration checklist разбирает механические и интерфейсные пункты, которые идут вместе с этим.
Планирование интеграции
Работающая последовательность экономит те недели, которых стоит неверный выбор интерфейса.
- Решите, кто отдаёт команды: пилот с пультом, бортовой компьютер или оба.
- Запросите у поставщика документ протокола до заказа — само его наличие и качество предсказывают всю интеграцию.
- Распишите на бумаге набор каналов или команд, включая функции, которые понадобятся через полгода, а не только нужные сейчас.
- Проверьте электрическое окно и рассчитайте питание по стопорному току, а не по статическому.
- Проверьте на стенде управление и телеметрию на земле с той самой прошивкой полётного контроллера, с которой полетите.
Комбинированный случай распространён и его стоит планировать сознательно: S.BUS для управления пилотом плюс последовательный для функций задачи, чтобы оператор сохранял власть над стиками, пока программа ведёт остальное. Убедитесь, что нагрузка поддерживает одновременные входы, и разберитесь в её правилах арбитража: что происходит, когда оба источника командуют одной осью, лучше выяснить на стенде, а не на высоте. Gimbal troubleshooting разбирает, как это выглядит по симптомам, когда идёт не так.
Читайте также
- Архитектура прошивки нагрузки: версионирование, откат и безопасные обновления в поле
- Механическая интеграция нагрузки: крепления, демпфирование и балансировка
- Интеграция нагрузок БПЛА: MAVLink, UART, S.BUS и Ethernet
- Интеграция гиростабилизированных камер с ArduPilot и PX4 по MAVLink
- Контрольный список интеграции нагрузки БПЛА: интерфейсы, крепление, питание
- Энергобюджет нагрузок БПЛА
- Диагностика подвеса: дрейф, завал горизонта и пропадания видео
- AX-20T — 3-axis FPV gimbal
- AX-20S — 17 g single-axis gimbal
- AX-200T — ±0.01° 3-axis gimbal
- Дроны для ночного охранного патрулирования
- Обследование телеком-башен с дрона
FAQ
Можно ли совмещать интерфейсы на одной нагрузке?
Как правило, да: S.BUS для управления пилотом плюс последовательный для функций задачи — стандартная схема, позволяющая оператору сохранить власть над стиками, пока программа ведёт сопровождение и настройки камеры. Сначала подтвердите у поставщика две вещи: что нагрузка вообще принимает одновременные входы и каковы её правила арбитража, когда оба источника командуют одной осью. Выяснять поведение арбитража в полёте неприятно.
О чём спросить поставщика первым делом?
«Send the protocol document.» Its existence and quality predict the whole integration more reliably than any specification sheet. A complete document with command tables, telemetry formats and worked examples means days of work; a vague one, or a promise that it will be provided after purchase, means weeks. This single question separates suppliers faster than anything else you can ask.
Стоит ли добавлять CAN ради одной нагрузки?
Обычно нет. CAN окупается на более крупных планерах, где несколько устройств уже делят помехоустойчивую шину с множественным подключением, а кабельные трассы длинные. Добавление шины ради одной нагрузки на малом аппарате приносит реальную протокольную сложность в обмен на преимущество, которое на этом масштабе в основном теоретическое. Если на планере уже есть CAN с другими устройствами — используйте его; если нет, S.BUS или последовательный послужат лучше.
Вопросы по технологии? Напишите нашим инженерам — отвечаем в течение 2 рабочих дней.