Cookie
Electronic Team, Inc. uses cookies to personalize your experience on our website. By continuing to use this site, you agree to our cookie policy. Click here to learn more.

Aceda a um dispositivo Modbus RTU através de uma rede — sem um gateway de hardware

Editorial Team Editorial Team
Atualizado: Jul 16, 2026

O seu PLC, medidor de energia ou controlador de caudal comunica por Modbus RTU através de um cabo série. O seu SCADA, HMI ou registador de dados funciona numa máquina do outro lado do edifício — ou do outro lado do país. Este guia mostra como colmatar essa lacuna com uma porta COM virtual, para que o seu software existente nunca note a diferença.

Aceder a um dispositivo Modbus RTU através de uma rede

O Problema: Série numa Extremidade, Rede na Outra

O Modbus RTU continua a ser o protocolo dominante em fábricas, subestações e locais remotos no terreno. É rápido, determinístico e suportado por praticamente todos os dispositivos industriais fabricados nos últimos 40 anos. O problema é que foi concebido para um cabo curto, não para uma rede.

O cenário típico é este: um mestre Modbus — uma plataforma SCADA como Kepware, Ignition ou uma aplicação personalizada — precisa de consultar registos num dispositivo remoto. O dispositivo tem uma porta RS-232 ou RS-485. O software mestre espera uma porta COM local. Existe uma LAN corporativa — ou uma WAN — entre eles.
Informação-chave

Se já tiver um PC ou dispositivo Linux incorporado no local remoto — um servidor, um gateway de edge, um Raspberry Pi — não precisa de um servidor de dispositivos de hardware. Uma porta COM virtual por software pode fazer o mesmo trabalho, usando hardware que já possui.
A resposta convencional é um servidor de dispositivos seriais por hardware — um Moxa NPort, um Lantronix UDS ou um Digi PortServer. Estas são caixas dedicadas que ficam ao lado do dispositivo de campo, ligam-se à sua rede e apresentam a porta série como um socket TCP. Funcionam bem, mas custam $150–$500 por porta, exigem instalação física e acrescentam hardware para manter em cada local remoto.

Modbus RTU vs. Modbus TCP — e porque é que a diferença é importante

Antes de avançar, ajuda compreender o que estas duas variantes realmente são — porque não são intercambiáveis, e a distinção orienta a escolha da abordagem.
Propriedade
Modbus RTU
Modbus TCP
Transporte
Cabo serial (RS-232, RS-485, RS-422)
Rede Ethernet / TCP/IP
Formato da moldura
Binário, soma de verificação CRC-16
Binário com cabeçalho MBAP, sem CRC
Porta predefinida
Porta COM física (por exemplo, COM3)
Porta TCP 502
Suporte multi-master
Não — um mestre por barramento
Sim — vários mestres podem ligar-se
Requisito do dispositivo
Qualquer dispositivo com porta RS-232/485
O dispositivo deve suportar Ethernet
Conversão de protocolo
—
Sim, se o dispositivo for apenas RTU
Um gateway Modbus TCP traduz entre estas duas variantes ao nível do protocolo — fala RTU com o dispositivo série e TCP com o cliente de rede. Compreende tramas Modbus, remove ou adiciona o cabeçalho MBAP e converte o CRC.

Um redirecionador de porta COM virtual como o Serial to Ethernet Connector faz algo diferente: encapsula o fluxo bruto de bytes série de forma transparente sobre TCP. O software mestre continua a enviar tramas Modbus RTU para uma porta COM — acontece apenas que a porta COM é virtual e os bytes viajam pela rede antes de chegarem ao dispositivo série físico. Não ocorre qualquer conversão de protocolo. O dispositivo vê tramas RTU idênticas; o software vê uma porta COM idêntica.
Nota

