Transmissão IP Transparente, Transmissão de vídeo & Topologia de rede explicada

À medida que mais clientes implantam nossas soluções de link de dados sem fio para robótica, sistemas não tripulados, veículos de corrida, e automação industrial, frequentemente recebemos perguntas técnicas sobre transparência de rede, latência, topologia, e largura de banda.

Abaixo está um FAQ detalhado para ajudar a esclarecer como nosso sistema funciona.

---

1️⃣ Seu módulo atua como uma camada transparente 2 ou Camada 3 Ponte Ethernet?

Posso transmitir fluxos de vídeo UDP/RTP personalizados de um Raspberry Pi através do seu link??

sim.

Nosso link de dados sem fio suporta transmissão transparente sobre:

• IP
• Ethernet
• RS232
• SBUS
• TTL

Isso significa que você pode transmitir UDP personalizado, RTP, ou outros fluxos de vídeo baseados em IP diretamente da porta Ethernet do Raspberry Pi para um PC central sem modificar seu protocolo.

O link se comporta como uma ponte de rede transparente, permitindo que você envie fluxos de vídeo ou dados exatamente como se estivesse conectado por um cabo Ethernet com fio.

---

2️⃣ Qual é a latência típica “vidro a vidro” ao usar a porta Ethernet para transmissão de vídeo?

O módulo introduz buffer adicional ou atrasos na inspeção de pacotes?

A latência depende de vários fatores, Incluindo:

• A distância de transmissão
• Força do sinal sem fio
• Interferência eletromagnética no meio ambiente
• Atraso de codificação da câmera
• Exibir atraso de decodificação

Em um típico ambiente de teste de escritório interno de curta distância, usando o ping comando, a latência medida é aproximadamente:

20–60ms

Nosso módulo sem fio faz não introduza buffer pesado ou inspeção profunda de pacotes. Contudo, a latência total de ponta a ponta sempre dependerá do pipeline completo do sistema (câmera → codificador → link sem fio → decodificador → display).

Para aplicações de latência ultrabaixa, recomendamos otimizar as configurações de codificação e decodificação, além do link sem fio.

---

3️⃣ Como a largura de banda é alocada durante a execução 30 veículos simultaneamente?

Seu sistema suporta Master/Slave? (Estrela) topologia?

Qual é o rendimento agregado máximo de uma estação terrestre?

Oferecemos duas arquiteturas de rede:

⭐ Mestre/Escravo (Topologia em estrela)

• Uma estação terrestre central
• Vários nós remotos (veículos)
• Recomendado quando todos os fluxos de vídeo devem ser recebidos por uma única estação terrestre

🔗 Malha (Topologia Descentralizada)

• Os nós se comunicam entre si
• Adequado para aplicações distribuídas ou colaborativas

Para o seu cenário de corrida (30 veículos transmitindo para uma estação terrestre central), Recomendamos o Topologia em estrela mestre/escravo.

O rendimento agregado máximo exato da Estação Terrestre depende de:

• Modelo selecionado
• Configuração de largura de banda do canal
• Esquema de modulação
• Condições de RF

Entre em contato conosco com a taxa de bits necessária por veículo, e recomendaremos o modelo e configuração apropriados.

---

4️⃣ O seu sistema suporta Multicast UDP ou apenas Unicast?

Qual é o tamanho máximo de MTU suportado?

Nosso sistema suporta principalmente Transmissão RTSP.

A respeito de:

• UDP multicast vs.. Unicast UDP
• Tamanho máximo de MTU (por exemplo., 1400–1450 bytes)

Precisamos confirmar as especificações técnicas precisas com nossa equipe de engenharia para fornecer uma resposta precisa.

Compartilhe a arquitetura de rede e a configuração de pacotes pretendidas, e forneceremos uma confirmação técnica detalhada.

---

Perguntas frequentes

5 O “Cabo de Rede Invisível” do seu módulo suporta UDP padrão?, RTSP, e tráfego TCP sem exigir quaisquer SDKs proprietários ou modificações em nossa pilha de rede Linux/Pi?

Não testamos especificamente o UDP, RTSP, ou TCP no seu cenário exato de aplicação, então não podemos confirmar oficialmente a compatibilidade.

Contudo, nosso sistema funciona como uma camada transparente 2 ponte Ethernet sem fio. Se dois computadores ou dispositivos IP puderem se comunicar por meio de uma conexão Ethernet com fio padrão e executar o UDP com êxito, RTSP, ou tráfego TCP, então nosso link sem fio deverá ser capaz de transmitir o mesmo tráfego de forma transparente.

Não exigimos nenhum SDK proprietário ou modificações em sua pilha de rede Linux ou Raspberry Pi. O link opera na camada IP/Ethernet e é independente de protocolo.

---

6 Como estamos usando IPs estáticos em nossos carros baseados em Pi, sua rede mesh transmitirá esse tráfego perfeitamente (Camada 2 ponte) para que nosso software não saiba a diferença entre uma conexão Wi-Fi e seu transceptor?

Em teoria, sim.

Nosso sistema é projetado como uma ponte transparente, portanto, os dispositivos em ambas as extremidades devem se comportar como se estivessem conectados por meio de um cabo Ethernet padrão. As configurações de IP estáticas devem passar sem modificação.

Contudo, não realizamos testes de validação em sua configuração específica, por isso não podemos fornecer uma garantia definitiva. Recomendamos que você realize testes de integração em seu ambiente para confirmar total compatibilidade.

---

7 Se provarmos nossa lógica de carro único em Wi-Fi, é correto que a única mudança necessária para a corrida de 30 carros será mudar o “tubo” físico do Wi-Fi para a porta Ethernet do seu módulo?

De uma perspectiva de rede, sim.

Fornecemos um link de transporte sem fio baseado em IP. Quais aplicativos, protocolos, ou sinais transmitidos por esse link são determinados pelo design do sistema e pela arquitetura de software.

Se o seu sistema funcionar corretamente em uma rede IP padrão (como Wi-Fi), então, em princípio, a única mudança necessária seria substituir a conexão de rede física pelo nosso link sem fio baseado em Ethernet.

Dito isto, escalando de um único dispositivo para 30 dispositivos introduz fatores adicionais, como largura de banda, latência, interferência, e topologia de rede. Esses aspectos devem ser validados em seu cenário de implantação completo.

Resumo

Nosso link de dados sem fio fornece:

✔ Transmissão Ethernet/IP transparente
✔ Suporte para fluxos de vídeo UDP/RTP personalizados
✔ Latência típica de curto alcance de 20 a 60 ms
✔ Mestre/Escravo (Estrela) e opções de rede Mesh
✔ Suporte para streaming RTSP
✔ Implantação escalável para cenários com vários veículos

Recomendamos o modelo abaixo