Sistema supervisório (SCADA): o que é e como escolher

Guia técnico de sistema supervisório e SCADA para quem responde por uma planta: o que ele faz, como funciona por dentro, como escolher a plataforma e o que verificar antes de contratar ou migrar.

Um sistema supervisório trava, e a operação perde a única tela que mostra o que acontece na planta. Um alarme importante se perde no meio de duzentos avisos sem prioridade. Uma atualização do sistema operacional deixa de rodar num software descontinuado há oito anos. As três situações têm a mesma origem: um supervisório escolhido sem entender o que ele faz e sem saber o que perguntar antes de contratar.

Este guia explica o que é um sistema supervisório, a diferença entre os termos que o mercado usa, como ele funciona, quais protocolos e plataformas são comuns no Brasil, quando implantar, como migrar sem perder o histórico e como proteger o sistema. No fim, há um caso real e um checklist para contratar.

1. O que é um sistema supervisório

Sistema supervisório é a camada de visibilidade sobre o controle. O CLP lê sensores e aciona atuadores em ciclos de milissegundos. O supervisório lê o que o CLP sabe, organiza em telas de processo, avisa quando algo sai da faixa, guarda o histórico e gera relatórios.

A distinção resolve a maior parte da confusão: perguntar se o CLP faz a mesma coisa que o supervisório é como perguntar se o painel de instrumentos dirige o carro. Um executa; o outro mostra e registra.

Na prática, um supervisório entrega cinco funções:

• Visualização do processo em telas, da visão geral da planta ao detalhe de cada equipamento.
• Comando remoto, quando permitido: ligar, desligar, alterar setpoint e trocar receita.
• Alarmes com prioridade, registro de reconhecimento e histórico.
• Histórico de variáveis, para acompanhar tendência e investigar falhas depois.
• Relatórios de produção, consumo e eventos, para indicadores e auditoria.

2. Supervisório, SCADA, IHM e SDCD: qual a diferença

O mercado usa quatro termos para coisas parecidas. A diferença está no escopo, não na tecnologia de base.

SCADA nasceu para plantas espalhadas, em que o supervisório precisa lidar com comunicação de longa distância e enlace instável. "Sistema supervisório" é o nome que o Brasil consagrou para a mesma categoria aplicada dentro de uma fábrica. As plataformas do mercado atendem os dois cenários com a mesma base; o que muda é a configuração de comunicação.

A diferença para a IHM é de alcance: a IHM mostra uma máquina, no local; o supervisório reúne várias máquinas ou a planta inteira, numa sala de controle ou em qualquer estação da rede. Muitas plantas usam os dois: IHM para a operação local e supervisório para a visão de conjunto.

3. Como um sistema supervisório funciona

A arquitetura tem quatro camadas.

1. Campo. Sensores, transmissores, válvulas, inversores e motores. É onde o dado nasce.
2. Controle. CLP, remota de E/S (RTU) ou SDCD. Lê o campo e executa a lógica, em ciclos de milissegundos.
3. Comunicação. A rede e o protocolo que levam o dado do controle ao servidor: Modbus, Profinet, OPC UA e outros.
4. Supervisão. O servidor organiza o dado em tags, aplica as regras de alarme, grava o histórico e distribui as telas para as estações de operação.

A tela costuma atualizar a cada 1 a 5 segundos. É rápido o bastante para acompanhar o processo, sem exigir a velocidade do controle. A diferença é proposital: um supervisório que tenta reagir na velocidade do CLP vira ponto de falha desnecessário. Intertravamento de segurança fica no controle, nunca na tela.

4. Os componentes de um sistema supervisório

Cinco elementos aparecem em praticamente toda implantação, em qualquer plataforma.

5. Protocolos de comunicação

O protocolo carrega o dado do controle até o servidor. A escolha depende da idade da instalação, do fabricante do CLP e de quanto a rede existente permite mudar.

