Conversor RS485 para Ethernet / Gateway Modbus TCP (trilho DIN, 1–4 Portas, OEM)

Modbus RTU para Modbus TCP: O Que o Gateway Realmente Faz

Modbus RTU é um protocolo serial projetado para um único mestre consultando múltiplos escravos em um barramento RS485 half-duplex. Apenas um mestre, uma transação por vez, iniciada pelo mestre. A camada física é diferencial de dois fios (A/B), half-duplex, o que significa que o barramento não pode transmitir e receber simultaneamente. A 9.600 bps — ainda comum em medidores e PLCs mais antigos — uma única leitura Modbus RTU de 10 registros holding leva aproximadamente 30ms incluindo atrasos de turnaround do barramento. Isso não é um problema de desempenho para polling SCADA; torna-se um problema quando múltiplos clientes SCADA tentam comunicar com a mesma rede RS485 simultaneamente.

O Modbus TCP remove várias dessas restrições. Ele opera sobre Ethernet, é full-duplex na camada de rede e permite que múltiplos clientes TCP se conectem ao mesmo servidor simultaneamente. Um sistema SCADA, um historiador e uma IHM podem todos emitir leituras Modbus TCP de forma independente, sem coordenar o acesso.

O gateway faz a ponte entre os dois. Mecanicamente: um cliente Modbus TCP (seu software SCADA) abre uma conexão TCP na porta 502 do gateway. Ele envia um quadro Modbus TCP — mesmos function codes e endereços de registrador que o Modbus RTU, mas com um cabeçalho MBAP de 6 bytes substituindo o endereço do dispositivo e o CRC. O gateway remove o cabeçalho MBAP, reformata a requisição como um quadro Modbus RTU, coloca-a no barramento RS485, aguarda a resposta do escravo e retorna os dados ao cliente TCP de origem no formato Modbus TCP.

Onde o tratamento de clientes simultâneos se complica. O barramento RS485 ainda é half-duplex e ainda só pode executar uma transação por vez. Se quatro clientes Modbus TCP emitem requisições simultaneamente, o gateway deve enfileirá-las e serializar a execução no barramento RS485. O comportamento quando a fila de requisições enche é definido pelo firmware: alguns gateways retornam um código de exceção Modbus 06 (servidor ocupado), outros descartam requisições silenciosamente, e outros bloqueiam totalmente novas conexões TCP. O limite máximo de clientes TCP simultâneos de 4–16 é um limite de firmware, não de hardware — verifique o que o gateway faz quando esse limite é atingido sob carga.

Tratamento de timeout de resposta. Quando o gateway envia uma requisição Modbus RTU a um escravo RS485 e o escravo não responde dentro do timeout configurado (tipicamente 200–1000ms), o gateway deve decidir o que retornar ao cliente TCP. Um bom firmware retorna o código de exceção Modbus 11 (dispositivo de destino do gateway falhou ao responder) — o cliente TCP recebe um erro bem formatado e sabe que o escravo está inacessível. Firmwares ruins mantêm a conexão TCP aberta até que o timeout TCP expire (frequentemente 30–120 segundos), bloqueando aquela vaga de conexão durante todo o período. Sob timeouts repetidos do escravo, esse comportamento esgota o pool de clientes TCP e faz o gateway parecer não responsivo, embora esteja operando normalmente.

Intervalo entre requisições (o intervalo de silêncio de 3,5 caracteres). O Modbus RTU usa silêncio de linha de 3,5 tempos de caractere (a 9.600 bps: aproximadamente 4ms) para delimitar fronteiras de quadro. Um gateway que transmite a próxima requisição RTU antes do intervalo de silêncio exigido causa colisões ou fusão de quadros no barramento RS485, que os dispositivos escravos não conseguem interpretar corretamente. Este detalhe é mal implementado em várias stacks de firmware chinesas de baixo custo — o sintoma são erros CRC intermitentes que aparecem em taxas de polling mais altas ou quando múltiplos escravos estão no mesmo segmento de barramento. Teste com polling consecutivo de três ou mais escravos no intervalo de polling alvo da aplicação antes de se comprometer com um fornecedor.

Isolação Elétrica RS485: Por Que é Importante e Como Verificá-la

