Прозора 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 мс

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

Для додатків із наднизькою затримкою, ми рекомендуємо оптимізувати конфігурації кодування та декодування на додаток до бездротового з’єднання.

---

3️⃣ Як розподіляється пропускна здатність під час роботи 30 транспортних засобів одночасно?

Чи підтримує ваша система Master/Slave (зірка) топологія?

Яка максимальна сукупна пропускна здатність наземної станції?

Ми пропонуємо дві мережеві архітектури:

⭐ Головний/підлеглий (Зоряна топологія)

• Одна центральна наземна станція
• Кілька віддалених вузлів (транспортні засоби)
• Рекомендовано коли усі відеопотоки повинні прийматися однією наземною станцією

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

• Вузли спілкуються один з одним
• Підходить для розподілених або спільних програм

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

Точна максимальна сукупна пропускна здатність наземної станції залежить від:

• Обрана модель
• Конфігурація пропускної здатності каналу
• Схема модуляції
• умови РФ

Будь ласка, зв’яжіться з нами та повідомте необхідний бітрейт для транспортного засобу, і ми порекомендуємо відповідну модель і конфігурацію.

---

4️⃣ Чи підтримує ваша система Multicast UDP чи тільки Unicast?

Який максимальний підтримуваний розмір MTU?

Наша система в першу чергу підтримує RTSP потокове передавання.

Щодо:

• Багатоадресний UDP проти. Одноадресний UDP
• Максимальний розмір MTU (напр., 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 мс типова короткочасна затримка
✔ Головний/підлеглий (зірка) і варіанти сітчастої мережі
✔ Підтримка потокового передавання RTSP
✔ Розгортання з можливістю масштабування для сценаріїв із кількома транспортними засобами

Ми рекомендуємо наведену нижче модель