Przejrzysta transmisja IP, Streaming wideo & Wyjaśnienie topologii sieci

W miarę jak coraz więcej klientów wdraża nasze rozwiązania w zakresie bezprzewodowego łącza danych dla robotyki, Systemy bezzałogowe, pojazdy wyścigowe, i automatyki przemysłowej, często otrzymujemy pytania techniczne dotyczące przejrzystości sieci, utajenie, topologia, i przepustowość.

Poniżej znajduje się szczegółowe FAQ, które pomoże wyjaśnić, jak działa nasz system.

---

1⃣ Czy Twój moduł pełni rolę przezroczystej warstwy? 2 lub Warstwa 3 Most Ethernetowy?

Czy mogę przesyłać niestandardowe strumienie wideo UDP/RTP z Raspberry Pi za pośrednictwem Twojego łącza??

tak.

Nasze bezprzewodowe łącze danych obsługuje przejrzysta transmisja nad:

• IP
• Ethernet
• RS232
• SBUS
• TTL

Oznacza to, że możesz nadawać niestandardowy UDP, RTP, lub inne strumienie wideo oparte na protokole IP bezpośrednio z portu Ethernet Raspberry Pi do centralnego komputera bez modyfikowania protokołu.

Łącze zachowuje się jak przezroczysty most sieciowy, umożliwiając przesyłanie strumieni wideo lub danych dokładnie tak, jakby były połączone przewodowym kablem Ethernet.

---

2️⃣ Jakie jest typowe opóźnienie „szkło do szkła” przy wykorzystaniu portu Ethernet do transmisji wideo?

Czy moduł wprowadza dodatkowe opóźnienia w buforowaniu lub kontroli pakietów?

Opóźnienie zależy od kilku czynników, włącznie z:

• odległość transmisji
• Siła sygnału bezprzewodowego
• Zakłócenia elektromagnetyczne w środowisku
• Opóźnienie kodowania aparatu
• Wyświetl opóźnienie dekodowania

W typowym środowisku testowym w biurze na małą odległość, za pomocą ping Komenda, zmierzone opóźnienie wynosi około:

20–60 ms

Nasz moduł bezprzewodowy to robi nie wprowadzaj intensywnego buforowania ani głębokiej kontroli pakietów. jednak, całkowite opóźnienie od początku do końca będzie zawsze zależeć od pełnego potoku systemu (kamera → koder → łącze bezprzewodowe → dekoder → wyświetlacz).

Do zastosowań o bardzo małych opóźnieniach, oprócz połączenia bezprzewodowego zalecamy optymalizację konfiguracji kodowania i dekodowania.

---

3⃣ Jak przydzielana jest przepustowość podczas działania 30 pojazdów jednocześnie?

Czy Twój system obsługuje tryb Master/Slave (Gwiazda) topologia?

Jaka jest maksymalna łączna przepustowość stacji naziemnej?

Oferujemy dwie architektury sieciowe:

⭐ Master/Slave (Topologia gwiazdy)

• Jedna centralna stacja naziemna
• Wiele zdalnych węzłów (pojazdy)
• Zalecane, gdy wszystkie strumienie wideo muszą być odbierane przez jedną stację naziemną

🔗 Siatka (Zdecentralizowana topologia)

• Węzły komunikują się ze sobą
• Nadaje się do zastosowań rozproszonych lub współpracujących

Dla Twojego scenariusza wyścigowego (30 pojazdy nadające do jednej centralnej stacji naziemnej), Polecamy Topologia gwiazdy Master/Slave.

Dokładna maksymalna łączna przepustowość stacji naziemnej zależy od:

• Wybrany model
• Konfiguracja przepustowości kanału
• Schemat modulacji
• Warunki RF

Skontaktuj się z nami, podając wymaganą przepływność na pojazd, a my zarekomendujemy odpowiedni model i konfigurację.

---

4⃣ Czy Twój system obsługuje Multicast UDP czy tylko Unicast?

Jaki jest maksymalny obsługiwany rozmiar MTU?

Nasz system przede wszystkim obsługuje Przesyłanie strumieniowe RTSP.

W sprawie:

• Multicast UDP vs. Unicast UDP
• Maksymalny rozmiar MTU (np., 1400–1450 bajtów)

Aby udzielić dokładnej odpowiedzi, musimy potwierdzić dokładne specyfikacje techniczne z naszym zespołem inżynierów.

Podaj zamierzoną architekturę sieci i konfigurację pakietów, a my przekażemy szczegółowe potwierdzenie techniczne.

---

Często zadawane pytania

5 Czy „Niewidzialny kabel sieciowy” Twojego modułu obsługuje standard UDP, RTSP, i ruchu TCP bez konieczności stosowania jakichkolwiek zastrzeżonych zestawów SDK lub modyfikacji naszego stosu sieciowego Linux/Pi?

Nie testowaliśmy specjalnie protokołu UDP, RTSP, lub TCP w dokładnym scenariuszu aplikacji, dlatego nie możemy oficjalnie potwierdzić kompatybilności.

jednak, nasz system funkcjonuje jako przezroczysta warstwa 2 bezprzewodowy mostek Ethernet. Jeśli dwa komputery lub urządzenia IP mogą komunikować się za pośrednictwem standardowego przewodowego połączenia Ethernet i pomyślnie uruchamiać protokół UDP, RTSP, lub ruch TCP, wtedy nasze łącze bezprzewodowe powinno być w stanie transmitować ten sam ruch w sposób przezroczysty.

Nie wymagamy żadnych zastrzeżonych zestawów SDK ani modyfikacji stosu sieciowego Linux lub Raspberry Pi. Łącze działa w warstwie IP/Ethernet i jest niezależne od protokołu.

---

6 Ponieważ używamy statycznych adresów IP w naszych samochodach opartych na Pi, czy Twoja sieć mesh będzie bezproblemowo przepuszczać ten ruch (Warstwa 2 most) aby nasze oprogramowanie nie rozróżniało połączenia Wi-Fi od Twojego urządzenia nadawczo-odbiorczego?

Teoretycznie, tak.

Nasz system został zaprojektowany jako przezroczysty most, więc urządzenia na obu końcach powinny zachowywać się tak, jakby były połączone standardowym kablem Ethernet. Konfiguracje statycznego adresu IP powinny przejść bez modyfikacji.

jednak, nie przeprowadziliśmy testów weryfikacyjnych w Twojej konkretnej konfiguracji, dlatego nie możemy udzielić ostatecznej gwarancji. Zalecamy wykonanie testów integracyjnych w swoim środowisku w celu potwierdzenia pełnej kompatybilności.

---

7 Jeśli udowodnimy naszą logikę jednego samochodu w Wi-Fi, czy to prawda, że ​​jedyną zmianą wymaganą w wyścigu na 30 samochodów będzie przełączenie fizycznej „rurki” z Wi-Fi na port Ethernet modułu?

Z perspektywy sieci, tak.

Zapewniamy bezprzewodowe łącze transportowe oparte na protokole IP. Jakie zastosowania, protokoły, lub sygnały przesyłane przez to łącze zależą od projektu systemu i architektury oprogramowania.

Jeśli Twój system działa poprawnie w standardowej sieci IP (takie jak Wi-Fi), wtedy w zasadzie jedyną wymaganą zmianą byłoby zastąpienie fizycznego połączenia sieciowego naszym łączem bezprzewodowym opartym na Ethernecie.

To powiedziało, skalowanie z jednego urządzenia do 30 urządzeń wprowadza dodatkowe czynniki, takie jak przepustowość, utajenie, ingerencja, i topologia sieci. Aspekty te należy sprawdzić w scenariuszu pełnego wdrożenia.

Streszczenie

Nasze bezprzewodowe łącze danych zapewnia:

✔ Przezroczysta transmisja Ethernet/IP
✔ Obsługa niestandardowych strumieni wideo UDP/RTP
✔ Typowe opóźnienie krótkiego zasięgu 20–60 ms
✔ Master/Slave (Gwiazda) i opcje sieci Mesh
✔ Obsługa przesyłania strumieniowego RTSP
✔ Skalowalne wdrożenie w scenariuszach obejmujących wiele pojazdów

Polecamy poniższy model