Se o seu software mestre já comunica em Modbus RTU e utiliza uma porta COM, a abordagem de porta COM virtual não requer nenhuma alteração no software. Se o seu software suportar apenas Modbus TCP (porta 502), precisa de um gateway — ou do próprio software para tratar da conversão. A maioria das plataformas SCADA modernas (Kepware, Ignition, Inductive Automation) suporta ambos e permite-lhe escolher por canal.

Como Funciona o Túnel de Porta COM Virtual

O Serial to Ethernet Connector é executado como um serviço em segundo plano em duas máquinas simultaneamente: o lado do servidor (onde se encontra a porta série física) e o lado do cliente (onde o software mestre Modbus é executado). Juntos, criam um par correspondente de portas virtuais ligadas por uma sessão TCP persistente.

[Modbus Master (Kepware / Ignition)] → [Virtual COM5 — SEC client] ⟷ TCP / LAN / WAN ⟷ [SEC server] → [Physical COM1 RS-485] → [PLC / Meter / RTU]

Do ponto de vista da aplicação, COM5 comporta-se exatamente como uma porta série real. A taxa de transmissão, a paridade, os bits de paragem e os sinais RTS/CTS são todos encaminhados. A aplicação define 9600 8N1 em COM5 e obtém exatamente esse comportamento na COM1 remota — mesmo havendo uma ligação TCP pelo meio.

Isto significa que não são necessárias alterações às configurações do software existente. Se o seu projeto SCADA já comunicava com um PLC local na COM3, basta redirecioná-lo para a nova porta virtual e funciona. O controlador Modbus não sabe — nem se importa — que a porta é virtual.
Modbus RTU através de uma Rede
Teste gratuito de 14 dias
Teste Grátis

Um-para-Muitos e Muitos-para-Muitos: Ligar Vários Dispositivos ao Mesmo Tempo

Um túnel simples ponto a ponto é útil, mas o Serial to Ethernet Connector vai mais longe: suporta topologias de ligação um-para-muitos e muitos-para-muitos, o que corresponde diretamente à forma como as redes Modbus reais são construídas.
Um mestre, muitos dispositivos escravos

Um mestre, muitos dispositivos escravos

No cenário industrial mais comum, um único mestre Modbus (a sua SCADA remota, HMI ou aplicação de aquisição de dados) precisa de consultar muitos dispositivos de campo — contadores, PLCs, RTUs, variadores — que estão distribuídos por uma instalação ou por várias localizações remotas. Com o Serial to Ethernet Connector, configura uma ligação Server por cada porta série remota e uma porta COM virtual Client correspondente por dispositivo no PC mestre. A aplicação mestre vê um conjunto de portas COM virtuais, uma por dispositivo, e consulta cada uma como se fosse uma ligação série local.

[Modbus Master SCADA] → COM5 ⟷ TCP ⟷ SEC server → COM1 → [Energy Meter, Site A]
→ COM6 ⟷ TCP ⟷ SEC server → COM1 → [PLC, Site B]
→ COM7 ⟷ TCP ⟷ SEC server → COM1 → [RTU, Site C]
Cada porta COM virtual é um canal dedicado e isolado. O software mestre consulta cada uma de forma independente, com a sua própria taxa de transmissão, intervalo de ID de escravo e intervalo de consulta. Não existe limite teórico para o número de dispositivos remotos — adiciona um par Servidor/Cliente para cada um.
Muitos mestres, um dispositivo

Muitos mestres, um dispositivo

O Serial to Ethernet Connector também suporta o inverso: várias aplicações mestre Modbus — ou várias estações de trabalho de engenharia — a aceder simultaneamente ao mesmo dispositivo série físico. Isto é útil quando, por exemplo, um sistema SCADA e o portátil de um engenheiro de manutenção precisam ambos de ler o mesmo contador de energia ou PLC remoto sem desligar os cabos. Cada mestre liga-se à porta do servidor e obtém a sua própria porta COM virtual, enquanto o servidor gere o acesso à porta física partilhada.
Muitos mestres, muitos dispositivos

Muitos mestres, muitos dispositivos