Um mesmo supervisório costuma falar vários protocolos ao mesmo tempo. É isso que permite reunir CLPs de fabricantes diferentes na mesma tela, o que quase toda planta precisa: máquina nova chega com o CLP que o fabricante da máquina usa, e não com o que já está instalado no resto da fábrica.

Três caminhos fazem essa integração, em ordem de uso:

• Driver nativo: o supervisório já tem driver para aquele modelo de CLP. É o caminho mais direto.
• Servidor OPC UA: traduz o protocolo do CLP para OPC UA, que o supervisório lê de forma padronizada.
• Gateway de protocolo: equipamento que converte um protocolo de rede em outro, quando a distância ou a topologia impedem a ligação direta.

6. Plataformas usadas na indústria brasileira

Cinco plataformas concentram a maior parte das instalações em operação no Brasil.

Nenhuma é superior em todos os cenários. A escolha depende de quatro perguntas:

1. Qual a marca de CLP predominante na planta?
2. Quantas tags e quantas estações de operação o projeto precisa hoje, e em cinco anos?
3. O que a equipe de manutenção local já conhece?
4. Como o fornecedor da plataforma cobra licença, atualização e suporte ao longo dos anos?

Fornecedor que recomenda sempre a mesma plataforma, independente da resposta a essas perguntas, está vendendo o que sabe fazer, e não o que a planta precisa. A EngProcess trabalha nas cinco, com a plataforma já instalada sempre que ela atende.

7. Quando vale a pena implantar ou trocar

Quatro situações costumam anteceder a decisão:

• Máquina ou linha sem visibilidade: o CLP controla, mas ninguém enxerga o processo além do painel local.
• Plataforma sem suporte: o software está descontinuado, não roda em sistema operacional atual ou o fornecedor original não existe mais.
• Falha intermitente sem rastro: o problema acontece, mas não há histórico para investigar a causa.
• Produção sem dado confiável: decisões tomadas por estimativa, com indicadores de desempenho montados em planilha.

Descrever a situação desse jeito para quem vai orçar é mais útil do que pedir "um sistema supervisório". A situação define o escopo; o software é consequência.

8. Caso real: SCADA que não refletia o processo

Numa indústria química de Araçariguama, SP, a automação tinha deixado de ser confiável. Os valores exibidos no SCADA não correspondiam ao processo real. Quando o instrumento de campo tinha display próprio, a operação lia o valor ali, e não no supervisório. Não havia intertravamento de proteção, e o painel de automação estava desorganizado e sem documentação.

A plataforma era um CLP Siemens S7-1200, programado em TIA Portal, com SCADA Elipse E3. O problema não estava no software de supervisão, e sim na cadeia que leva o dado até ele. O trabalho seguiu quatro etapas:

1. Diagnóstico: levantamento dos instrumentos, do painel e da confiabilidade de cada valor exibido.
2. Instrumentação: substituição de 12 instrumentos de campo, com parametrização individual e loop test até a tela do SCADA.
3. Painel: organização do painel de automação e troca de 2 cartões de entrada analógica com defeito.
4. Programação: ajustes no CLP e no SCADA, com rotinas novas de alarme, histórico das variáveis analógicas, controle do resfriamento por água e chaveamento entre as bombas A e B.

Resultado: a planta passou a parar apenas por atuação dos intertravamentos de segurança. Cada parada é sinalizada no Elipse E3, analisada pelo histórico de variáveis e restabelecida com rapidez.

9. Migração de plataforma sem perder o histórico

Sistema supervisório não é projeto de instalar e esquecer. Atualização do sistema operacional, troca de servidor, expansão da planta e fim de suporte da licença são os gatilhos mais comuns para revisão.

A migração de uma plataforma para outra, por exemplo de um software descontinuado para o WinCC ou o Elipse E3, não exige começar do zero quando o projeto original está documentado e as fontes estão disponíveis. O roteiro que reduz o risco:

1. Inventário de tags, telas, alarmes, receitas, relatórios e integrações.
2. Conversão da base de tags e reconstrução das telas, aproveitando para corrigir hierarquia de alarmes e nomes sem padrão.
3. Teste em bancada com o CLP ou um simulador, comparando valor a valor com o sistema antigo.
4. Operação em paralelo por alguns dias, com os dois sistemas lendo o mesmo processo.
5. Migração do histórico e virada, com o sistema antigo mantido para consulta.

O histórico é o ponto mais sensível. Bancos de dados relacionais migram com previsibilidade; formatos proprietários exigem conversão específica, às vezes com perda de informação. Vale verificar isso antes de contratar, e não depois.

O mesmo raciocínio vale para a modernização do comando como um todo: quando o CLP também está fora de linha, supervisório e controle migram no mesmo projeto, com uma parada só.

10. Segurança e redundância

Segurança

Supervisório ligado à rede corporativa sem segmentação é porta de entrada da tecnologia da informação para a tecnologia de operação. A proteção passa por três medidas:

• Segmentação entre a rede corporativa e a rede de automação, com passagem controlada entre elas.
• Acesso por usuário, com perfil e registro de quem alterou o quê, em vez de senha compartilhada da estação.
• Política de atualização que não deixe o servidor anos sem correção de segurança.

As normas técnicas aplicáveis de cibersegurança industrial orientam essa segmentação por zonas, sem exigir reconstruir a planta de uma vez.

Redundância

Em processo contínuo, como saneamento, mineração, química e papel e celulose, a parada do supervisório por falha de servidor pode custar mais que o próprio projeto. Com servidor redundante, um segundo servidor assume sozinho se o principal falhar, sem interromper a coleta nem as estações.

Redundância tem custo de licença e de hardware. Faz sentido quando a parada do supervisório interrompe a operação, e não só a visibilidade dela. E não substitui o backup do banco de histórico: uma trata da disponibilidade agora; o outro, da integridade do dado acumulado.

11. Quanto custa um sistema supervisório

O custo depende de três variáveis: número de tags licenciadas, número de estações e complexidade das telas e integrações. Não existe valor único. Projetos de pequeno e médio porte, com algumas centenas de tags e uma a três estações, costumam ser uma parcela menor do investimento de automação da linha associada. Plantas com milhares de tags, redundância e integração com o ERP sobem na mesma proporção.

Observação: o custo que mais pesa costuma aparecer depois, quando o programa foi entregue sem as fontes ou com senha retida, e só o fornecedor original consegue alterar uma tela. Comparar propostas só pelo valor de implantação deixa esse custo de fora.

12. Checklist para contratar

Perguntas frequentes

Conclusão

O sistema supervisório é a camada que dá visibilidade ao controle. Quando ele falha, a planta continua operando, mas às cegas. Quando é bem feito, vira a fonte do dado que alimenta manutenção, qualidade e indicadores.

• Supervisório mostra e registra; o controle fica no CLP.
• Supervisório e SCADA são a mesma categoria de software, com escopos de origem diferentes.
• Tela que não reflete o processo quase sempre é problema na cadeia do dado, e não no software.
• A plataforma certa é a que atende a planta; as fontes entregues garantem que ela continue sendo sua.
• Migração sem perder histórico pede inventário, teste em bancada e operação em paralelo.

Para saber se o supervisório da sua planta precisa de ajuste, migração ou reconstrução, o diagnóstico técnico avalia a plataforma, a cadeia do dado e a documentação, e define o escopo.

Hélio Gomes — fundador da EngProcess, mais de 30 anos em projetos de automação industrial, com atuação em segurança funcional SIL 3 e cibersegurança industrial.

Caso de Araçariguama: projeto de retrofit de automação conduzido pela EngProcess em indústria química, com CLP Siemens S7-1200 e SCADA Elipse E3.