Redes RS485 industriais percorrem longos trechos de cabo, frequentemente através de múltiplos painéis elétricos conectados a diferentes disjuntores ou diferentes fases elétricas. A diferença de potencial de terra entre dois dispositivos RS485 fisicamente distantes — mesmo no sistema elétrico do mesmo edifício — pode ser de 10–100V em condições normais e 50–500V durante uma falha ou evento de raio. Um transceptor RS485 não isolado conecta o terra do barramento (terminal comum RS485 ou GND) diretamente ao terra da alimentação DC do conversor, que se conecta ao terra do chassi do dispositivo Ethernet. A tensão de modo comum do barramento RS485 aparece diretamente na entrada do transceptor, e um transiente que exceda a tensão máxima de entrada do transceptor (tipicamente ±15V para dispositivos conformes à especificação RS-485, ±60V para alguns transceptores robustos) destrói o CI.

A isolação galvânica interrompe o caminho DC entre o barramento RS485 e o circuito Ethernet/alimentação. O sinal atravessa via optoacopladores ou um pequeno transformador de isolação, e não existe caminho condutivo para a corrente de falha fluir.

Tensões nominais de isolação: o que significam na prática. Uma classificação de isolação de 1.500V significa que a barreira dielétrica pode suportar 1.500V AC RMS (ou 2.121V DC) aplicados continuamente entre domínios isolados sem ruptura. Uma classificação de 2.500V é adequada para a maioria das aplicações industriais — excede os requisitos de tensão de surto da IEC 61000-4-5 Nível 4 (4kV em circuito aberto, que aparece como aproximadamente 2kV através de uma impedância de fonte de 50Ω). Uma classificação de 3.000V fornece margem adicional para ambientes industriais de alta tensão (automação de subestações, painéis de acionamento de motores). Não confunda tensão de isolação com resistência a surtos — são medições diferentes. Uma classificação de isolação galvânica de 2.500V combinada com um diodo TVS nos terminais RS485 é uma estratégia completa de proteção contra surtos; isolação galvânica isolada sem TVS não protege contra transientes rápidos que carregam a capacitância de isolação.

Isolação óptica vs isolação por transformador. Optoacopladores dominam em conversores abaixo de $30 porque são baratos e rápidos — o atraso de sinal através de um optoacoplador padrão é <1µs, o que não causa limitação de taxa de baud a 115.200 bps. A fraqueza da isolação óptica é a baixa rejeição de modo comum em frequências da rede elétrica (50/60Hz). A corrente de loop de terra que flui através da capacitância parasita do optoacoplador pode acoplar ruído de 50Hz no sinal RS485. Na prática, isso raramente é um problema para aplicações Modbus RTU porque a taxa de baud é muito maior que 60Hz — o ruído é rejeitado pela entrada diferencial do receptor RS485. A isolação por transformador (menor, enrolada em núcleo de ferrite) tem melhor rejeição de modo comum em baixa frequência, mas é ligeiramente mais lenta e mais cara. Para a maioria das aplicações Modbus industriais, a isolação óptica a 2.500V é suficiente.

Como testar a isolação sem um hipot tester. Aplique 500V DC entre o terminal GND RS485 e o terminal negativo da alimentação DC do conversor (ou GND do chassi) usando uma fonte de alimentação DC com limitação de corrente ajustada para 1mA. Uma unidade não isolada mostrará a corrente da fonte subindo imediatamente, pois a corrente flui através do caminho condutivo direto. Uma unidade isolada mostrará <0,1mA de corrente de fuga (através da capacitância parasita). Um multímetro digital padrão na escala de resistência também pode detectar unidades não isoladas: meça entre GND RS485 e GND da alimentação DC — unidades não isoladas mostram continuidade (tipicamente <10Ω). Este teste não verifica a tensão nominal de isolação, mas confirma se a isolação existe de fato. Para teste hipot completo (verificação da classificação de 2.500V), é necessário um hipot tester dedicado aplicando 2.500V AC por um minuto — este é um teste padrão em um contrato de inspeção qualificado.

Modo Transparente vs Modo Gateway Modbus TCP vs Porta COM Virtual

Três modos de operação aparecem em diferentes produtos de conversor RS485 para Ethernet. Eles resolvem problemas diferentes, e selecionar o modo errado causa falhas de integração que parecem defeitos de hardware.

Tunelamento TCP/IP serial transparente. O conversor atua como um pipe: bytes seriais brutos que chegam na porta RS485 são encapsulados em um fluxo TCP e encaminhados para um IP e porta remotos pré-configurados. O par TCP recebe os bytes Modbus RTU brutos — o software SCADA ou um driver deve implementar a análise Modbus RTU, incluindo endereçamento de dispositivos e verificação CRC. Este modo é útil quando o software do lado Ethernet já fala Modbus RTU nativamente (alguns sistemas SCADA mais antigos), ou quando o protocolo serial não é Modbus (protocolos binários proprietários, protocolos de medição ANSI C12.18). Ele não permite múltiplos clientes Modbus TCP simultâneos — a conexão TCP é ponto a ponto entre o conversor e um par configurado.