As duas topologias podem ser combinadas livremente. Uma instalação de grande porte pode ter dezenas de dispositivos seriais remotos, cada um servido pela sua própria instância do SEC Server, com várias estações de trabalho de engenharia ou nós SCADA, cada um mantendo um conjunto de portas de Cliente virtuais. O resultado é uma rede serial virtual completa — flexível, definida por software e sem necessidade de hardware adicional além do que já está instalado.
Dica prática

Quando vários mestres partilham o acesso a uma porta série física, é importante que a sua sondagem Modbus seja serializada — apenas um mestre deve enviar um pedido de cada vez, uma vez que o Modbus RTU não tem deteção de colisões. A maioria das plataformas SCADA coloca os pedidos em fila automaticamente. Se a sua não o fizer, configure os mestres para utilizarem janelas de sondagem não sobrepostas ou utilize portas físicas separadas por mestre.

Configuração Passo a Passo

O seguinte pressupõe que tem duas máquinas Windows na mesma rede (ou ligadas por VPN). O mesmo princípio aplica-se ao Linux usando a edição de linha de comandos.
1
Instale o Serial to Ethernet Connector em ambas as máquinas — Execute o instalador na máquina servidor (a que tem a porta física RS-232/485 ligada ao seu dispositivo Modbus) e na máquina cliente (aquela onde o seu software SCADA ou mestre Modbus é executado). O mesmo instalador serve para ambas as funções.
Instale o Serial to Ethernet Connector em ambas as máquinas
2
Criar uma ligação de Servidor na máquina com a porta física — Abra a aplicação, clique em Adicionar ligação → Série sobre Ethernet → Servidor. Selecione a porta COM física (por exemplo, COM1), defina a taxa de transmissão e o formato de trama para corresponder ao seu dispositivo (por exemplo, 9600 8N1 para a maioria dos dispositivos Modbus RTU) e escolha uma porta TCP para escutar (predefinição 5000). Clique em Ligar — o serviço está agora à escuta.
Crie uma ligação ao servidor na máquina com a porta física
3
Criar uma ligação de Cliente na máquina mestre Modbus — Na segunda máquina, clique em Adicionar ligação → Série sobre Ethernet → Cliente. Introduza o endereço IP da máquina servidor e a mesma porta TCP (5000). O software criará uma nova porta COM virtual (por exemplo, COM5) e ligará. Verá um estado de Ligado em ambas as instâncias.
Criar uma ligação de Cliente na máquina mestre Modbus
4
Aponte o seu software mestre Modbus para a nova porta virtual — No Kepware, Ignition, ModRSsim, ou qualquer ferramenta que utilize, altere a porta COM do canal para a nova porta virtual (COM5). Mantenha todas as outras definições — taxa de baud, paridade, ID do escravo, taxa de sondagem — idênticas. A comunicação deverá iniciar imediatamente.
5
Verifique com uma sondagem Modbus — Utilize o Modbus Poll ou o QModMaster para enviar um pedido de leitura manual (Código de Função 03) para o ID de escravo do seu dispositivo. Se os registos devolverem valores, o túnel está a funcionar de ponta a ponta. Se obtiver um tempo limite excedido, verifique se a taxa de transmissão na porta virtual corresponde à da porta física e se nenhuma firewall está a bloquear a porta TCP 5000.
Dica RS-485

Os barramentos multi-drop RS-485 (muitos dispositivos, um cabo) são totalmente suportados. Configure a porta COM física no lado do servidor com o controlo RTS ativado se o seu adaptador USB-para-RS485 o exigir para a comutação de direção half-duplex. A porta virtual no lado do cliente irá espelhar automaticamente o mesmo comportamento de RTS.

Configurações Comuns e Tipos de Dispositivos

