Выбор типа интерфейса данных для передатчика беспилотников и приемника

Сегодня, Заказчик сообщил, что у нашего передатчика и получателя беспилотников была проблема. Есть три интерфейса данных, зарезервированные на км-30км-дальний-беспроводной-видео-передатчик-приемник-передача-приемопередатчик: D1 Ttl, D2 SBUS, и D3 RS232. После подключения данных телеметрии к D1, Задержка видео становится очень большой. Он спросил нас, как это решить.

the sbus pin define in the 15km-150km transceiver D2 interface
Пим SBUS определяет в интерфейсе приемопередатчика 15 км -150 км D2

Вот его описание проблемы: Когда я подключаю телеметрические данные к воздушному блоку, которое влияет на видео, и обнаружил некоторую задержку в видео. Просто данные телеметрии вызвали такую ​​проблему без телеметрии, нет никакой проблемы. Без телеметрии данных, Там нет такой проблемы с телеметрией на коротком расстоянии, такая проблема возникла.

Наш км-30км-дальний-беспроводной-видео-передатчик-приемник-передача-приемопередатчик Передатчик и приемник беспилотников можно настроить с тремя типами интерфейса данных телеметрии в соответствии с вашими потребностями: время жизни, RS232, и интерфейсы SBUS.

Наш TX900-двусторонняя передача. Загрузка данных и загрузка видео не влияет друг на друга. Однако, Видеопоток больше потока данных. Пожалуйста, посмотрите на настройки здесь. Вы их изменили? Настройка по умолчанию составляет 1d4u.

drone transmitter and receiver TDD configuration setting 1D4U
Настройка конфигурации Drone и приемник TDD Настройка 1D4U

D1 является прозрачным последовательным портом основного модема TX900. Существует известная проблема, что если объем данных на D1 слишком большой, это может повлиять на беспроводную связь. Производительность заключается в том, что беспроводная связь может быть временно отключена, а затем повторно связана. Неясно, столкнулся ли клиент эту проблему.

Вот тестовое видео от клиента.

Покупатель также подтвердил, что тип сети TX900 является точкой на пункт, Только один передатчик и один приемник, Нет ретранслятора. Из видео покупателя не кажется проблемой, вызванной D1. Какая камера подключена к передней части клиента? Веб -камера или доска кодеров? Покупатель ответил, что он использовал камеру Siyi Zr30.

Поиск проблемы.

Если D1 TTL подключен, Если объем данных слишком велик, это может повлиять на беспроводной передатчик беспроводного видео и ссылку на приемник, Потому что D1 является прозрачным последовательным портом беспроводной связи. Попробуйте изменить свой контроллер полета на подключение через D3 RS323. (Может быть, вам также необходимо использовать плату преобразователя TTL в RS232 на передатке и стороне приемника).

Modify-RS232-to-TTL-UART-by-adding-an-external-adapter-board
MODIFY-RS232-TO-TTL-UART-BY-ADDING-AN-EXTERNAL-ADAPTER BOARD

С видео замораживанием, Проверьте, есть ли частота ошибок битов, Беспроводные параметры, сообщаемые центральным узлом и узлом доступа.

check whether there is bit error rate, wireless parameters reported by the central node and access node.

Прекратите передавать видео, когда видео замораживает, и используйте функцию меры веб -пользовательского интерфейса, чтобы проверить, 100% Передача может быть достигнута путем отправки 4 ~ 8 Мбит / с пакетов данных из узла доступа к центральному узлу.

the measure function of the web UI to test whether 100% transmission

Наш инженер считает, что проблема застрявшей в видео клиента не имеет ничего общего с данными о прозрачной передаче D1. Это должно быть вызвано большим расстоянием, Низкая беспроводная скорость интерфейса воздуха, и эффект очереди видеопоток. Чтобы проверить это предположение, Есть два метода:

  1. Клиент не может получить телеметрические данные (или данные телеметрии проходят отдельную цифровую передачу передачи) Для сравнительного тестирования
  2. Отправьте нам настройки кодирования видео камеры Siyi Gimbal, используемые клиентом, чтобы увидеть, есть ли возможность оптимизации (Я общался с Сийи назад и обнаружил, что они не открыли некоторые расширенные настройки кодирования, что повлияет на гладкость и производительность в реальном времени видео)

Тип интерфейса данных передатчика и приемника беспилотников

