SCADA (Supervisory Control and Data Acquisition) é uma arquitetura de software e hardware voltada à supervisão centralizada e à aquisição de dados de processos físicos distribuídos. A palavra-chave é supervisão: o SCADA não substitui o controle local feito por controladores no campo, mas sim observa, registra, gera alarmes e permite ao operador intervir a partir de um local central, podendo estar situado a quilômetros de distância dos equipamentos. Em essência, o SCADA é a camada que integra os sensores, atuadores e redes de comunicação de toda a produção, coletando as leituras dos sensores, exibindo o estado dos atuadores e oferecendo um canal para enviar comandos, utilizando a rede como meio de transporte entre o campo e a central.
Nota
Pense no SCADA como o "painel de controle" de uma operação espalhada geograficamente. O controle de baixo nível continua acontecendo no campo; o SCADA dá visibilidade e controle de alto nível sobre o conjunto.
Casos motivadores
O SCADA aparece sempre que há ativos físicos espalhados que precisam ser observados e operados de um ponto central.
Por exemplo, em saneamento o SCADA é aplicado para monitorar estações elevatórias, reservatórios e a qualidade da água em pontos distantes da cidade.
No setor elétrico, supervisiona subestações e linhas de transmissão, abrindo e fechando disjuntores remotamente.
Em óleo e gás, acompanha pressão e vazão ao longo de dutos que cruzam centenas de quilômetros.
Cita-se como exemplo notória o gasoduto Urucu-Coari-Manaus da Petrobrás, que atravessa a floresta amazônica, transportando e distribuindo gás natural por diversas cidades no estado do Amazonas ().
O elemento comum a todos esses casos é a dispersão geográfica somada à necessidade de uma operação coordenada e de um registro histórico confiável de todo o processo.
Fig. 1 —
Mapa do gasoduto Coari-Manaus da Petrobrás.
Arquitetura de um sistema SCADA
A arquitetura clássica do SCADA é organizada em duas distintas regiões:
o campo, onde estão os dispositivos que medem e atuam sobre o processo;
a central, onde estão os softwares de supervisão e armazenamento.
Conectando ambas as regiões está a infraestrutura de comunicação.
A ilustra uma arquitetura clássica de sistema SCADA.
Fig. 2 —
Esquemático ilustrando a arquitetura de um sistema SCADA.
No campo há as RTUs (Remote Terminal Unit), que são dispositivos microprocessados capazes de interagir diretamente com os sensores e atuadores, além de serem capazes de se comunicar em rede.
Assim, as RTUs são capazes de realizar o controle local em baixa latência e criar a ponte entre os dispositivos de campo e o sistema SCADA.
Do ponto de vista de equipamento, as RTUs são originalmente dispositivos dedicados com entradas e saídas digitais/analógicas, capacidade de programação e interface de comunicação em rede embutida ().
Hoje em dia, diversos outros dispositivos podem ser utilizados como RTUs, como por exemplo PLCs, data-loggers, microcontroladores, etc.
Fig. 3 —
Exemplos de Remote Terminal Unit (RTU).
Nota
Note que, do ponto de vista de sistemas SCADA, o termo "RTU" designa um dispositivo que está em campo, em contato com os instrumentos da planta e em comunicação com o sistema SCADA. Do ponto de vista de equipamento, a RTU pode ser implementada utilizando-se deiversos tipos de equipamentos.
No centro do sistema SCADA está a estação supervisória MTU (Master Terminal Unit), que coordena a aquisição de todos os dados do processo, disponibiliza as telas de supervisão, gera alarmes, registra os dados históricos/logs (historian), cria relatórios, etc.
Do ponto de vista de equipamento, as MTUs são normalmente computadores servidores executando diversos softwares em conjunto para atender aos requisitos necessários do sistema SCADA.
É comum inclusive haver diversos servidores, sendo um principal que executa de fato o sistema SCADA, e outros como backup, que espelham todos os softwares e dados do principal e estão sempre prontos para assumirem caso haja alguma pane com o primeiro.
Em relação aos dados, toda informação que circula no sistema SCADA é organizada em torno de uma unidade fundamental denominada tag, que é o identificador/endereço único de cada variável em específico do processo por completo.
Estação supervisora (MTU) e IHM
A estação supervisória, historicamente chamada de MTU, é o elemento central de toda a arquitetura SCADA.
A MTU é responsável por iniciar ciclos de aquisição (scan), consolidar os dados recebidos do campo, disparar alarmes e encaminhar os comandos do operador aos atuadores.
A IHM, ou tela supervisora, é a interface que permite ao operador visualizar de maneira inteligível os dados e informações contidas na MTU.
Normalmente, a IHM exibe telas sinópticas que representam o processo de forma gráfica e com animações (e.g., com tanques que se enchem, válvulas que mudam de cor, indicadores numéricos que atualizam em tempo real, etc.).
A norma ISA-101 propõem regras para a criação, manutenção e design de tleas supervisoras.
De acordo com a norma, uma IHM adequada não deve ser somente "bonita", mas principalmente reduzir a carga cognitiva do operador, destacando o que exige atenção imediata e deixando em segundo plano o que é ruído.
Em situações de emergência, uma tela bem projetada pode ser a diferença entre uma intervenção rápida e um acidente.
RTU vs. PLC no campo
No campo, a escolha entre RTU e PLC depende do problema. A RTU (Remote Terminal Unit) nasceu da telemetria e do telecontrole: é otimizada para sites remotos, dispersos e muitas vezes sem energia confiável, comunicando-se bem por links lentos ou intermitentes. O PLC nasceu do controle de máquinas: é otimizado para lógica de controle intensiva e determinística dentro de uma planta concentrada, com redes locais rápidas à disposição. Na prática moderna, não há uma fronteira clara entre os dois, sendo que muitos PLCs incorporam recursos de telemetria e muitas RTUs executam lógica de controle. Ainda assim, a distinção de origem ajuda a decidir qual dispositivo se encaixa melhor em cada ponto da operação.
Aspecto
RTU
PLC
Origem
Telemetria / telecontrole
Controle de máquinas
Geografia
Sites dispersos e remotos
Planta concentrada
Comunicação
Robusta em links lentos
Redes locais rápidas
Lógica de controle
Mais simples
Intensiva e determinística
Alimentação
Tolerante (solar, bateria)
Rede industrial estável
Historian e o conceito de tag
A tag é a unidade fundamental de dado em um sistema SCADA.
Cada grandeza monitorada do processo (e.g. o nível de um tanque, o estado de uma bomba, a pressão em um ponto do duto) corresponde a uma tag, com nome, fonte de origem, unidade de engenharia e configuração de alarmes.
O historian é o banco de dados especializado que registra a evolução dessas tags ao longo do tempo. Esse histórico é estratégico, viabilizando análises de tendência, auditorias regulatórias, investigação de incidentes e manutenção preditiva.
Diferenciar o dado em tempo real (o valor agora) do dado histórico (a série temporal) é essencial.
O dado em tempo real orienta a operação imediata, sendo utilizado pelas leis de controle, algoritmos de geração de alarmes, etc.
Já os dados históricos são importantes para a engenharia de manutenção e preditiva, a gestão administrativa da planta, etc.
Definição 1·Tag
Uma tag é a representação lógica de uma grandeza monitorada ou controlada no SCADA. Ela associa um nome legível (ex.: TANQUE_01_NIVEL) a uma fonte física no campo (ex.: um registrador de uma RTU), a uma unidade de engenharia (ex.: % ou m³/h), a uma taxa de varredura e a uma configuração de alarmes. Toda a operação — telas, alarmes, históricos e relatórios — é construída sobre tags.
Como o SCADA adquire dados
A aquisição de dados é atributo fundamental do SCADA, acontecendo de forma diferente do cenário recorrente em sistemas de TI convencionais.
Como os links de comunicação para o campo costumam ter banda limitada e latência alta, a estratégia de coleta precisa ser econômica. Há duas abordagens fundamentais:
Polling: a central pergunta periodicamente a cada dispositivo seu estado de leitura atual. Normalmente a MTU realiza o polling em ciclos denominados scan, constituindo um método simples e previsível de coleta de dados.
Report-by-exception: os dispositivos de campo só transmitem dados quando há uma mudança significativa, economizando banda drasticamente em processos estáveis.
Sobre os dados obtidos, o SCADA constrói três serviços essenciais para a operação da planta: tendências, alarmes e o registro histórico.
Polling
No modelo de polling, o tempo total de um ciclo de aquisição (scan) cresce com o número de dispositivos consultados e com o tempo de ida e volta de cada consulta. Para um processo com muitas RTUs, isso impõe um limite prático à frequência de atualização, uma vez que quanto mais dispositivos em comunicação, mais lento será um scan completo. A ilustra este conceito.
Fig. 4 —
Gráfico ilustrando como funciona os ciclos de scan da MTU em relação às RTUs. Note que quanto mais RTUs são solicitadas, maior é o tempo de scan completo.
O tempo de um ciclo completo de polling pode ser estimado por:
onde é o número de dispositivos consultados, e são os tempos de requisição e resposta no canal, e é o tempo de processamento por resposta.
Exemplo 16·Estimando o ciclo de polling
Uma central faz polling de 50 RTUs. Cada consulta consome, em média, 40 ms de ida e volta no canal e 10 ms de processamento. Qual o tempo aproximado de um ciclo completo?
Considerando ms e ms por dispositivo, temos ms por RTU.
Ou seja, cada tag dessas RTUs só é atualizada a cada 2,5 s. Para um processo rápido, isso pode ser inaceitável, surgindo daí a necessidade do report-by-exception.
Princípio de Nyquist
O princípio de Nyquist pode ser diretamente relacionado a uma MTU trabalhando em ciclos de scan com as RTUs.
Este princípio diz:
"Para que um sinal contínuo de frequência máxima (frequência de aliasing) seja amostrado sem perda de significativa de informação e sem ocorrer aliasing, a frequência de amostragem deve ser pelo menos o dobro de , ou seja: ."
A ilustra os efeitos do princípio de Nyquist e a influência da taxa de aquisição a diferentes tipos de sinais.
Fig. 5 —
Exemplo do princípio de Nyquist aplicado a uma onda senoidal.
Quando o princípio de Nyquist não é atendido, podem acontecer efeitos estroboscópicos entre a grandeza do mundo físico e a leitura do sensor.
Os vídeos a seguir demonstram este fenômeno.
O report-by-exception contorna esta limitação do tempo de scan ao silenciar os dispositivos cujo estado não variou substancialmente, liberando banda para os eventos que realmente importam.
A escolha entre os modelos ou combinação deles é uma decisão de engenharia que depende da volatilidade do processo e das características do canal de comunicação.
Exemplo 17·Leitura via Modbus TCP
Na prática, uma consulta de polling se traduz em uma requisição de protocolo. O trecho a seguir, em Python com a biblioteca pymodbus, ilustra a leitura de registradores de uma RTU via Modbus TCP. Este é exatamente o tipo de operação que uma MTU repete a cada ciclo, para cada dispositivo.
python
from pymodbus.client import ModbusTcpClient
client = ModbusTcpClient("192.168.0.10", port=502)
client.connect()
# Lê 10 holding registers a partir do endereço 0 (slave/unit 1)
resposta = client.read_holding_registers(address=0, count=10, slave=1)
nivel_tanque = resposta.registers[0] # ex.: tag TANQUE_01_NIVEL
print(f"Nível do tanque: {nivel_tanque} %")
client.close()
Alarmes
Alarmes são o mecanismo fundamental pelo qual o SCADA chama a atenção do operador para condições que fogem do normal.
Pode-se configurar cada tag com limites pré-definidos (e.g., alto, muito alto, baixo, muito baixo) em relação a operação normal do processo.
Softwares SCADA tradicionais automaticamente geram alarmes a cada violação deste limites atrelado a uma prioridade por tag.
Na prática, o grande desafio de projeto não é gerar alarmes, mas sim evitar o excesso deles.
É comum em processos industriais que uma variável saia de seus limites operacionais, inclusive às vezes induzindo outras à mesma situação, gerando a denominada avalanche de alarmes (alarm flooding), onde dezenas de alarmes são gerados simultaneamente.
Esta situação é capaz de paralisar um operador (principalmente os que possuem menos experiência) justamente em um momento mais crítico.
Técnicas como banda morta (deadband), priorização criteriosa e supressão de alarmes redundantes existem para manter a tela de alarmes informativa em vez de ruidosa.
Atenção
A avalanche de alarmes é uma das principais causas de erro operacional em incidentes industriais. Um sistema que dispara centenas de alarmes por minuto é, na prática, um sistema sem alarmes, uma vez que o operador não consegue distinguir o crítico do irrelevante.
A tabela a seguir destaca os tipos de prioridade dos alarmes e seus significadoos.
Prioridade
Significado
Ação esperada
Crítico
Risco a pessoas ou equipamentos
Intervenção imediata
Alto
Desvio relevante do processo
Ação em curto prazo
Aviso
Condição fora do ideal
Monitorar e acompanhar
Tags e alarmes na configuração
Para tornar concreto como tag, ciclo de scan e alarme se conectam, observe a configuração esquemática de uma única tag a seguir. Repare que a fonte aponta para um registrador de uma RTU específica, a varredura define a frequência de coleta, e os alarmes amarram limites a prioridades. Um sistema SCADA real é essencialmente uma coleção de definições similares à realizada abaixo.
yaml
tag:
nome: TANQUE_01_NIVEL
fonte: RTU_03/HR0 # holding register 0 da RTU 03
unidade: "%"
varredura_ms: 1000 # coleta a cada 1 s
alarmes:
- tipo: HIGH
limite: 90
prioridade: critico
- tipo: LOW
limite: 10
prioridade: aviso
Protocolos de comunicação industrial
O ecossistema SCADA normalmente herda grande variedade de protocolos, muitos destes criados em épocas em que segurança não era preocupação e a largura de banda era escassa.
Conhecer os principais protocolos e as razões históricas por trás de suas limitações é essencial para projetar e proteger esses sistemas.
Destacam-se a seguir os protocolos mais comuns nas redes SCADA atualmente.
Modbus
Criado em 1970, o Modbus é o protocolo industrial mais difundido do mundo, sendo simples de implementar: um dispositivo mestre faz requisições e os dispositivos servos respondem, sendo os dados organizados em quatro tipos de registradores.
O Modbus possui duas variantes: a serial, denominada Modbus RTU, e a implementada sobre TCP/IP, conhecida como Modbus TCP.
Sua simplicidade é fator importante na sua utilização quase que onipresente, mas também explique sua maior fraqueza atualmente que á a ausência de qualquer tipo de autenticação ou criptografia.
Qualquer equipamento com acesso ao canal de transmissão pode ler e escrever registradores, característica que é um problema sério na era da conectividade.
DNP3 e a família IEC
O DNP3 (Distributed Network Protocol) é comum nos setores de energia e saneamento.
Este protocolo suporta report-by-exception, marcação de tempo (timestamps) nos eventos e operação confiável sobre links ruins, recebendo inclusive extensões de segurança (Secure Authentication) em versões mais recentes.
A norma IEC 60870-5-101/104 cumpre papel análogo ao DNP3 para telecontrole, enquanto a IEC 61850 é o padrão das subestações modernas, com mensagens rápidas entre dispositivos (GOOSE) e modelagem rica de dados.
Esses protocolos refletem requisitos mais exigentes, como eventos com horário preciso, confiabilidade e estruturas de dados mais ricas.
OPC e OPC-UA
O OPC sugriu para resolver o problema da interoperabilidade entre equipamentos de diferentes fabricantes.
Utilizando o OPC, um sistema SCADA não necessita mais falar diretamente cada protocolo proprietário; ao invés disto, o OPC oferece uma camada padronizada de troca de dados, independente de fabricante.
Sua evolução moderna, o OPC-UA (Unified Architecture), é hoje a espinha dorsal da integração industrial, sendo um protocolo independente de plataforma (i.e., sistema operacional), modela dados de forma rica e, principalmente, traz segurança embutida, com autenticação, criptografia e controle de acesso como parte do próprio protocolo.
Para sistemas novos, o OPC-UA representa o caminho recomendado de interoperabilidade segura no âmbito industrial.
Dica
Quando o objetivo principal é a interoperabilidade segura em sistemas novos industriais, o OPC-UA costuma ser a primeira escolha. Ele foi projetado já com segurança como requisito, diferentemente dos protocolos legados.
Comparação dos protocolos
A tabela a seguir resume as características que mais influenciam na escolha de um protocolo: o domínio típico de aplicação, o suporte a report-by-exception (decisivo em links de banda limitada) e a presença de segurança nativa.
Note como a segurança só aparece de forma plena no protocolo mais recente, o que indica um débito técnico que o setor carrega.
Protocolo
Domínio típico
Report-by-exception
Segurança nativa
Modbus RTU/TCP
Genérico, chão de fábrica
Não
Não
DNP3
Energia, saneamento
Sim
Opcional (Secure Auth)
IEC 60870-5-104
Telecontrole elétrico
Sim
Via TLS (extensão)
IEC 61850
Subestações
Sim (GOOSE/MMS)
Parcial
OPC-UA
Interoperabilidade moderna
Sim (subscriptions)
Sim (nativa)
Exercício 1·Escolhendo um protocolo
Uma concessionária de água precisa monitorar dezenas de estações de bombeamento remotas, conectadas por links celulares de banda limitada e sujeitos a quedas. Os eventos (partidas e paradas de bombas) precisam de horário preciso. Qual protocolo da lista é o mais adequado e por quê?
Quais características da tabela importam quando o canal é ruim e os eventos precisam de timestamp?
O DNP3 é o mais adequado. Ele suporta report-by-exception (economizando a banda celular limitada ao transmitir apenas mudanças), opera de forma confiável sobre links ruins e oferece timestamps nos eventos, atendendo à exigência de horário preciso nas partidas e paradas. O Modbus, embora simples, não tem report-by-exception nem timestamps nativos.
Gerações de arquitetura SCADA
A arquitetura dos sistemas SCADA evoluiu ao longo do tempo em gerações sucessivas.
Os primeiros SCADA eram monolíticos, sendo a MTU constituída por um único computador central, isolado, que fazia tudo.
Em seguida vieram os sistemas distribuídos, que dividiam funções entre várias estações conectadas por redes locais.
A terceira geração tornou-se "em rede", adotando protocolos de TI padrão (TCP/IP) e utilizando a comunicação das redes corporativas.
A geração atual incorpora IoT, computação em nuvem e edge computing, levando dados de campo diretamente para plataformas analíticas.
Cada geração ampliou as capacidades e, junto com elas, a superfície de ataque.
Nota
Na prática, é comum encontrar sistemas industriais que utilizam gerações antigas, ou que até mesmo possuem uma mescla de diferentes gerações no mesmo sistema.
Convergência IT/OT
A grande tendência atualmente é a convergência entre TI (Tecnologia da Informação, o mundo corporativo de dados) e OT (Tecnologia de Operação, o mundo do chão de fábrica).
Conectar os dois traz benefícios reais, onde dados de processo alimentam análises de negócio, manutenção preditiva e otimização.
Mas essa ponte também conecta os sistemas OT, sendo muitos deles antigos e inseguros por design, às redes corporativas e, indiretamente, à internet.
A convergência IT/OT é, ao mesmo tempo, a maior oportunidade de evolução tecnológica e o maior risco de segurança dos sistemas SCADA modernos.
Segurança em ambientes SCADA/OT
Os sistemas SCADA controlam processos e infraestruturas do mundo real, que impactam a vida de muitas pessoas (e.g., água, energia, transporte, etc.).
Um comprometimento não significa apenas vazamento de dados, mas potencial danos físicos.
Durante décadas, a segurança desses sistemas baseou-se em premissas hoje frágeis: obscuridade dos protocolos, isolamento físico e confiança implícita na rede interna.
A convergência IT/OT derrubou essas premissas e o setor industrial hoje tem que escolher entre realizar investimentos para adaptar-se, ou manter-se com as tecnologias legadas e inseguras.
Modelo Purdue e o mito do air gap
O Modelo Purdue é a referência clássica para estruturar redes industriais em níveis hierárquicos, do chão de fábrica (níveis 0 e 1) à supervisão (nível 2), passando pela operação (nível 3) até a rede corporativa (níveis 4 e 5), com zonas de fronteira (DMZ industrial) entre OT e TI. Por muito tempo, confiou-se também no chamado air gap — a ideia de que a rede OT estaria fisicamente isolada de qualquer outra. Na prática, esse isolamento raramente é total: pen drives, laptops de manutenção, conexões temporárias e a própria convergência IT/OT abrem brechas.
Hoje em dia, tratar o air gap como garantia de segurança é perigoso.
Fig. 6 —
Iustração exemplo da implementação do Modelo Purdue em uma rede empresarial.
Por que a segurança de TI não se aplica direto
Profissionais habituados à TI frequentemente se equivocam ao transplantar suas práticas para OT sem adaptação.
A primeira diferença é a inversão de prioridades: em TI, a tríade clássica prioriza confidencialidade; em OT, a disponibilidade vem primeiro; um processo industrial não pode simplesmente "cair" para aplicar uma atualização.
A segunda é o ciclo de vida: equipamentos OT operam por décadas, muitas vezes rodando sistemas operacionais sem suporte, impossíveis de atualizar sem parar a produção.
A terceira é o impacto: uma falha pode ter consequências físicas, não apenas digitais.
Segurança em OT é, portanto, uma disciplina própria e não um recorte da segurança de TI.
Prioridade
TI clássica (CIA)
OT / SCADA (AIC)
1ª
Confidencialidade
Disponibilidade
2ª
Integridade
Integridade
3ª
Disponibilidade
Confidencialidade
Perigo
Aplicar políticas de patching agressivas de TI em um ambiente OT pode causar paradas não planejadas em processos críticos. Atualizações em OT exigem janelas de manutenção, testes e, muitas vezes, validação com o fabricante.
Estudos de caso: Stuxnet e a rede ucraniana
Dois incidentes ajudam a entender por que segurança SCADA deixou de ser tema acadêmico. O Stuxnet, descoberto em 2010, foi um malware sofisticado que atacou centrífugas de enriquecimento de urânio no Irã, manipulando os CLPs que as controlavam enquanto exibia leituras normais aos operadores — uma demonstração contundente de que o air gap não é garantia e de que o dano pode ser físico.
Já os ataques à rede elétrica da Ucrânia, a partir de 2015, deixaram centenas de milhares de pessoas sem energia ao comprometer sistemas SCADA de distribuição, abrindo disjuntores remotamente. Juntos, esses casos mudaram a percepção de risco do setor inteiro.
Princípios de defesa
Não existe uma "bala de prata" em termos de segurança cibernética, mas há princípios sólidos.
A segmentação de rede, estruturada segundo o Modelo Purdue e com uma DMZ industrial bem definida, limita o movimento lateral de um atacante.
O monitoramento passivo do tráfego OT, entendendo protocolos industriais e detectando comandos fora do comum, dá visibilidade sem interferir no processo.
O controle rigoroso de acesso, físico e lógico, restringe quem pode tocar o quê.
E a defesa em profundidade, com múltiplas camadas independentes, garante que a falha de uma proteção não comprometa todo o sistema. O objetivo é tornar o ataque caro e detectável, já que "impossível" é, na prática, uma utopia.
Dica
O monitoramento passivo é especialmente valioso em OT: por não injetar tráfego, não interfere em processos sensíveis a temporização, ao mesmo tempo em que detecta comandos fora do padrão.
Conclusão
Nesta aula, partimos do que o SCADA é e de onde ele se encaixa, passando por seus componentes (MTU, RTU/PLC, HMI, historian) e pela forma como adquire dados (polling, report-by-exception, alarmes, tendências).
Percorremos os protocolos que fazem essa comunicação acontecer, vimos a arquitetura evoluir em direção à "nuvem"
e, por fim, enfrentamos a questão da segurança (que afeta e é afetada por todas as camadas anteriores). A mensagem central é que o SCADA é a costura entre o mundo físico e o digital, e que cada decisão de projeto afeta diretamente a operação e a segurança.
Dica
A aula em uma frase: o SCADA supervisiona e registra processos físicos dispersos, organizando tudo em tags, comunicando-se por protocolos industriais e exigindo uma postura de segurança própria do mundo OT.
SCADA, PLC e DCS: não confundir
Três siglas costumam se misturar na cabeça de quem está começando. Um PLC (do inglês, Programmable Logic Controller) é um dispositivo que executa lógica de controle determinística em um ponto específico; ele lê entradas e aciona saídas em ciclos de scan de milissegundos.
Um DCS (Distributed Control System) é uma arquitetura voltada ao controle contínuo e fortemente integrado de uma planta concentrada (e.g., uma refinaria), onde controle e supervisão vivem no mesmo sistema fechado.
Por sua vez, o SCADA é mais adequado quando o processo é geograficamente disperso (e.g., rede de distribuição de água, malha elétrica, oleoduto, etc.) e a prioridade é a supervisão remota sobre links de comunicação que podem ser lentos ou intermitentes.
Em resumo: o PLC controla um ponto, o DCS controla uma planta integrada, e o SCADA supervisiona um sistema espalhado.
Dica
Regra prática: se o objetivo é controle local intensivo, pense PLC/DCS; se é supervisão sobre grandes distâncias, pense SCADA. Na prática, sistemas modernos combinam os três.
Referências
1.
limwainstein. (2025). Microsoft Defender for IoT and your network architecture - Microsoft Defender for IoT | Microsoft Learn. https://learn.microsoft.com/en-us/azure/defender-for-iot/organizations/best-practices/understand-network-architecture