O túnel funciona com qualquer dispositivo que utilize Modbus RTU. Configurações mais frequentes:


  • PLCs (Siemens S7, Allen-Bradley, Schneider Modicon) — Programação remota e consulta de dados em tempo real através da LAN da fábrica.
  • Contadores de energia e gás (Eastron, Carlo Gavazzi, Socomec) — Leitura de contadores em subestações ou salas elétricas a partir de um sistema central de gestão de energia.
  • Variadores de frequência (Danfoss, ABB ACS, Siemens SINAMICS) — Leitura de registos de velocidade/binário e escrita remota de setpoints.
  • RTUs e relés de proteção (Schweitzer SEL, GE Multilin) — Leitura de registos de eventos e de estado a partir de subestações remotas através de WAN/VPN.
  • Balanças industriais e pontes-báscula (Mettler-Toledo IND, Rice Lake) — Leitura de valores de peso a partir de um sistema central de despacho ou ERP.
  • Inversores solares (SMA, Fronius, Growatt) — Monitorização da produção, dados de string e códigos de falha a partir de uma plataforma central de monitorização.
  • Instrumentos de caudal e pressão (Yokogawa, Endress+Hauser) — Aquisição de dados de processo sem substituir a cablagem de campo RS-485 legada.
  • HMIs e painéis de operador (Weintek, Kinco) — Partilha da porta COM de um único painel entre várias estações de trabalho de engenharia.

Servidor de Dispositivos Seriais por Software vs. Hardware: Comparação Honesta

Ambas as abordagens funcionam. A escolha certa depende de já ter um PC no local remoto e de quanto valoriza a simplicidade de implementação em comparação com a independência do dispositivo.
Critério
Serial to Ethernet Connector
Servidor de Dispositivos de Hardware (Moxa / Lantronix / Digi)
Custo inicial por porta
✓ Licença de software, pagamento único
$150–$500 de hardware por porta
Instalação física necessária
✓ Não — instala-se num PC existente
Sim — montagem em rack ou calha DIN no local
Funciona sem um PC no lado remoto
Necessita de um PC/servidor/SBC
✓ Sim — dispositivo autónomo
Conversão de protocolo (RTU → TCP)
Não — apenas túnel transparente
Muitos modelos incluem isto opcionalmente
Suporte multi-drop RS-485
✓ Sim
✓ Sim
Um-para-muitos / muitos-para-muitos
✓ Sim — pares de portas virtuais ilimitados
Limitado pelo número de portas físicas por unidade
Configuração remota
✓ Através da interface do software ou da linha de comandos
Interface Web ou Telnet
Funciona através de VPN / WAN
✓ Sim — é uma ligação TCP
✓ Sim
Funciona em Linux / incorporado
✓ Sim — edição CLI para RPi, x86
O hardware é o dispositivo Linux
Sem alterações na aplicação mestre Modbus
✓ Basta redirecionar a porta COM
✓ Mesmo modelo de controlador de porta virtual
Ideal quando
Um PC ou SBC já se encontra no local
Nenhum PC no extremo remoto

Problemas Comuns e Como Corrigi-los

Tempos limite do Modbus em cada sondagem

A causa mais comum é uma incompatibilidade da taxa de transmissão. Confirme que a porta física no lado do servidor e a porta virtual no lado do cliente estão configuradas para a mesma taxa de transmissão e formato de trama que o dispositivo de campo. Os dispositivos Modbus RTU usam por predefinição 9600 8N1, mas alguns são fornecidos com 19200 ou 38400. Verifique o manual do dispositivo ou utilize primeiro um monitor série na porta física.

A ligação cai após alguns segundos

Verifique se uma firewall corporativa ou a Firewall do Windows Defender está a fechar ligações TCP inativas. Adicione uma regra de entrada na máquina do servidor para a porta TCP 5000. Se estiver a operar através de uma WAN, confirme que a VPN ou o router NAT não está a expirar a ligação; ative o TCP keepalive nas definições do Serial to Ethernet Connector para evitar isto.

Colisões half-duplex RS-485

