Выбар тыпу інтэрфейсу дадзеных для перадатчыка беспілотнікаў і прымача

сёння, Кліент паведаміў, што ў нашага перадатчыка беспілотнікаў і прыёмніка былі праблемы. Ёсць тры інтэрфейсы дадзеных, зарэзерваваныя на TX900: D1 ttl, D2 sbus, і D3 RS232. Пасля падлучэння дадзеных тэлеметрыі да D1, Затрымка відэа становіцца вельмі вялікай. Ён спытаў нас, як гэта вырашыць.

the sbus pin define in the 15km-150km transceiver D2 interface
Штыфт SBUS вызначыць у інтэрфейсе D2 15 км150 км 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
Змяніць RS232-TO-TTL-UART-BY-A-An-External-Adapter-дошка

З замарозкай відэа, праверце, ці ёсць частата бітавых памылак, параметры бесправадной сувязі, якія паведамляюцца цэнтральным вузлом і вузлом доступу.

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 Camera, якія выкарыстоўваюцца кліентам, каб даведацца, ці ёсць магчымасць аптымізацыі (Я размаўляў з SIYI таму і выявіў, што яны не адкрылі некаторыя ўдасканаленыя налады кадавання, што паўплывае на гладкасць і прадукцыйнасць відэа ў рэжыме рэальнага часу)

Тып інтэрфейсу даных перадатчыка і прымача беспілотніка

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

1. Універсальнасць TTL інтэрфейсаў

  • Прамая сумяшчальнасць абсталявання: Узровень TTL (3.3V/5V) Параўнайце ўзроўні GPIO асноўных мікракантролераў (Як STM32), што дазваляе прамыя злучэнні да датчыкаў (напр., GPS, Аптычныя модулі патоку) і інструменты адладкі без неабходнасці пераключэння ўзроўню.
  • Пашырэнне рэсурсу: Кантролеры палётаў звычайна маюць некалькі серыйных партаў TTL (напр., Pixhawk падтрымлівае да пяці), Уключэнне паралельных злучэнняў да тэлеметрыі, модулі беспілотніка і прыёмніка, і іншыя перыферыйныя прылады.
  • Адладка зручнасці: UART Інтэрфейсы палягчаюць прашыўку і вывад часопіса, Спрашчэнне працэсу распрацоўкі.

2. Канкрэтныя выпадкі выкарыстання інтэрфейсаў RS232

  • Камунікацыя на далёкія дыстанцыі: Сігналізацыя ± 12V RS232 забяспечвае моцны шум імунітэту, што робіць яго прыдатным для перадатчыка бесправаднога бесправаднога бесправаднога бесправаднога і прыёмніка на адлегласці больш, чым 10 кіламетраў (напр., зносіны паміж прамысловымі беспілотнікамі і наземнымі станцыямі).
  • Сумяшчальнасць спадчыны: Некаторыя старыя прылады або прыёмнікі дыстанцыйнага кіравання могуць выкарыстоўваць інтэрфейсы RS232, патрабуе пераключэння ўзроўню (як max232) Для падлучэння да кантролераў палётаў.
  • Пашырэнне пераключэння ўзроўню: Знешнія схемы могуць пераўтварыць сігналы TTL у RS232, што дазваляе сумяшчальнасць з больш шырокім спектрам прылад (напрыклад, некаторыя прыёмнікі SBUS).

3. Перавагі інтэрфейсаў SBUS

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

Параўнанне інтэрфейсаў і тэхналагічныя тэндэнцыі

тып інтэрфейсуасноўныя перавагіТыповыя выпадкі выкарыстанняПраблемы ў рэалізацыі абсталявання
TTLПрамая сумяшчальнасць з мікракантролерамі; нізкая латэнтнасьцьДатчыкі злучэнні; Адладка прашыўкіКароткая адлегласць перадачы
RS232Моцны імунітэт шуму; Падтрымлівае міжгароднія камунікацыіПрамысловы кантроль; Сумяшчальнасць састарэлых прыладПатрабуецца пераключэнне ўзроўню
SBUSШматканальная перадача; Пашырэнне ў аўтобусеСігналы дыстанцыйнага кіравання; Шматразовы кантрольПатрэбныя перавернутыя лагічныя схемы альбо выдзеленыя чыпсы расшыфроўкі

Напрамкі тэхналагічнай эвалюцыі:

  • Мультыплексацыя інтэрфейсу: Новыя кантролеры палётаў усё часцей выкарыстоўваюць мультыплексацыю UART для падтрымкі пратаколаў SBUS, памяншэнне колькасці неабходных фізічных інтэрфейсаў.
  • Бесправадныя альтэрнатывы: Такія тэхналогіі, як тэлеметрыя 2,4 ГГц/5,8 ГГц, паступова замяняюць Rs232 для міжгародняй сувязі (напр., Прылады Taisync PD21A).
  • Убудаваныя канструкцыі: Інавацыі, такія як патэнтныя CN216848552U, Зніжэнне складанасці абсталявання.

Падводзячы вынік, суіснаванне TTL, RS232, І інтэрфейсы SBUS адлюстроўваюць баланс у дызайне кантролера палётаў адноснасумяшчальнасцьФункцыянальнае пашырэнне, іЭфектыўнасць пратаколу. TTL задавальняе асноўныя патрэбы ў зносінах, RS232 абслугоўвае пэўныя сцэнарыі, У той час як SBUS з'явіўся ў якасці стандартнага варыянту ў прыкладаннях дыстанцыйнага кіравання з -за яго эфектыўнага пратакола.

задаваць пытанне

← Назад

Ваша паведамленне адпраўлена