Pergunte a cinco integradores o que umMicro PLCdeve ser em uma rede Modbus, e quatro dirão escravo. O quinto — aquele que ficou sem portas de CPU — conhece a verdade: o quinto quer que o PLC seja o mestre.
xLogic faz ambos. O manual afirma claramente: a CPU pode atuar como escravo ou mestre em uma rede Modbus, falando Modbus RTU, ASCII ou TCP dependendo da camada física. Essa flexibilidade é a diferença entre um PLC que se encaixa na sua arquitetura e um PLC que força você a redesenhá-la.
Modo Escravo: O Padrão Confortável
A maioria das instalações é simples: um HMI ou SCADA consulta o PLC. A CPU está no RS485 — via a porta embutida ou o módulo PR-RS485/SR-RS485 para CPUs sem uma porta nativa — e responde a solicitações Modbus RTU. O endereçamento segue o mapa padrão: entradas, saídas, flags, flags analógicos, registradores, registradores de deslocamento. Defina o endereço da estação, defina a taxa de transmissão (9600 é o padrão; mude primeiro na CPU se precisar de velocidade), e a consulta simplesmente funciona.
Múltiplos dispositivos em um barramento? Dê a cada um um endereço único. O manual é direto sobre isso — endereços duplicados fazem a comunicação se comportar "incorretamente", o que é uma linguagem de engenheiro para "corrompe dados silenciosamente".
Modo Mestre: O Superpoder Silencioso
Aqui é onde a arquitetura se abre. Coloque a CPU no barramento como mestre, e ela pode consultar:
- VFDs para feedback de velocidade e códigos de falha
- Medidores de energia para totais de consumo
- I/O remoto estilo expansão via Modbus em vez de CAN
- Um segundo PLC — até um terceiro — para lógica distribuída
De repente, um PLC compacto se torna o cérebro de uma pequena célula, agregando dados de meia dúzia de dispositivos e encaminhando-os para um SCADA via Ethernet. Isso colapsa um painel inteiro de hardware em um único módulo de trilho DIN.
Arquitetura Real: Estação de Bomba
Duas bombas, um transmissor de nível (4-20mA), dois medidores de fluxo, um VFD. Modo mestre: a CPU consulta os medidores e o VFD no RS485, executa o PID de nível e a lógica de alternância, publica os valores agregados via Modbus TCP para um PC executando o pacote gratuito easySCADA. Um PLC. Uma rede. Sem gateway, sem conversor de protocolo, sem segunda CPU.
Tempo total de configuração com os blocos de leitura/escrita Modbus: uma tarde. O design antigo precisava de três dispositivos e dois documentos de handshake.
O Conselho Prático
Comece como escravo. É o caminho de baixo risco e cobre a maioria dos painéis. Quando o segundo dispositivo aparece no barramento e você começa a desejar que o PLC simplesmente o lesse diretamente, mude o modo e use o papel de mestre. A curva de aprendizado é uma tarde — o retorno é uma arquitetura que escala sem novo hardware.
A Arquitetura Híbrida: Mestre Localmente, Escravo Globalmente
Aqui está a configuração que ganha a maioria dos argumentos: a CPU atua como mestre Modbus em seu barramento RS485 local — consultando os VFDs, os medidores, o I/O remoto — e simultaneamente atua como escravo Modbus no lado Ethernet, respondendo às consultas do SCADA via TCP. O controle local permanece determinístico e local; a visibilidade global flui para cima sem um segundo PLC ou um gateway.
Esse híbrido é a arquitetura natural para uma pequena célula. A lógica da máquina possui os valores do processo; o SCADA vê um mapa de registradores limpo; e os dois nunca competem pelo mesmo fio. Quando o SCADA tem um dia ruim, a célula continua funcionando — o papel de mestre local não depende da consulta de cima.
Projete o mapa de registradores para ambos os papéis de uma vez: as consultas locais escrevem em um bloco de dados, o mapa do escravo publica esse mesmo bloco. Um conjunto de registradores, dois protocolos os lendo, zero duplicação. A disciplina do mapa da seção anterior se paga duas vezes neste design.
Quando Pular o Modbus Totalmente
Modbus é o cavalo de batalha, mas não é sempre a resposta. Se o site precisa de integração de gerenciamento de edifícios, BACnet é a linguagem que o BMS fala — e as CPUs com capacidade Ethernet a suportam. Se os dados devem chegar à nuvem através de firewalls, MQTT publica sem portas abertas. Se o requisito é controle local simples sem dispositivo externo, Modbus não acrescenta nada — a CPU opera de forma independente.
A história de múltiplos protocolos é um menu, não um mandato. Comece com Modbus porque está em toda parte e é barato; adicione BACnet quando o edifício se juntar; adicione MQTT quando a nuvem chamar. Cada adição é um passo de configuração na mesma CPU, não uma mudança de hardware. Essa é a arquitetura de uma plataforma que cresce com o projeto em vez de forçar uma migração.
E quando um cliente insiste em um protocolo que a plataforma não fala — isso acontece — a resposta honesta é um gateway, e a conversa de vendas honesta acontece antes do pedido, não depois da discussão de comissionamento.
A Questão do Registrador de 32 Bits
Mais cedo ou mais tarde, um dispositivo publica um valor de 32 bits — o total de um medidor de energia, um totalizador de fluxo — e o erro clássico é ler metade dele. Modbus divide valores de 32 bits em dois registradores consecutivos, e a ordem dos bytes é uma negociação, não um padrão. Verifique o manual do dispositivo, combine a ordem das palavras no mapeamento e verifique contra um valor conhecido antes de conectá-lo à lógica de alarme. Uma ordem de palavras errada produz leituras que são plausíveis e exatamente erradas — o tipo mais caro.
E mantenha a fiação honesta: RS485 precisa de um terra comum e terminação adequada nas extremidades. O protocolo pode sobreviver a muito. A camada elétrica não pode sobreviver a tudo. Par trançado, polaridade correta, uma referência de terra — esse é o segredo inteiro para anos de operação silenciosa do Modbus.