Se estiver a utilizar um adaptador RS-485 que requer controlo RTS por software para comutação de direção, ative o modo de alternância RTS na porta física na configuração do lado do servidor. Isto garante que o pino de ativação de transmissão do adaptador é acionado corretamente antes de cada trama de pedido Modbus. Sem isto, poderá ver respostas corrompidas ou nenhuma resposta.

Vários escravos num barramento RS-485 não estão a responder

O multi-drop RS-485 funciona normalmente — uma porta COM virtual no lado do cliente pode consultar todos os IDs escravos no barramento. Certifique-se de que o seu software mestre Modbus está a enviar pedidos unicast com IDs escravos específicos (1–247) e não pedidos broadcast (ID escravo 0), que não geram respostas. Adicione atrasos entre consultas se o barramento estiver muito carregado.

Teste rápido de conectividade (Linux / Windows WSL):

nc -zv 192.168.1.50 5000
# Expected: Connection to 192.168.1.50 5000 port [tcp/*] succeeded!
# If this fails, the firewall is blocking the TCP port

Perguntas Frequentes

Não. A abordagem de porta COM virtual significa que o seu software continua a usar o controlador Modbus RTU e aponta para uma porta COM — exatamente como sempre fez. A única alteração é o número da porta COM que seleciona. Sem porta TCP, sem endereço IP, sem alteração de protocolo dentro da aplicação.
Sim. A única porta física RS-485 pode ter muitos escravos ligados a ela (até 32 num barramento padrão, 256 com repetidores). A porta COM virtual no lado mestre representa todo esse barramento. O seu mestre Modbus envia tramas endereçadas a IDs de escravo individuais (1–247) e cada dispositivo responde ao seu próprio endereço, exatamente como faria numa ligação série local.
Não existe um limite rígido definido pelo próprio software. Cada dispositivo serial remoto recebe o seu próprio par de portas Servidor/Cliente. Na prática, o limite é a largura de banda da sua rede e a capacidade de polling da sua aplicação mestre Modbus. Instalações com dezenas de portas COM remotas são comuns, particularmente em ambientes de medição de energia e SCADA.
Numa LAN local, a latência adicionada é tipicamente de 1–5 ms — negligenciável para aplicações de polling. Numa WAN ou VPN, depende da qualidade da ligação, mas a maioria das aplicações SCADA e de aquisição de dados usa intervalos de polling medidos em segundos, tornando mesmo 50–100 ms de latência adicionada irrelevantes. Defina o tempo limite do seu Modbus para pelo menos 3× o tempo de ida e volta esperado, para maior segurança.
O Serial to Ethernet Connector suporta um modo de acesso partilhado em que várias portas virtuais de cliente se ligam à mesma porta do servidor. O funcionamento com Modbus depende do seu software mestre — o Modbus RTU é um protocolo de pedido/resposta e pedidos simultâneos de vários mestres irão colidir no barramento. A maioria das plataformas SCADA lida com isto através da sua própria fila de pedidos; se a sua não o fizer, utilize portas físicas separadas por mestre ou serialize o acesso ao nível da aplicação.
Sim, desde que o router do site remoto tenha um IP acessível (estático, ou DDNS) e a porta TCP esteja encaminhada. Na prática, a maioria dos routers celulares industriais suporta encaminhamento de portas ou túneis VPN, que é a opção mais segura. Ative a definição de keepalive no Serial to Ethernet Connector para recuperar de forma estável após breves interrupções da rede celular.
O túnel TCP predefinido não é encriptado, o que é uma prática padrão em redes industriais isoladas. Para locais ligados por WAN, a abordagem recomendada é executar o túnel dentro de uma VPN — IPsec ou WireGuard — que encripta toda a sessão. Um túnel SSH também é simples para configurações Linux-para-Linux.
Serial to Ethernet Connector
Acessar a porta serial remota pela rede IP para Windows
Teste Grátis
Teste Gratuito de 14 dias disponível
O preço da licença começa em $259.95
Disponível para