O ORPAON
Aquisição de dados e conectividade de equipamentos

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 protocoloPerguntas ao lado do equipamentoArmadilha comum no campo
Mitsubishi MELSEC / MC / CC-LinkSé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-LinkAssumir 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 / PROFINETFamília da CPU; se PUT/GET está aberto; número de DB e permissão de acesso; papel do dispositivo PROFINETS7-1500 com PUT/GET desligado; tratar PROFINET IO como protocolo de leitura de tag
Rockwell EtherNet/IPFamília do controlador; caminho CIP; folga de conexões; I/O implícito ou mensagem explícitaConexões já ocupadas pelo scanner existente; tag-based e mapped não batem
Modbus RTU / TCPRTU ou TCP; endereço de escravo; códigos de função em uso; origem da tabela de registradores; ordem de wordSegundo mestre no RS-485; holding e input register trocados; offset 40001 versus 0-based inconsistente
OPC UAURL do endpoint; política de segurança; modo de autenticação; Node ID; assinatura ou pollingAcesso 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úblicaA 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