Compatibilidade de protocolo PLC: lista de verificação antes de começar o projeto de conectividade
Projeto de conectividade trava raramente porque o produto SCADA foi mal escolhido. Trava porque o nome de protocolo na plaqueta foi tratado como comprovante de que “conecta”. Modbus, S7, EtherNet/IP, CC-Link e OPC UA se desdobram em versão, porta e papel mestre/escravo; o mesmo nome não implica interoperabilidade. Este artigo é a lista de verificação antes de começar: o que perguntar em cada CPU, o que cobrar do lado do equipamento, e como priorizar uma rede multi-marca para a fase 1 ler os pontos que já se consegue ler.
O mesmo nome de protocolo significa que este PLC vai conectar?
O nome na plaqueta do PLC é nome de família, não comprovante de conexão. Dois controladores com “Modbus” ainda podem divergir em RTU versus TCP, código de função, origem do mapa de registradores e ordem de word; dois com “S7” ainda podem divergir em série de CPU e se PUT/GET está aberto. Tratar o nome da família como escolha de driver costuma gastar a primeira semana de comissionamento exatamente nisso.
A Shanghai Chengxuan Intelligent cobre a linha Mitsubishi MELSEC em profundidade de engenharia e mantém compatibilidade de comunicação PLC com mais de 20 marcas, incluindo Siemens S7, Rockwell EtherNet/IP, Inovance, Omron, Keyence, Panasonic, Beckhoff, Delta, Yokogawa, Yaskawa, LS, Fatek, Vigor, Fuji, Xinje, Megmeet e Toyota. Protocolos já verificados em serviço incluem CC-Link/CC-Link IE, MC, S7, Modbus, PROFINET, EtherNet/IP, OPC UA/DA, BACnet, CAN/LIN, SECS/GEM e MQTT/WebSocket/HTTP. Essa lista descreve a pilha técnica que se pode tentar; não é a promessa de que cada CPU de um chão multi-marca conecta sem verificação. Equipamento antigo e especial precisa ter interface e condição de adaptação verificadas antes de fixar o método.
- Mitsubishi MELSEC: FX, Q, L, iQ-F e iQ-R compartilham o nome MELSEC; o formato MC (3E/4E, ASCII/binário) e se a Ethernet está na CPU ou no módulo de comunicação ainda precisam de confirmação à parte
- Siemens S7: o caminho ISO-on-TCP para S7-300/400 não é o mesmo que para S7-1200/1500; PUT/GET pode estar desligado, e PROFINET IO não substitui a leitura de bloco de dados
- Rockwell EtherNet/IP: I/O implícito e mensagem explícita seguem caminhos CIP diferentes; o scanner existente pode já ter ocupado as conexões do controlador
- Modbus: RTU versus TCP, holding versus input register, endereçamento 0-based versus 1-based e ordem de word não coincidem entre fabricantes, mesmo com a mesma palavra na plaqueta
- OPC UA e CC-Link: OPC UA ainda se divide em política de segurança, autenticação e modelo de nós; CC-Link, CC-Link IE Field e CC-Link IE Control têm tipos de estação diferentes e não se trocam pelo nome
Leia a plaqueta como nome de família e depois confirme versão, porta e papel. Enquanto essas três não estiverem claras, essa CPU está não verificada — a mesma regra que se aplica a equipamento antigo.
Antes de escrever a proposta de conectividade, quais cinco coisas verificar?
Antes de nomear o driver ou o caminho de conversão, as cinco coisas abaixo precisam de resposta CPU a CPU. Faltar qualquer uma pode fazer “suporta essa família de protocolo” continuar sem conectar no primeiro dia de comissionamento. Escreva as respostas numa ficha de uma página por CPU; essa ficha é entrada da proposta, não apêndice posterior.
- Versão e série da CPU: firmware, modelo da CPU, modelo do módulo de comunicação — não basta a marca. Um cliente MC escrito para quadro da série Q não fala do mesmo jeito com cada iQ-R
- Porta: boca física (Ethernet na CPU, serial ou módulo inteligente), número de porta TCP ou UDP, se IHM ou outro coletor já ocupa essa boca, e se o firewall da planta libera
- Mestre/escravo ou cliente/servidor: quem já é mestre nesse barramento. Modbus RTU e muitos fieldbuses só admitem um mestre; acrescentar um coletor sem conferir conflita com a IHM existente
- Carga: folga de comunicação da CPU, efeito no ciclo de varredura, teto de clientes simultâneos. CPU pequena muitas vezes só sustenta poucas sessões ao mesmo tempo
- Documentação: tabela de endereços ou lista de tags, tipo de dado, escala, ordem de bytes, e se o programa em execução pode ser lido. Sem tabela de endereços, trate essa CPU como não verificada até o levantamento de campo completar — o mesmo limiar do equipamento antigo
Uma proposta que só lista famílias de protocolo, sem a resposta das cinco coisas em cada CPU, é catálogo, não plano de conectividade. Essa ficha também diz o que entra na fase 1 e o que espera o levantamento.
Família de protocolo, perguntas ao lado do equipamento, armadilhas comuns no campo
A tabela abaixo serve de roteiro de conversa com o OEM, o integrador que detém o programa do PLC ou a equipe elétrica da planta. Antes de travar o driver, pergunte a coluna do meio. A da direita é o que costuma aparecer só depois que o pessoal já está no campo.
| Família de protocolo | Perguntas ao lado do equipamento | Armadilha comum no campo |
|---|---|---|
| Mitsubishi MELSEC / MC / CC-Link | Série da CPU (FX, Q, L, iQ-F, iQ-R); formato MC (3E/4E, ASCII/binário); Ethernet na CPU ou no módulo; tipo de estação CC-Link | Assumir que o quadro MC da série Q serve igual no iQ-R; tratar CC-Link e CC-Link IE como intercambiáveis |
| Siemens S7 / PROFINET | Família da CPU; se PUT/GET está aberto; número de DB e permissão de acesso; papel do dispositivo PROFINET | S7-1500 com PUT/GET desligado; tratar PROFINET IO como protocolo de leitura de tag |
| Rockwell EtherNet/IP | Família do controlador; caminho CIP; folga de conexões; I/O implícito ou mensagem explícita | Conexões já ocupadas pelo scanner existente; tag-based e mapped não batem |
| Modbus RTU / TCP | RTU ou TCP; endereço de escravo; códigos de função em uso; origem da tabela de registradores; ordem de word | Segundo mestre no RS-485; holding e input register trocados; offset 40001 versus 0-based inconsistente |
| OPC UA | URL do endpoint; política de segurança; modo de autenticação; Node ID; assinatura ou polling | Acesso anônimo desligado no campo; certificado não confiável; navega mas o nó histórico não deixa ler |
| Outros Ethernet e protocolos de fabricante (Omron, Keyence, Panasonic, Beckhoff, Delta, Yokogawa, Yaskawa, LS etc.) | Nome exato do protocolo e revisão; versão do software de programação; se existe tabela de endereços pública | A amostra diz Ethernet, a CPU só oferece telegrama do fabricante; CPU antiga entra na lista de drivers antes do levantamento |
Equipamento antigo e especial precisa ter interface e condição de adaptação verificadas antes de fixar o método. O nome de protocolo na plaqueta, por si só, não é condição de conexão.
Várias marcas na mesma rede: como priorizar?
No chão de manufatura geral, misturar marcas é o caso normal: posto Mitsubishi ao lado de linha Siemens, skid Rockwell e, na expansão, Omron ou Keyence. Querer ligar cada CPU na primeira semana espalha o levantamento demais, e o switch compartilhado ganha carga antes de se saber quais sessões são mais baratas. A prioridade aqui é ordem de comissionamento, não ranking de marca.
- Primeiro: CPU com tabela de endereços pública, protocolo Ethernet já aberto e ainda com vaga de cliente — menos interrupção, e já se obtêm pontos usáveis
- Depois: tratar em lote a mesma família (tudo MC, tudo Modbus TCP, tudo EtherNet/IP), um conjunto de driver e um conjunto de parâmetros de polling para o grupo
- Em seguida: pontos críticos de processo — alarme, intertravamento, energia, chaves de rastreabilidade — mesmo com marcas misturadas, desde que as cinco coisas já tenham resposta
- Depois: só serial, e barramentos que só admitem um mestre, depois de confirmar que não se incomoda o mestre existente
- Por último: CPU sem documentação, descontinuada ou antiga — levantamento primeiro, granularidade depois; não as coloque no caminho crítico da fase 1
Na ordem de polling, coloque a leitura de alta frequência nas CPU que ainda têm folga de comunicação; protocolo de fabricante lento ou de telegrama grande não deve dividir o mesmo ciclo com a varredura de alarme. Ao fim da fase 1, o entregável deve ser uma tabela de pontos já verificada, não a promessa oral de que “as marcas que restaram vão pelo mesmo driver”.
Em resumo
Compatibilidade de protocolo PLC não é uma lista de marcas. São as cinco coisas de cada CPU — versão, porta, mestre/escravo, carga, documentação — mais uma conversa com quem detém o programa, família a família. O mesmo nome não significa que conecta; equipamento antigo e especial fica não verificado até o levantamento concluir.
O ponto de partida executável é uma ficha de verificação CPU a CPU. O que a ficha já liberou, conecta primeiro; controlador sem documento fica para o levantamento, não para o palpite. A rede multi-marca ganha uma ordem de comissionamento, não um dia único de cutover.
Verificar a compatibilidade de protocolo antes de começar
Envie a lista de marcas de PLC, modelos de CPU e nomes de protocolo na plaqueta. Podemos marcar o que parece ler direto, o que precisa de levantamento e a ordem sugerida de conexão.
Fale conosco