Transmisión IP transparente, Transmisión de vídeo & Topología de red explicada

A medida que más clientes implementan nuestras soluciones de enlace de datos inalámbrico para robótica, sistemas no tripulados, vehículos de carreras, y automatización industrial, Con frecuencia recibimos preguntas técnicas sobre la transparencia de la red., latencia, topología, y ancho de banda.

A continuación encontrará preguntas frecuentes detalladas para ayudar a aclarar cómo funciona nuestro sistema..

---

1️⃣ ¿Su módulo actúa como una capa transparente? 2 o Capa 3 puente ethernet?

¿Puedo transmitir secuencias de vídeo UDP/RTP personalizadas desde una Raspberry Pi a través de su enlace??

Sí.

Nuestro enlace de datos inalámbrico admite transmisión transparente encima:

• IP
• Ethernet
• RS232
• SBUS
• TTL

Esto significa que puedes transmitir UDP personalizado, RTP, u otras transmisiones de video basadas en IP directamente desde el puerto Ethernet de su Raspberry Pi a una PC central sin modificar su protocolo.

El enlace se comporta como un puente de red transparente., permitiéndole enviar transmisiones de video o datos exactamente como si estuviera conectado mediante un cable Ethernet con cable.

---

2️⃣ ¿Cuál es la latencia típica de “vidrio a vidrio” cuando se utiliza el puerto Ethernet para la transmisión de video??

¿El módulo introduce retrasos adicionales en el almacenamiento en búfer o en la inspección de paquetes??

La latencia depende de varios factores., incluso:

• La distancia de transmisión
• Intensidad de la señal inalámbrica
• Interferencia electromagnética en el medio ambiente.
• Retraso de codificación de la cámara
• Retardo de decodificación de pantalla

En un entorno de prueba típico de oficina interior de corta distancia, usando el ping dominio, La latencia medida es aproximadamente:

20–60 ms

Nuestro módulo inalámbrico no no introducir un gran almacenamiento en búfer ni una inspección profunda de paquetes. sin embargo, La latencia total de un extremo a otro siempre dependerá de la canalización completa del sistema. (cámara → codificador → enlace inalámbrico → decodificador → pantalla).

Para aplicaciones de latencia ultrabaja, Recomendamos optimizar las configuraciones de codificación y decodificación además del enlace inalámbrico..

---

3️⃣ ¿Cómo se asigna el ancho de banda cuando se ejecuta? 30 vehículos simultáneamente?

¿Su sistema es compatible con Maestro/Esclavo? (Estrella) topología?

¿Cuál es el rendimiento agregado máximo de una estación terrestre??

Ofrecemos dos arquitecturas de red.:

⭐ Maestro/Esclavo (Topología en estrella)

• Una estación terrestre central
• Múltiples nodos remotos (vehículos)
• Recomendado cuando todas las transmisiones de video deben ser recibidas por una única estación terrestre

🔗 Malla (Topología descentralizada)

• Los nodos se comunican entre sí.
• Adecuado para aplicaciones distribuidas o colaborativas

Para tu escenario de carreras (30 vehículos que transmiten a una estación terrestre central), Recomendamos el Topología en estrella maestro/esclavo.

El rendimiento agregado máximo exacto de la estación terrestre depende de:

• Modelo seleccionado
• Configuración del ancho de banda del canal
• Esquema de modulación
• condiciones de radiofrecuencia

Por favor contáctenos con su tasa de bits requerida por vehículo, y le recomendaremos el modelo y la configuración adecuados.

---

4️⃣ ¿Su sistema admite multidifusión UDP o solo unidifusión??

¿Cuál es el tamaño máximo de MTU admitido??

Nuestro sistema soporta principalmente Transmisión RTSP.

Acerca de:

• UDP de multidifusión frente a. UDP de unidifusión
• Tamaño máximo de MTU (P.EJ., 1400–1450 bytes)

Necesitamos confirmar las especificaciones técnicas precisas con nuestro equipo de ingeniería para brindar una respuesta precisa..

Comparta la arquitectura de red prevista y la configuración de paquetes, y le proporcionaremos una confirmación técnica detallada.

---

preguntas frecuentes

5 ¿El “cable de red invisible” de su módulo admite UDP estándar?, RTSP, y tráfico TCP sin necesidad de ningún SDK propietario ni modificaciones en nuestra pila de redes Linux/Pi?

No hemos probado específicamente UDP, RTSP, o TCP en su escenario de aplicación exacto, por lo que no podemos confirmar oficialmente la compatibilidad.

sin embargo, nuestro sistema funciona como una capa transparente 2 puente ethernet inalámbrico. Si dos computadoras o dispositivos IP pueden comunicarse a través de una conexión Ethernet por cable estándar y ejecutar UDP correctamente, RTSP, o tráfico TCP, entonces nuestro enlace inalámbrico debería poder transmitir el mismo tráfico de forma transparente.

No requerimos ningún SDK propietario ni modificaciones en su pila de red Linux o Raspberry Pi.. El enlace opera en la capa IP/Ethernet y es independiente del protocolo..

---

6 Dado que utilizamos IP estáticas en nuestros automóviles basados ​​en Pi, ¿Su red de malla pasará este tráfico sin problemas? (Capa 2 puente) para que nuestro software no sepa la diferencia entre una conexión Wi-Fi y su transceptor?

En teoría, sí.

Nuestro sistema está diseñado como un puente transparente., por lo que los dispositivos en ambos extremos deben comportarse como si estuvieran conectados a través de un cable Ethernet estándar. Las configuraciones de IP estáticas deben pasar sin modificaciones.

sin embargo, No hemos realizado pruebas de validación en su configuración específica., por lo que no podemos ofrecer una garantía definitiva. Le recomendamos que realice pruebas de integración en su entorno para confirmar la compatibilidad total..

---

7 Si demostramos nuestra lógica de un solo coche en Wi-Fi, ¿Es correcto que el único cambio requerido para la carrera de 30 autos será cambiar la “tubería” física de Wi-Fi al puerto Ethernet de su módulo??

Desde una perspectiva de redes, sí.

Proporcionamos un enlace de transporte inalámbrico basado en IP. que aplicaciones, protocolos, o las señales que pasan por ese enlace están determinadas por el diseño de su sistema y la arquitectura de software..

Si su sistema funciona correctamente a través de una red IP estándar (como wifi), Entonces, en principio, el único cambio necesario sería reemplazar la conexión de red física con nuestro enlace inalámbrico basado en Ethernet..

dicho eso, escalar desde un solo dispositivo a 30 Los dispositivos introducen factores adicionales como el ancho de banda., latencia, interferencia, y topología de red. Estos aspectos deben validarse en su escenario de implementación completa..

Resumen

Nuestro enlace de datos inalámbrico proporciona:

✔ Transmisión Ethernet/IP transparente
✔ Soporte para transmisiones de video UDP/RTP personalizadas
✔ Latencia típica de corto alcance de 20 a 60 ms
✔ Maestro/Esclavo (Estrella) y opciones de red Mesh
✔ Soporte de transmisión RTSP
✔ Implementación escalable para escenarios de varios vehículos

Recomendamos el siguiente modelo.