Trasmissione IP trasparente, Streaming video & Spiegazione della topologia di rete

Man mano che sempre più clienti implementano le nostre soluzioni di collegamento dati wireless per la robotica, sistemi senza pilota, veicoli da corsa, e automazione industriale, riceviamo spesso domande tecniche riguardanti la trasparenza della rete, latenza, topologia, e larghezza di banda.

Di seguito è riportata una FAQ dettagliata per aiutare a chiarire come funziona il nostro sistema.

---

1️⃣ Il tuo modulo agisce come un livello trasparente 2 o Livello 3 Ponte Ethernet?

Posso trasmettere flussi video UDP/RTP personalizzati da un Raspberry Pi tramite il tuo collegamento?

sì.

Il nostro collegamento dati wireless supporta trasmissione trasparente Sopra:

• IP
• Ethernet
• RS232
• SBUS
• TTL

Ciò significa che puoi trasmettere UDP personalizzato, RTP, o altri flussi video basati su IP direttamente dalla porta Ethernet del tuo Raspberry Pi a un PC centrale senza modificare il protocollo.

Il collegamento si comporta come un bridge di rete trasparente, permettendoti di inviare flussi video o dati esattamente come se fossi connesso tramite un cavo Ethernet cablato.

---

2️⃣ Qual è la tipica latenza “glass-to-glass” quando si utilizza la porta Ethernet per la trasmissione video?

Il modulo introduce buffering aggiuntivi o ritardi di ispezione dei pacchetti?

La latenza dipende da diversi fattori, Compreso:

• distanza di trasmissione
• Potenza del segnale wireless
• Interferenze elettromagnetiche nell'ambiente
• Ritardo di codifica della fotocamera
• Visualizza il ritardo di decodifica

In un tipico ambiente di test di un ufficio indoor a breve distanza, usando il ping comando, la latenza misurata è approssimativamente:

20–60 ms

Il nostro modulo wireless lo fa non introdurre buffering pesanti o ispezione approfondita dei pacchetti. però, la latenza end-to-end totale dipenderà sempre dalla pipeline del sistema completo (telecamera → codificatore → collegamento wireless → decoder → display).

Per applicazioni a latenza estremamente bassa, si consiglia di ottimizzare sia le configurazioni di codifica che di decodifica oltre al collegamento wireless.

---

3️⃣ Come viene allocata la larghezza di banda durante l'esecuzione 30 veicoli contemporaneamente?

Il tuo sistema supporta Master/Slave (Stella) topologia?

Qual è il throughput aggregato massimo di una stazione di terra?

Offriamo due architetture di rete:

⭐ Padrone/Schiavo (Topologia a stella)

• Una stazione terrestre centrale
• Più nodi remoti (veicoli)
• Consigliato quando tutti i flussi video devono essere ricevuti da un'unica Ground Station

🔗 Maglia (Topologia decentralizzata)

• I nodi comunicano tra loro
• Adatto per applicazioni distribuite o collaborative

Per il tuo scenario di corsa (30 veicoli che trasmettono ad una stazione terrestre centrale), Raccomandiamo il Topologia a stella master/slave.

L'esatto rendimento massimo aggregato della Ground Station dipende da:

• Modello selezionato
• Configurazione della larghezza di banda del canale
• Schema di modulazione
• Condizioni RF

Vi preghiamo di contattarci indicando il bitrate richiesto per veicolo, e consiglieremo il modello e la configurazione appropriati.

---

4️⃣ Il tuo sistema supporta Multicast UDP o solo Unicast?

Qual è la dimensione MTU massima supportata?

Il nostro sistema supporta principalmente Streaming RTSP.

Per quanto riguarda:

• UDP multicast vs. UDP unicast
• Dimensione massima MTU (per esempio., 1400–1450 byte)

Dobbiamo confermare le specifiche tecniche precise con il nostro team di ingegneri per fornire una risposta accurata.

Condividi l'architettura di rete e la configurazione dei pacchetti previste, e forniremo una conferma tecnica dettagliata.

---

Domande frequenti

5 Il "cavo di rete invisibile" del modulo supporta lo standard UDP, RTSP, e traffico TCP senza richiedere SDK proprietari o modifiche al nostro stack di rete Linux/Pi?

Non abbiamo testato specificamente l'UDP, RTSP, o TCP nel tuo esatto scenario applicativo, quindi non possiamo confermare ufficialmente la compatibilità.

però, il nostro sistema funziona come uno strato trasparente 2 ponte Ethernet senza fili. Se due computer o dispositivi IP possono comunicare tramite una connessione Ethernet cablata standard ed eseguire correttamente UDP, RTSP, o traffico TCP, quindi il nostro collegamento wireless dovrebbe essere in grado di trasmettere lo stesso traffico in modo trasparente.

Non richiediamo alcun SDK proprietario o modifiche al tuo stack di rete Linux o Raspberry Pi. Il collegamento opera a livello IP/Ethernet ed è indipendente dal protocollo.

---

6 Poiché utilizziamo IP statici sulle nostre auto basate su Pi, la tua rete mesh passerà questo traffico senza problemi (Strato 2 ponte) in modo che il nostro software non riconosca la differenza tra una connessione Wi-Fi e il tuo ricetrasmettitore?

In teoria, sì.

Il nostro sistema è concepito come un ponte trasparente, quindi i dispositivi su entrambe le estremità dovrebbero comportarsi come se fossero collegati tramite un cavo Ethernet standard. Le configurazioni IP statiche dovrebbero passare senza modifiche.

però, non abbiamo condotto test di convalida nella tua configurazione specifica, quindi non possiamo fornire una garanzia definitiva. Ti consigliamo di eseguire test di integrazione nel tuo ambiente per confermare la piena compatibilità.

---

7 Se dimostriamo la nostra logica di auto singola sul Wi-Fi, è corretto che l'unica modifica richiesta per la gara di 30 auto sarà il passaggio del "tubo" fisico dal Wi-Fi alla porta Ethernet del modulo?

Dal punto di vista della rete, sì.

Forniamo un collegamento di trasporto wireless basato su IP. Quali applicazioni, protocolli, o i segnali eseguiti su quel collegamento sono determinati dalla progettazione del sistema e dall'architettura del software.

Se il tuo sistema funziona correttamente su una rete IP standard (come il Wi-Fi), allora, in linea di principio, l'unica modifica richiesta sarebbe la sostituzione della connessione di rete fisica con il nostro collegamento wireless basato su Ethernet.

Detto questo, scalabilità da un singolo dispositivo a 30 dispositivi introducono fattori aggiuntivi come la larghezza di banda, latenza, interferenza, e topologia di rete. Questi aspetti devono essere convalidati nello scenario di distribuzione completo.

Riepilogo

Il nostro collegamento dati wireless fornisce:

✔ Trasmissione Ethernet/IP trasparente
✔ Supporto per flussi video UDP/RTP personalizzati
✔ Latenza tipica a corto raggio di 20–60 ms
✔ Padrone/Schiavo (Stella) e opzioni di rete Mesh
✔ Supporto streaming RTSP
✔ Distribuzione scalabile per scenari multi-veicolo

Abbiamo consigliato il modello seguente