Прозрачно IP предаване, Стрийминг на видео & Обяснена топология на мрежата

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

По-долу е даден подробен ЧЗВ, за да изясним как работи нашата система.

---

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 ms

Нашият безжичен модул го прави не въвеждайте тежко буфериране или дълбока проверка на пакети. въпреки това, общата латентност от край до край винаги ще зависи от пълния системен конвейер (камера → енкодер → безжична връзка → декодер → дисплей).

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

---

3️⃣ Как се разпределя честотната лента при работа 30 превозни средства едновременно?

Вашата система поддържа ли Master/Slave (звезда) топология?

Каква е максималната обща производителност на една наземна станция?

Ние предлагаме две мрежови архитектури:

⭐ Главен/подчинен (Звездна топология)

• Една централна наземна станция
• Множество отдалечени възли (превозни средства)
• Препоръчва се при всички видео потоци трябва да бъдат получени от една наземна станция

🔗 Мрежа (Децентрализирана топология)

• Възлите комуникират помежду си
• Подходящ за разпределени или съвместни приложения

За вашия състезателен сценарий (30 превозни средства, предаващи към една централна наземна станция), препоръчваме на Звездна топология Master/Slave.

Точната максимална обща производителност на наземната станция зависи от:

• Избран модел
• Конфигурация на честотната лента на канала
• Модулационна схема
• RF условия

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

---

4️⃣ Вашата система поддържа ли Multicast UDP или само Unicast?

Какъв е максималният поддържан размер на MTU?

Нашата система основно поддържа RTSP стрийминг.

Относно:

• Multicast UDP срещу. Unicast UDP
• Максимален размер на MTU (e.g., 1400–1450 байта)

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

Моля, споделете планираната мрежова архитектура и пакетна конфигурация, и ние ще предоставим подробно техническо потвърждение.

---

Често задавани въпроси

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 ms типична латентност с малък обхват
✔ Главен/Подчинен (звезда) и Mesh мрежови опции
✔ Поддръжка на RTSP поточно предаване
✔ Мащабируемо внедряване за сценарии с множество превозни средства

Препоръчваме модела по-долу