Modo gateway Modbus TCP (conversão de protocolo). O conversor implementa funcionalidade completa de servidor Modbus TCP no lado Ethernet e mestre Modbus RTU no lado RS485. Clientes Modbus TCP padrão — software SCADA, IHM, historiador — conectam-se diretamente à porta 502 sem qualquer modificação. Este é o caso de uso mais comum: integrar dispositivos Modbus RTU legados (PLCs mais antigos, medidores de energia, acionamentos de motores) em uma infraestrutura SCADA moderna baseada em Ethernet sem substituir os dispositivos de campo ou modificar o software SCADA. Múltiplos clientes conectam-se simultaneamente, e o gateway gerencia a serialização para o barramento RS485.

Driver de porta COM virtual. Um driver de software instalado em um PC Windows ou Linux cria uma porta serial virtual (ex.: COM7) que se comunica via TCP com o conversor. Software legado que só suporta endereçamento de porta COMx — software mais antigo de controle de equipamentos de laboratório, pacotes SCADA legados dos anos 1990 — vê uma porta serial normal e opera sem modificação. O conversor aceita a conexão TCP do driver de porta COM virtual e encaminha os bytes seriais para o barramento RS485. Este modo é útil para migração de software: o dispositivo RS485 e a fiação de campo são mantidos enquanto o cabo serial físico do PC é substituído por Ethernet.

Orçamento de latência para polling SCADA. Construir uma expectativa realista de latência previne surpresas na integração. Um ciclo completo de leitura Modbus TCP se decompõe da seguinte forma: round-trip Ethernet do servidor SCADA ao gateway a 100Mbps em uma LAN local é aproximadamente 1ms. O processamento do gateway — remoção do cabeçalho MBAP, montagem do quadro RTU, gerenciamento da fila de clientes TCP — adiciona 2–5ms no firmware (verificado sob carga leve; pode aumentar para 10–15ms sob carga pesada de clientes simultâneos). Tempo do barramento RS485 para uma leitura Modbus RTU de 10 registros holding a 9.600 bps: o quadro de requisição tem 8 bytes (1 endereço de dispositivo + 1 função + 2 registrador inicial + 2 quantidade + 2 CRC = 8 bytes × ~1ms/byte a 9.600 bps) mais o tempo de processamento do escravo (tipicamente 5–20ms para um PLC simples) mais o quadro de resposta (25 bytes para 10 registros). Tempo total do barramento RS485: aproximadamente 30ms a 9.600 bps. Round-trip total para uma leitura Modbus TCP: aproximadamente 33–36ms. A 19.200 bps o componente do barramento RS485 cai pela metade para aproximadamente 15ms; a 115.200 bps cai para <5ms.

Ciclos de varredura SCADA são tipicamente de 1–10 segundos — um tempo de transação de 35ms é totalmente adequado para monitoramento de status e escrita de setpoints. Controle em tempo real em malha fechada com tempos de ciclo abaixo de 100ms não pode tolerar este orçamento de latência e deve usar protocolos fieldbus determinísticos (EtherNet/IP, PROFINET) em vez de Modbus TCP sobre um gateway compartilhado.

Panorama dos Fornecedores Chineses

O mercado de conversores RS485 para Ethernet da China cobre uma ampla gama, desde unidades industriais montadas em trilho DIN até módulos PCB básicos destinados à integração. Compreender os níveis reduz o tempo de avaliação.

Referência premium taiwanesa (para benchmarking). A série NPort da Moxa (NPort 5110, NPort 5150, NPort 5650) é a referência de engenharia. A Moxa publica valores de MTBF respaldados por dados de teste reais, fornece um utilitário de configuração Windows/Linux e disponibiliza releases de firmware com resposta documentada a CVEs. O NPort 5150 (1-porta RS485, trilho DIN, isolação de 2.000V) é vendido a aproximadamente $170–200. A série Adam-4570 da Advantech ocupa território semelhante. Esses produtos importam como referência para avaliar a qualidade da documentação e dos relatórios de teste de OEMs chineses, não necessariamente como alvo de compra.

