Избор на тип интерфейс на данни за предавател на дронове и приемник

Днес, Клиент съобщи, че нашият предавател и приемник на дронове имат проблем. Има три интерфейса за данни, запазени на TX900: D1 TTL, D2 Sbus, и D3 RS232. След свързване на телеметричните данни към D1, забавянето на видеото става много голямо. Той ни попита как да го решим.

the sbus pin define in the 15km-150km transceiver D2 interface
sbus щифтът се определя в 15km-150km трансивър D2 интерфейс

Ето описанието на неговия проблем: Когато свържа телеметричните данни към въздушното устройство, което въздейства върху видеото, открих известно забавяне във видеото. Само телеметричните данни причиниха такъв проблем без телеметрия, няма никакъв проблем. Без телеметрични данни, няма такъв проблем с телеметрията на късо разстояние възникна такъв проблем.

Нашите TX900 предавателят и приемникът на дрона могат да бъдат персонализирани с три типа интерфейс за телеметрични данни, за да отговарят на вашите нужди: TTL, RS232, и SBUS интерфейси.

Нашият TX900 е двупосочна трансмисия. Качването на данни и изтеглянето на видео не се влияят едно на друго. въпреки това, видеопотокът е по-голям от потока от данни. Моля, погледнете настройките тук. Сменили ли сте ги? Настройката по подразбиране е 1D4U.

drone transmitter and receiver TDD configuration setting 1D4U
Настройка на конфигурацията на предавател и приемник на дрон 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-ENSTERNAL-ADAPTER-BOARD

Със замразяване на видео, проверете дали има процент битови грешки, безжични параметри, докладвани от централния възел и възела за достъп.

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

Спрете предаването на видеото, когато видеото замръзне, и използвайте функцията за измерване на уеб потребителския интерфейс, за да проверите дали 100% предаването може да се постигне чрез изпращане на 4~8Mbps пакети данни от възела за достъп до централния възел.

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

Нашият инженер смята, че заседналият проблем във видеото на клиента няма нищо общо с телеметричните данни на прозрачното предаване на D1. Трябва да се дължи на голямото разстояние, ниската скорост на безжичен въздушен интерфейс, и ефекта на опашката на видеопотока. За да се провери тази спекулация, има два метода:

  1. Клиентът не може да получи телеметричните данни (или телеметричните данни преминават през отделна връзка за цифрово предаване) за сравнителни тестове
  2. Изпратете ни настройките за кодиране на видео на карданна камера SIYI, използвани от клиента, за да видим дали има някаква възможност за оптимизация (Комуникирах със SIYI преди и открих, че не са отворили някои разширени настройки на кодирането, което би повлияло на плавността и представянето в реално време на видеото)

Тип интерфейс за данни на предавател и приемник на дрон

Нашите TX900 предавателят и приемникът на дрона могат да бъдат персонализирани с три типа интерфейс за телеметрични данни, за да отговарят на вашите нужди: TTL, RS232, и SBUS интерфейси поради тяхната съвместимост, характеристики на протокола, и специфични нужди на приложението. Ето подробен анализ на причините зад този избор на дизайн.

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

  • Директна хардуерна съвместимост: TTL нива (3.3V/5V) отговарят на нивата на GPIO на основните микроконтролери (като STM32), позволяващи директни връзки към сензори (e.g., GPS, модули за оптичен поток) и инструменти за отстраняване на грешки без необходимост от преместване на ниво.
  • Разширяване на ресурсите: Полетните контролери обикновено разполагат с множество TTL серийни портове (e.g., PIXHAWK поддържа до пет), позволяващи паралелни връзки към телеметрия, предавателни и приемни модули за дронове, и други периферни устройства.
  • Удобство при отстраняване на грешки: UART интерфейсите улесняват мигането на фърмуера и извеждането на журнала, опростяване на процеса на разработка.

2. Специфични случаи на употреба за RS232 интерфейси

  • Комуникация на дълги разстояния: RS232 сигнализирането ±12V осигурява силна устойчивост на шум, което го прави подходящ за предаване на безжични дронове и приемници на дълги разстояния на разстояния, по-големи от 10 километри (e.g., комуникация между индустриални дронове и наземни станции).
  • Наследена съвместимост: Някои по-стари устройства или приемници за дистанционно управление могат да използват RS232 интерфейси, изискващи чипове за промяна на нивото (като MAX232) за връзка с полетни контролери.
  • Разширение за преместване на нива: Външните вериги могат да конвертират TTL сигнали в RS232, позволяваща съвместимост с по-широка гама от устройства (като някои SBUS приемници).

3. Предимства на SBUS интерфейсите

  • Ефективно канално предаване: SBUS е сериен протокол, който поддържа 16 пропорционални канали плюс 2 цифрови канали, задоволяване на нуждите от многопараметърен контрол на дроновете (e.g., серво и настройки на камерата).
  • Връзка в стил автобус: С помощта на хъб, множество устройства могат да бъдат свързани чрез една линия, намаляване на сложността на окабеляването.
  • Хардуерна оптимизация: Докато се основава на TTL сигнализиране, SBUS използва обърната логика (нисък сигнал представлява “1”) и работи със скорост на предаване от 100Kbps, изискващи инверсионни вериги (като транзистори) за съвместимост.

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

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

Посоки на технологичното развитие:

  • Интерфейсно мултиплексиране: По-новите полетни контролери все повече използват UART мултиплексиране за поддръжка на SBUS протоколи, намаляване на броя на необходимите физически интерфейси.
  • Безжични алтернативи: Технологии като 2.4GHz/5.8GHz телеметрия постепенно заменят RS232 за комуникация на дълги разстояния (e.g., устройства TAISYNC PD21A).
  • Интегрирани дизайни: Иновации като тези в патент CN216848552U демонстрират как приоритетната логика може да позволи на множество дистанционни управления да управляват един дрон, намаляване на сложността на хардуера.

В обобщение, съвместното съществуване на TTL, RS232, и SBUS интерфейсите отразяват баланса в дизайна на полетния контролер по отношение насъвместимостфункционално разширение, иефективност на протокола. TTL отговаря на основните комуникационни нужди, RS232 се грижи за специфични сценарии, докато SBUS се появи като стандартна опция в приложенията за дистанционно управление поради своя ефективен протокол.

Задай въпрос

← Назад

Вашето съобщение е изпратено