Празрыстая IP-перадача, Паток відэа & Тлумачэнне тапалогіі сеткі

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

Ніжэй прыведзены падрабязныя FAQ, якія дапамогуць растлумачыць, як працуе наша сістэма.

---

1️⃣ Ці працуе ваш модуль як празрысты пласт 2 або Пласт 3 Мост Ethernet?

Ці магу я перадаваць карыстальніцкія відэаплыні UDP/RTP з Raspberry Pi па вашай спасылцы?

ды.

Наш бесправадны канал перадачы дадзеных падтрымлівае празрыстая перадача над:

• IP
• Ethernet
• RS232
• SBUS
• TTL

Гэта азначае, што вы можаце перадаць карыстацкі UDP, RTP, ці іншыя IP-патокі відэа непасрэдна з порта Ethernet вашага Raspberry Pi на цэнтральны ПК без змены вашага пратакола.

Спасылка паводзіць сябе як празрысты сеткавы мост, дазваляе адпраўляць відэаструмені або даныя сапраўды гэтак жа, як пры падключэнні правадным кабелем Ethernet.

---

2️⃣ Якая звычайная затрымка "шкло да шкла" пры выкарыстанні порта Ethernet для перадачы відэа?

Ці ўводзіць модуль дадатковую буферызацыю або затрымкі праверкі пакетаў?

Затрымка залежыць ад некалькіх фактараў, уключаючы:

• далёкасць перадачы
• Моц бесправаднога сігналу
• Электрамагнітныя перашкоды ў навакольным асяроддзі
• Затрымка кадавання камеры
• Затрымка дэкадавання дысплея

У тыповай асяроддзі тэставання ў памяшканні офіса на кароткія адлегласці, Выкарыстанне ping загадваць, вымераная затрымка роўная прыблізна:

20–60 мс

Наш бесправадны модуль робіць не ўводзіць інтэнсіўную буферызацыю або глыбокую праверку пакетаў. аднак, агульная скразная затрымка заўсёды будзе залежаць ад поўнага канвеера сістэмы (камера → кадавальнік → бесправадная сувязь → дэкодэр → дысплей).

Для прыкладанняў з ультранізкай затрымкай, мы рэкамендуем аптымізаваць канфігурацыі кадавання і дэкадавання ў дадатак да бесправадной сувязі.

---

3️⃣ Як размяркоўваецца паласа прапускання падчас працы 30 транспартных сродкаў адначасова?

Ці падтрымлівае ваша сістэма Master/Slave (Зорка) тапалогія?

Якая максімальная сукупная прапускная здольнасць наземнай станцыі?

Мы прапануем дзве сеткавыя архітэктуры:

⭐ Гаспадар/Раб (Зорная тапалогія)

• Адна цэнтральная наземная станцыя
• Некалькі аддаленых вузлоў (транспартныя сродкі)
• Рэкамендуецца калі усе відэапатокі павінны прымацца адной наземнай станцыяй

🔗 Сетка (Дэцэнтралізаваная тапалогія)

• Вузлы ўзаемадзейнічаюць адзін з адным
• Падыходзіць для размеркаваных або сумесных прыкладанняў

Для вашага гоначнага сцэнара (30 транспартныя сродкі, якія перадаюцца на адну цэнтральную наземную станцыю), мы рэкамендуем Зорная тапалогія Master/Slave.

Дакладная максімальная сукупная прапускная здольнасць наземнай станцыі залежыць ад:

• Абраная мадэль
• Канфігурацыя прапускной здольнасці канала
• Схема мадуляцыі
• Умовы РФ

Калі ласка, звяжыцеся з намі, каб паведаміць неабходны бітрэйт для аўтамабіля, і мы парэкамендуем адпаведную мадэль і канфігурацыю.

---

4️⃣ Ці падтрымлівае ваша сістэма Multicast UDP ці толькі Unicast?

Які максімальны падтрымоўваны памер MTU?

Наша сістэма ў першую чаргу падтрымлівае Паток RTSP.

Адносна:

• Шматадрасны UDP супраць. Аднаадрасны UDP
• Максімальны памер MTU (напр., 1400-1450 байт)

Нам неабходна пацвердзіць дакладныя тэхнічныя характарыстыкі з нашай камандай інжынераў, каб даць дакладны адказ.

Калі ласка, падзяліцеся меркаванай архітэктурай сеткі і канфігурацыяй пакетаў, і мы дамо падрабязнае тэхнічнае пацверджанне.

---

FAQ

5 Ці падтрымлівае «Нябачны сеткавы кабель» вашага модуля стандарт UDP, RTSP, і TCP-трафік, не патрабуючы ніякіх прапрыетарных SDK або мадыфікацый нашага сеткавага стэка Linux/Pi?

Мы спецыяльна не тэставалі UDP, RTSP, або TCP у вашым дакладным сцэнары прымянення, таму мы не можам афіцыйна пацвердзіць сумяшчальнасць.

аднак, наша сістэма функцыянуе як празрысты пласт 2 бесправадны мост Ethernet. Калі два кампутары або IP-прылады могуць звязвацца праз стандартнае правадное злучэнне Ethernet і паспяхова запускаць UDP, RTSP, або TCP-трафік, тады наша бесправадная сувязь павінна мець магчымасць празрыста перадаваць той жа трафік.

Нам не патрабуюцца прапрыетарныя SDK або мадыфікацыі вашага сеткавага стэка Linux або Raspberry Pi. Спасылка працуе на ўзроўні IP/Ethernet і не залежыць ад пратаколу.

---

6 Паколькі мы выкарыстоўваем статычныя IP-адрасы ў нашых аўтамабілях на базе Pi, ці будзе ваша ячэістая сетка бесперашкодна прапускаць гэты трафік (Пласт 2 мост) так што наша праграмнае забеспячэнне не ведае розніцы паміж злучэннем Wi-Fi і вашым трансіверам?

У тэорыі, ды.

Наша сістэма створана як празрысты мост, так што прылады на абодвух канцах павінны паводзіць сябе так, быццам яны падключаны праз стандартны кабель Ethernet. Канфігурацыі статычнага IP павінны праходзіць без змяненняў.

аднак, мы не праводзілі праверачнае тэсціраванне ў вашай канкрэтнай наладзе, таму мы не можам даць канчатковую гарантыю. Мы рэкамендуем правесці тэставанне інтэграцыі ў вашым асяроддзі, каб пацвердзіць поўную сумяшчальнасць.

---

7 Калі мы дакажам нашу логіку аднаго аўтамабіля на Wi-Fi, ці правільна, што адзінай зменай, неабходнай для гонкі на 30 аўтамабіляў, будзе пераключэнне фізічнай «трубы» з Wi-Fi на порт Ethernet вашага модуля?

З пункту гледжання сеткі, ды.

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

Калі ваша сістэма правільна працуе ў стандартнай IP-сетцы (напрыклад Wi-Fi), тады, у прынцыпе, адзінай неабходнай зменай будзе замена фізічнага сеткавага злучэння нашым бесправадным злучэннем на базе Ethernet.

Гэта сказаў, маштабаванне з адной прылады на 30 прылады ўводзіць дадатковыя фактары, такія як прапускная здольнасць, затрымка, перашкоды, і сеткавая тапалогія. Гэтыя аспекты павінны быць правераны ў вашым сцэнарыі поўнага разгортвання.

Сціслы пераказ

Наша бесправадная лінія перадачы дадзеных забяспечвае:

✔ Празрыстая перадача Ethernet/IP
✔ Падтрымка карыстальніцкіх відэапатокаў UDP/RTP
✔ 20–60 мс тыповая кароткая затрымка
✔ Master/Slave (Зорка) і варыянты сеткі Mesh
✔ Падтрымка струменевай перадачы RTSP
✔ Маштабаванае разгортванне для сцэнарыяў з некалькімі транспартнымі сродкамі

Мы рэкамендавалі наступную мадэль