OEM chinês Tier 1 — USR IOT e PUSR. USR IOT (有人物联网, Jinan) e PUSR (深圳市普联技术) são os dois fornecedores chineses mais comumente encontrados em automação predial e implantações industriais leves. O USR-N510 da USR (1-porta RS485, isolação de 3.000V, trilho DIN opcional) é vendido a $18–25 em quantidade e é amplamente utilizado em medição inteligente, sistemas de gestão predial e projetos de monitoramento de energia. O firmware implementa o modo gateway Modbus TCP com até 16 clientes TCP simultâneos e inclui um watchdog que reseta a stack TCP ao detectar uma conexão inativa. O PLK-104 da PUSR oferece especificações semelhantes com uma interface web de configuração ligeiramente mais polida. Ambos os fornecedores fornecem documentação CE e FCC Part 15 Class B. A limitação honesta: os valores de MTBF são cálculos MIL-HDBK-217F, não dados de teste; o cold-start a -40°C não está documentado nas fichas técnicas dos fornecedores e deve ser verificado independentemente.

Nível OEM econômico — Waveshare e módulos de catálogo. A Waveshare produz módulos RS485 para Ethernet na faixa de $12–18, visando makers e integradores de sistemas que precisam de tunelamento serial básico ou função simples de gateway Modbus TCP. Estes usam isolação óptica de custo mais baixo, classificada em 1.500V. O limite de clientes TCP simultâneos é tipicamente 4, e o comportamento do firmware na exaustão de clientes é descartar silenciosamente novas tentativas de conexão. Para aplicações de automação predial onde o segmento Ethernet é compartilhado com a infraestrutura de TI e a rede RS485 conecta 10–20 medidores e PLCs em um único painel elétrico, estes são viáveis e econômicos. Para automação de subestações, painéis RTU de óleo e gás, ou qualquer instalação com riscos documentados de falha de terra, a classificação de isolação de 1.500V e o desempenho de resistência a surtos não verificado são lacunas de engenharia.

Verificação de qualidade para qualquer fornecedor. Antes de fazer um pedido de produção, execute estas verificações em uma inspeção de amostra:

1. Teste de conexão simultânea. Abra 8 conexões TCP Modbus ao gateway simultaneamente usando uma ferramenta de teste Modbus TCP (Modscan, Simply Modbus). Faça polling em todas as 8 conexões em intervalos de 1 segundo por 24 horas contínuas. Verifique zero respostas perdidas e nenhum travamento de conexão. Este teste expõe o modo de falha de vazamento de conexão TCP — onde um gateway mantém uma conexão TCP semiaberta indefinidamente, consumindo uma vaga de conexão, até que o pool de vagas de conexão se esgote.

2. Verificação de isolação. Aplique 500V DC entre GND RS485 e o negativo da alimentação DC. Meça a corrente de fuga — deve ser <0,1mA para isolação galvânica. Para hipot completo, aplique 2.500V AC por 60 segundos entre domínios isolados; sem flashover ou ruptura.

3. Intervalo entre requisições RS485. Conecte três escravos RS485 no mesmo segmento de barramento. Configure o polling Modbus TCP dos três na taxa máxima de polling. Capture o barramento RS485 com um analisador lógico e meça o intervalo de silêncio entre quadros RTU consecutivos. Deve ser >3,5 tempos de caractere na taxa de baud configurada. Valores abaixo disso indicam que o firmware não cumpre o requisito de delimitador de quadro da especificação Modbus.

4. Recuperação por watchdog. Force um travamento de conexão TCP (conecte um cliente, inicie o polling, depois mate o cliente sem enviar FIN/RST). Verifique se o gateway detecta a conexão morta e libera a vaga dentro do timeout documentado. Se não documentado, o padrão em muitos firmwares é 30–120 segundos — verifique se isso é aceitável para sua aplicação.

5. Cold-start em temperatura de operação. Se o cold-start a -40°C for necessário, ligue o gateway a -40°C em uma câmara de temperatura e verifique se a função de gateway Modbus TCP está operacional dentro do tempo de inicialização especificado. Muitos fornecedores documentam temperatura de operação de -40°C com base nas especificações dos componentes, sem validar a sequência de inicialização do firmware nessa temperatura.

Para sourcing no mercado chinês de conversores RS485 — incluindo seleção de fornecedores, aquisição de amostras e comparação entre USR IOT, PUSR, Waveshare e integrações diretas de fábrica em nível PCB — veja nosso serviço de sourcing para IoT industrial. Para requisitos de OEM private-label (branding de firmware personalizado, customização da interface web ou variantes multi-porta com invólucros personalizados), o MOQ típico começa em 50–100 unidades com prazo de ferramental de 30–60 dias. A página da indústria de módulos IoT cobre sourcing de módulos relacionados onde a interface RS485 é um componente em um projeto mais amplo de gateway IoT.