Наш км-30км-дальний-беспроводной-видео-передатчик-приемник-передача-приемопередатчик Передатчик и приемник беспилотников можно настроить с тремя типами интерфейса данных телеметрии в соответствии с вашими потребностями: время жизни, RS232, и SBUS взаимодействуют из -за их совместимости, Характеристики протокола, и конкретные потребности приложений. Вот подробный анализ причин этого выбора дизайна.

1. Универсальность интерфейсов TTL

  • Прямая совместимость аппаратного обеспечения: Уровни TTL (3.3V/5V) соответствовать уровням GPIO основных микроконтроллеров (как STM32), разрешение на прямые подключения к датчикам (например, GPS, модули оптического потока) и инструменты отладки без необходимости смещения уровня.
  • Расширение ресурсов: Пролетные контроллеры обычно имеют несколько последовательных портов TTL (например, Pixhawk поддерживает до пяти), Включение параллельных соединений с телеметрией, передатчик беспилотников и модули приемника, и прочая периферия.
  • Отладка удобство: Интерфейсы UART облегчают прошивку и вывод журнала, Упрощение процесса разработки.

2. Конкретные варианты использования интерфейсов RS232

  • БОЛЬШОЕ ДОЛИЖЕНИЕ СООБЩЕНИЕ: Сигнализация ± 12 В рупий ± 12 В обеспечивает сильный иммунитет шума, сделать его подходящим для передатчика беспроводных беспроводных беспроводных дронов и передачи приемника на расстояниях больше, чем 10 километров (например, связь между промышленными беспилотниками и наземными станциями).
  • Совместимость наследия: Некоторые старые устройства или приемники дистанционного управления могут использовать интерфейсы RS232, Требование чипов с изменением уровня (как max232) Для подключения к контроллерам полетов.
  • Сдвиг уровня расширения: Внешние схемы могут преобразовать сигналы TTL в RS232, обеспечение совместимости с более широким диапазоном устройств (такие как некоторые приемники SBUS).

3. Преимущества интерфейсов SBUS

  • Эффективная передача канала: SBUS - это серийный протокол, который поддерживает 16 Пропорциональные каналы плюс 2 цифровые каналы, Удовлетворение потребностей в управлении мультипараметрическими транспортными средствами (например, корректировки сервоприводов и камеры).
  • Подключение в стиле автобуса: С помощью концентратора, Несколько устройств могут быть подключены через одну линию, уменьшение сложности проводки.
  • Оптимизация оборудования: На основании передачи сигналов TTL, SBUs использует инвертированную логику (Низкий сигнал представляет “1”) и действует по скорости передачи 100 кбит / с, требует инверсионных цепей (как транзисторы) для совместимости.

Сравнение интерфейса и технологические тенденции

Тип интерфейсаОсновные преимуществаТипичные варианты использованияПроблемы реализации аппаратного обеспечения
время жизниПрямая совместимость с микроконтроллерами; низкая латентностьДатчики соединения; Отладка прошивкиКороткое расстояние передачи
RS232Сильный шумовой иммунитет; Поддерживает связь на расстоянииПромышленный контроль; Совместимость устаревшего устройстваТребуются чипсы с изменением уровня
SBUSМногоканальная передача; Расширение в стиле автобусаСигналы дистанционного управления; Многочисленное управлениеНуждаются инвертированные логические схемы или выделенные чипы декодирования

Технологическая эволюция направлений:

  • Интерфейс мультиплексирование: Новые контроллеры полета все чаще используют мультиплексирование UART для поддержки протоколов SBUS, уменьшение количества требуемых физических интерфейсов.
  • Беспроводные альтернативы: Такие технологии, как телеметрия 2,4 ГГц/5,8 ГГц, постепенно заменяют RS232 для связи на расстоянии (например, Devices Taisync PD21A).
  • Интегрированные дизайны: Инновации, такие как инновации в патенте CN216848552U, демонстрируют, как приоритетная логика может позволить нескольким пультам дистанционного управления работать с одним беспилотником, уменьшение сложности аппаратного обеспечения.

В итоге, сосуществование TTL, RS232, и интерфейсы SBUS отражают баланс в конструкции контроллера полета в отношениисовместимостьфункциональное расширение, а такжеэффективность протокола. TTL удовлетворяет основные потребности в общении, RS232 обслуживает конкретные сценарии, В то время как SBU стал стандартным опцией в приложениях дистанционного управления из -за его эффективного протокола.

Задайте вопрос

← Назад

Спасибо за ответ! ✨