Entenda o que são redes industriais, topologias, Ethernet industrial, switches, protocolos, integração com SCADA, segurança, redundância e comissionamento.

Confira!

Redes industriais são infraestruturas de comunicação projetadas para interligar sensores, instrumentos, controladores, IEDs, máquinas, switches, gateways, servidores e sistemas supervisórios em ambientes de automação. Diferentemente de uma rede corporativa convencional, elas precisam sustentar funções operacionais com requisitos definidos de disponibilidade, latência, determinismo, sincronismo, diagnóstico, segurança e continuidade.

Uma rede industrial não é caracterizada apenas pelo uso de equipamentos robustos ou por operar dentro de uma fábrica. O que a diferencia é a relação direta entre a comunicação e o processo físico. A perda de um pacote, o atraso de uma mensagem, a falha de um enlace ou uma alteração de configuração podem afetar controle, proteção, produção, segurança funcional ou supervisão.

Na prática, o projeto precisa combinar camada física, topologia, switches industriais, protocolos, segmentação, integração com SCADA, sincronismo, monitoramento e cibersegurança. A escolha de tecnologias deve partir da função operacional, e não de uma preferência por fabricante ou de uma lista genérica de recursos.

O que são redes industriais

Redes industriais são sistemas de comunicação utilizados em automação, controle, supervisão e aquisição de dados. Elas conectam dispositivos de campo aos níveis de controle, operação e gestão, permitindo transportar medições, comandos, estados, alarmes, eventos, parâmetros e informações de diagnóstico.

O termo abrange redes seriais, fieldbuses, Ethernet industrial, redes ópticas, sistemas sem fio industriais e arquiteturas híbridas. Uma instalação pode utilizar RS-485 no nível de campo, Ethernet no backbone, OPC UA na integração entre aplicações e protocolos específicos para telecontrole ou automação elétrica.

O objetivo não é transportar o maior volume possível de dados. A rede precisa entregar a informação correta, no prazo necessário, com qualidade conhecida e comportamento previsível durante falhas. Uma arquitetura de alto throughput pode ser inadequada quando não oferece segmentação, redundância, diagnóstico ou controle de mudanças.

Rede industrial e rede corporativa: quais são as diferenças

Redes corporativas priorizam serviços como navegação, colaboração, arquivos, aplicações empresariais e acesso de usuários. Em redes industriais, o tráfego está associado a máquinas, processos e ativos com ciclos de vida extensos.

A disponibilidade possui significado diferente. Uma interrupção de alguns minutos em um serviço administrativo pode ser tolerável; a mesma interrupção em uma rede de controle pode paralisar uma linha, impedir supervisão ou comprometer uma função operacional. Por isso, manutenção e atualização precisam considerar janela, redundância, homologação e possibilidade de retorno.

Também existem diferenças de vida útil. Controladores, relés e sistemas supervisórios podem permanecer em operação durante muitos anos. A rede precisa coexistir com equipamentos legados, firmwares antigos e protocolos com poucos recursos de segurança.

Isso não significa que práticas de TI devam ser rejeitadas. Endereçamento, roteamento, identidade, logs, gestão de configuração e observabilidade são essenciais. A aplicação, porém, deve respeitar as restrições do ambiente operacional, conforme discutido no guia de IEC 62443 aplicada a subestações e ambientes OT.

Arquitetura em camadas

Uma rede industrial pode ser compreendida em camadas funcionais. O modelo não precisa ser idêntico em todas as instalações, mas ajuda a separar responsabilidades e fluxos.

A camada de campo reúne sensores, atuadores, instrumentos, inversores, medidores e dispositivos auxiliares. A camada de controle inclui CLPs, controladores, RTUs e IEDs. A camada de supervisão possui IHMs, servidores SCADA, historiadores e estações de engenharia. Acima dela, podem existir aplicações de manutenção, analytics, MES, gestão de ativos e integração corporativa.

A comunicação vertical ocorre entre esses níveis. A comunicação horizontal acontece entre células, controladores, máquinas ou subsistemas do mesmo nível. Ambas precisam ser explicitadas em diagramas e matrizes de fluxo.

A arquitetura deve identificar pontos de concentração. Um gateway, switch central, servidor ou firewall pode se tornar falha comum. A presença de equipamentos duplicados não garante independência quando ambos compartilham alimentação, gabinete, fibra, rota ou configuração.

Requisitos que definem o projeto

O projeto começa pelos requisitos funcionais e de desempenho. Para cada fluxo, é necessário conhecer origem, destino, protocolo, direção, frequência, tamanho das mensagens, criticidade, latência máxima, tolerância a perda e comportamento durante falhas.

Disponibilidade deve ser tratada como requisito mensurável. Não basta indicar “alta disponibilidade”. O projeto precisa definir tempo de recuperação, falhas cobertas, autonomia dos sistemas auxiliares, capacidade de operação degradada e critérios de retorno.

Determinismo é a capacidade de manter comportamento temporal previsível. Ele não é sinônimo de velocidade. Uma rede pode possuir grande largura de banda e apresentar jitter inadequado para determinado controle.

Escalabilidade também precisa ser planejada. Reservas de portas, endereços, fibras, capacidade de uplink, processamento e licenças devem considerar expansões previsíveis. Crescimento sem controle pode transformar uma arquitetura segmentada em uma rede plana e difícil de diagnosticar.

Uma rede industrial deve ser especificada a partir das funções que ela sustenta.

Latência, disponibilidade, redundância, protocolos, ambiente, expansão e critérios de aceite precisam ser definidos antes da seleção de switches e gateways.

Conhecer a solução de Redes Industriais

Latência, jitter, perda e tempo de ciclo

Latência é o tempo entre a emissão e a recepção da informação. Jitter é a variação desse tempo. Perda representa mensagens que não chegam ao destino ou são descartadas.

O impacto depende da aplicação. Dados para relatórios podem tolerar segundos; controle de movimento, proteção ou intertravamento podem exigir tempos muito menores e comportamento determinístico. O requisito deve ser definido pelo sistema funcional, não por um valor genérico aplicado à rede inteira.

O tempo de ciclo inclui aquisição, processamento, transmissão, filas e resposta do dispositivo. Avaliar apenas o atraso do switch ignora grande parte da cadeia. Gateways, firewalls, servidores e conversores podem introduzir buffers e variações.

Testes devem medir o comportamento sob carga e contingência. Uma rede que atende aos requisitos em condição nominal pode falhar durante reconvergência, tempestade de eventos, recuperação de servidor ou transferência de arquivos.

Topologias de redes industriais

Topologia física descreve a disposição dos enlaces. Topologia lógica descreve como o tráfego percorre a rede. As duas podem ser diferentes.

A topologia em barramento é comum em redes seriais e fieldbuses. Ela simplifica cabeamento, mas exige atenção a terminações, derivações e falhas de segmento. O artigo sobre RS-485 detalha esses critérios.

A estrela conecta dispositivos a um ponto central. Ela facilita diagnóstico e isolamento, mas torna o equipamento central crítico. Em uma estrela hierárquica, switches de acesso se conectam a uma camada de distribuição ou núcleo.

O anel cria um caminho alternativo, mas depende de um mecanismo de redundância. Fechar fisicamente um anel sem configurar protocolo apropriado pode provocar loop, duplicação de quadros e indisponibilidade.

Linhas e árvores são frequentes em máquinas modulares e redes Ethernet industriais. A escolha precisa considerar manutenção, expansão, falha de um nó intermediário e disponibilidade de portas.

Ethernet industrial

Ethernet industrial utiliza tecnologias da família IEEE 802.3 em ambientes de automação, combinando meios físicos, switches e protocolos adaptados a requisitos operacionais. Ela não é um protocolo único.

O uso de Ethernet permite integrar equipamentos de diferentes níveis e aproveitar recursos como VLAN, QoS, multicast, SNMP e sincronismo. Entretanto, compartilhar a mesma base tecnológica da TI não significa compartilhar a mesma arquitetura ou política de acesso.

Protocolos industriais podem usar TCP, UDP, quadros Ethernet diretos ou mecanismos de tempo real. PROFINET, EtherNet/IP, Modbus TCP, IEC 61850 e outros possuem modelos e comportamentos distintos.

A infraestrutura precisa ser dimensionada para tráfego cíclico, acíclico, alarmes, engenharia, sincronismo e manutenção. Tráfego de vídeo, backups ou descoberta pode afetar aplicações críticas quando não existe segmentação e priorização.

Como escolher um switch industrial

Um switch industrial deve ser selecionado pelo ambiente, tráfego e função. A quantidade de portas é apenas um dos critérios.

Temperatura, vibração, umidade, EMC, alimentação, montagem e grau de proteção precisam ser compatíveis com o local. Em painéis, são comuns equipamentos para trilho DIN e alimentação em corrente contínua. Em subestações, requisitos de imunidade eletromagnética e ensaios específicos podem ser determinantes.

A capacidade de comutação deve atender ao tráfego agregado com margem. Tabelas MAC, filas, buffers, multicast e taxa de encaminhamento precisam ser avaliados. Protocolos como GOOSE e Sampled Values exigem atenção a prioridade, multicast e redundância.

Gerenciamento é essencial em redes críticas. VLANs, QoS, RSTP ou protocolos industriais de redundância, SNMPv3, syslog, espelhamento de portas, LLDP, controle de acesso e backup de configuração aumentam a capacidade de operar e diagnosticar.

Fontes redundantes só geram benefício quando alimentadas por circuitos suficientemente independentes. Contatos de alarme e monitoramento por SNMP ajudam a detectar perda de uma fonte antes da falha total.

Switch gerenciável ou não gerenciável

Switches não gerenciáveis podem atender células simples e isoladas, mas oferecem pouca visibilidade. A equipe normalmente não consegue verificar erros, utilização, vizinhos, VLANs ou eventos de topologia.

Em redes com SCADA, múltiplos protocolos, redundância ou requisitos de segurança, switches gerenciáveis são preferíveis. Eles permitem controlar domínios de broadcast, priorizar tráfego, restringir portas e registrar eventos.

Gerenciamento não deve criar complexidade sem governança. Configurações precisam seguir templates, controle de versão e backup. Um switch com muitos recursos, mas configurado de forma inconsistente, pode aumentar o risco.

Meios físicos: cobre, fibra e wireless

Cabos metálicos são comuns em trechos curtos e dentro de painéis. A especificação deve considerar categoria, blindagem, conectores, raio de curvatura, flexibilidade e ambiente.

Fibra óptica oferece isolamento galvânico, imunidade eletromagnética e maiores distâncias. É especialmente relevante entre prédios, painéis com potenciais distintos e áreas sujeitas a interferência. Tipo de fibra, orçamento óptico, conectores, fusões e reservas precisam ser documentados e ensaiados.

Redes sem fio podem atender mobilidade, sensores e pontos de difícil acesso. O projeto deve avaliar cobertura, interferência, latência, roaming, segurança e dependência do espectro. Funções críticas não devem ser transferidas para wireless sem análise específica.

A camada física precisa ser tratada como sistema. Patch cords, transceptores, bandejas, caixas, aterramento e identificação influenciam a disponibilidade tanto quanto os switches.

Fieldbus e Ethernet industrial

Fieldbuses surgiram para substituir grandes quantidades de cabeamento ponto a ponto por uma comunicação digital compartilhada. PROFIBUS, DeviceNet e outros padrões continuam presentes em muitas instalações.

Ethernet industrial amplia capacidade, integração e ferramentas de diagnóstico. A migração, porém, não precisa ser imediata. Uma rede legada estável pode permanecer em operação atrás de um gateway, desde que riscos, peças de reposição e conhecimento sejam administrados.

A decisão deve considerar ciclo de vida, disponibilidade de equipamentos, desempenho, segurança e estratégia de manutenção. Trocar um barramento por Ethernet sem revisar a arquitetura pode apenas deslocar o problema.

Principais protocolos industriais

Protocolos industriais definem como dispositivos estruturam, endereçam e trocam informações. Eles operam sobre diferentes camadas físicas e modelos de comunicação.

Modbus

Modbus RTU e Modbus TCP são utilizados em medidores, inversores, UPS, controladores e equipamentos auxiliares. O modelo é baseado em coils e registradores, cujo significado depende do mapa do fabricante.

Modbus é simples e amplamente suportado, mas possui limitações de semântica e segurança. O projeto deve documentar endereços, tipos, escala, endianness, polling e comportamento durante perda de comunicação.

PROFINET

PROFINET é uma tecnologia Ethernet industrial mantida pela PI. Ela contempla comunicação cíclica, parametrização, alarmes, diagnóstico e classes de conformidade.

A rede pode utilizar LLDP, SNMP, DCP, MRP e recursos de tempo real. O projeto precisa considerar ciclo, topologia, nome dos dispositivos, sincronismo, redundância e perfis de aplicação.

EtherNet/IP

EtherNet/IP utiliza o Common Industrial Protocol sobre Ethernet, TCP, UDP e IP. Ele distingue mensagens explícitas para configuração e mensagens implícitas para dados cíclicos.

O dimensionamento precisa considerar conexões, Requested Packet Interval, multicast ou unicast, capacidade dos controladores e comportamento dos switches. DLR pode oferecer redundância em topologias de anel compatíveis.

OPC UA

OPC UA atua principalmente na interoperabilidade entre aplicações, gateways, SCADA, historiadores e sistemas de nível superior. Além de transportar valores, pode representar modelos de informação, qualidade, eventos e métodos.

Ele não substitui automaticamente protocolos de campo ou controle. É comum que um gateway adquira dados por Modbus ou protocolo proprietário e os publique em OPC UA.

MQTT

MQTT industrial utiliza um modelo de publicação e assinatura por broker. Ele é útil para distribuir dados a múltiplos consumidores, aplicações IIoT e plataformas analíticas.

Tópicos, payloads, QoS, retenção, sessões e segurança precisam ser projetados. MQTT não fornece sozinho um modelo semântico industrial.

IEC 61850, DNP3 e IEC 104

No setor elétrico, a IEC 61850 estrutura modelos e serviços para automação de sistemas de potência. DNP3 e IEC 60870-5-104 são utilizados em telecontrole e integração com centros de operação.

Esses protocolos possuem requisitos, eventos, comandos e mecanismos próprios. Eles devem ser tratados em suas páginas específicas, enquanto este hub posiciona sua função dentro da arquitetura geral.

Como escolher o protocolo

A escolha deve começar pela função: controle cíclico, telemetria, configuração, segurança funcional, proteção, integração ou analytics. Um único protocolo raramente atende de forma ideal a todas as camadas.

Interoperabilidade precisa ser comprovada. A afirmação de suporte no datasheet não garante que os perfis, tipos de dados, diagnósticos e recursos necessários sejam compatíveis.

Desempenho deve ser dimensionado. Quantidade de dispositivos, taxa de atualização, tamanho das mensagens, timeouts, conexões e capacidade do controlador determinam o comportamento real.

Ciclo de vida também importa. Disponibilidade de ferramentas, documentação, suporte e equipe capacitada influenciam manutenção durante anos.

Integração com sistemas SCADA

Um sistema SCADA recebe medições, estados, alarmes e eventos de controladores, RTUs, IEDs e gateways. Ele também pode enviar comandos autorizados.

A integração não termina quando a tag aparece na tela. É necessário preservar tipo, escala, unidade, qualidade, timestamp e origem. Um valor congelado não deve continuar indicado como válido após perda de comunicação.

A lista de pontos funciona como contrato entre campo e aplicação. Ela deve registrar endereço, nome, descrição, tipo, escala, unidade, qualidade, timestamp, frequência, permissões e destino.

Alarmes precisam de severidade, atraso, histerese, reconhecimento e retorno ao normal. Excesso de alarmes reduz a capacidade de resposta do operador.

Gateways e conversores de protocolo

Gateways integram redes e protocolos diferentes. Eles podem converter serial para Ethernet, Modbus para OPC UA, protocolos proprietários para SCADA ou dados OT para MQTT.

A conversão precisa ser transparente e documentada. Escala, endianness, qualidade, timestamp e comportamento durante falha não podem ser definidos de forma implícita.

Gateways acumulam funções e podem se tornar pontos únicos de falha. Capacidade, redundância, backup, firmware, licenças e monitoramento precisam fazer parte do projeto.

Cache deve ser sinalizado. Manter o último valor pode ser útil, mas o consumidor precisa saber sua idade e qualidade.

Endereçamento, VLANs e roteamento

O plano de endereçamento deve evitar sobreposição, permitir sumarização e indicar função, site ou zona. Endereços fixos são comuns em ativos críticos, mas precisam de gestão centralizada.

VLANs separam domínios de broadcast, não constituem sozinhas uma barreira de segurança. A comunicação entre VLANs deve passar por roteamento e controles coerentes com a matriz de fluxo.

Roteamento precisa ser simples e previsível. Protocolos dinâmicos podem ser utilizados quando justificados, mas aumentam dependências e exigem competência operacional.

NAT pode resolver conflitos em integrações temporárias, porém dificulta rastreabilidade. A solução definitiva deve priorizar endereçamento coordenado.

QoS, multicast e priorização

QoS classifica e prioriza tráfego. Ela não cria largura de banda e não corrige enlaces subdimensionados.

Aplicações críticas precisam de classes coerentes ponta a ponta. Marcação sem configuração de filas em todos os elementos não produz o resultado esperado.

Multicast é utilizado por vários protocolos industriais. IGMP Snooping e, quando necessário, querier controlam a distribuição dentro da VLAN. Configuração incorreta pode causar flooding ou perda de tráfego.

A priorização deve ser testada sob congestionamento. Em condição normal, diferentes políticas podem parecer equivalentes.

Redundância e alta disponibilidade

Redundância pode existir em enlaces, switches, controladores, servidores, fontes e rotas. Cada mecanismo cobre falhas específicas.

RSTP e protocolos de anel bloqueiam um caminho e reconvergem após falha. MRP e DLR são associados a ecossistemas industriais. PRP e HSR enviam quadros redundantes por caminhos paralelos e são utilizados em aplicações de alta disponibilidade.

O tempo de recuperação precisa ser compatível com a função. Uma reconvergência aceitável para supervisão pode ser inadequada para proteção ou controle rápido.

Testes devem incluir rompimento de enlaces, perda de switch, fonte, controlador e caminho WAN. A rede precisa retornar sem loops persistentes, duplicidade de comandos ou perda de configuração.

Sincronismo de tempo

Logs, alarmes, eventos e sequências dependem de relógios coerentes. NTP atende muitas aplicações; PTP, IRIG-B e mecanismos específicos são usados quando a precisão exigida é maior.

O servidor NTP em redes e subestações deve ter fontes, redundância e monitoramento. O projeto precisa definir servidores, clientes, precisão, holdover e comportamento durante perda da referência.

Sincronismo também afeta certificados, autenticação e correlação no SIEM. Uma diferença de horário pode ocultar a sequência de uma falha.

Cibersegurança de redes industriais

A segurança deve ser baseada em risco, zonas, conduítes e menor privilégio. A IEC 62443 fornece uma estrutura para sistemas de automação e controle.

Segmentação separa células, SCADA, engenharia, acesso remoto e serviços corporativos. A DMZ entre redes TI e OT hospeda serviços intermediários e reduz conexões diretas.

Protocolos legados podem não possuir autenticação ou criptografia. Nesse caso, restrição de origem, firewalls, monitoramento e compensações arquiteturais tornam-se essenciais.

O hardening de servidores, endpoints e ativos OT deve desabilitar serviços, contas e interfaces sem uso, além de controlar firmware e configurações.

Segmentação e identidade precisam fazer parte da mesma arquitetura.

VLANs, firewalls, matriz de fluxos, RADIUS, acesso remoto, jump server, logs e contingência devem ser projetados conforme a criticidade dos ativos OT.

Conhecer o serviço de Projeto de Telecomunicações

Identidade e acesso à rede

RADIUS e 802.1X podem autenticar usuários e dispositivos nas portas de rede. Equipamentos legados exigem políticas de contingência e mecanismos alternativos controlados.

Acesso remoto deve utilizar MFA, VPN e um ponto intermediário. PAM, jump server e bastion host permitem controlar credenciais, autorização, sessões e acesso de fornecedores.

Contas compartilhadas reduzem rastreabilidade. Quando não podem ser eliminadas no ativo final, o acesso deve ser individualizado antes de chegar a ele e registrado.

Monitoramento e observabilidade

Monitorar apenas ping não demonstra saúde da rede. Interfaces podem acumular erros, descartes, saturação ou falha de fonte enquanto o equipamento continua respondendo.

SNMP permite coletar interfaces, sensores, fontes e redundância. SNMPv3 é preferível quando suportado. Traps devem ser combinados com polling.

Syslog registra eventos de configuração, autenticação e protocolos. NetFlow ou tecnologias equivalentes ajudam a entender padrões de tráfego. Espelhamento de portas permite análise por ferramentas especializadas.

Uma plataforma como Zabbix pode centralizar disponibilidade, capacidade e alarmes. Eventos de segurança podem ser encaminhados a um SIEM OT.

Segurança de servidores e estações

Servidores SCADA, historiadores e estações de engenharia precisam de políticas compatíveis com operação. Antimalware, EDR e XDR em ambientes OT devem ser homologados para não interromper aplicações ou comunicação.

Patches exigem teste, backup e janela. Sistemas sem suporte devem ser isolados e acompanhados por controles compensatórios.

A coleta de logs e a resposta a incidentes precisam considerar segurança física e impacto operacional. Isolar automaticamente um servidor crítico sem avaliação pode produzir efeito maior que o evento detectado.

Integração entre OT e TI

A convergência OT/IT permite analytics, gestão de ativos, manutenção e integração corporativa. Ela não deve resultar em conectividade irrestrita.

Dados podem ser publicados por historiadores, brokers, APIs ou servidores OPC UA em zonas intermediárias. Aplicações corporativas não precisam iniciar conexões diretamente com controladores.

A direção do fluxo deve ser definida. Sistemas de análise normalmente consomem dados; capacidade de comando precisa de justificativa e controles adicionais.

Dependência de DNS, identidade, certificados, nuvem e internet deve ser conhecida. Funções críticas precisam continuar disponíveis quando serviços corporativos falham.

Infraestrutura elétrica, EMC e ambiente

Switches, gateways e servidores dependem de alimentação, aterramento, proteção contra surtos e climatização. A rede deve ser incluída no estudo de serviços auxiliares.

Fontes redundantes precisam de circuitos independentes. UPS e bancos de baterias devem considerar autonomia, partida e consumo dos ativos de telecomunicações.

Compatibilidade eletromagnética influencia cobre, blindagem, roteamento e equipotencialização. Fibra é recomendada quando isolamento galvânico e imunidade são prioritários.

A proteção contra surtos deve considerar entradas metálicas e coordenação com o sistema de aterramento. Dispositivos inadequados podem degradar o sinal ou não suportar o ambiente.

Documentação de projeto

A documentação mínima inclui diagrama lógico, diagrama físico, topologia, lista de equipamentos, endereçamento, VLANs, rotas, matriz de fluxos, protocolos, portas, sincronismo, redundância e alimentação.

Configurações devem possuir templates, backups e controle de versão. Diagramas precisam indicar fibras, portas, transceptores, patch panels e caminhos físicos.

A lista de pontos integra automação e SCADA. A matriz de comunicação integra rede e segurança. Ambas precisam estar alinhadas.

Responsabilidades devem ser definidas: quem administra switches, firewalls, controladores, servidores, certificados e alterações. Sem governança, o projeto degrada após a entrega.

Processo de projeto de uma rede industrial

O processo começa pelo levantamento de ativos, funções e requisitos. Em seguida, são definidos arquitetura, segmentação, topologia, protocolos, desempenho, disponibilidade e segurança.

A seleção de equipamentos ocorre após esses requisitos. Especificar um modelo antes de dimensionar fluxos e ambiente tende a direcionar a solução sem comprovar aderência.

O projeto detalhado gera listas, diagramas, configurações de referência e critérios de testes. Revisões multidisciplinares envolvem automação, telecomunicações, elétrica, cibersegurança e operação.

A solução de Redes Industriais deve tratar a infraestrutura como parte do sistema de controle, e não como fornecimento isolado de switches.

Modernização de redes legadas

Modernização deve começar pelo inventário. É necessário conhecer protocolos, endereços, dependências, cabos, versões, peças de reposição e pontos únicos de falha.

A migração pode ocorrer por fases. Gateways permitem integrar redes seriais ou fieldbuses enquanto o backbone é renovado. Segmentação pode ser introduzida antes da troca de controladores.

Períodos de coexistência exigem testes. Traduções de protocolo e NAT podem criar dependências temporárias que precisam ser removidas ao final.

Planos de rollback devem existir. A equipe precisa recuperar configurações e retornar ao estado anterior quando um teste não atende aos critérios.

FAT, SAT e comissionamento

O FAT valida equipamentos, configurações e integração antes do campo. O SAT verifica a instalação real, cabeamento, alimentação, comunicação e interfaces.

O comissionamento deve testar condição nominal e contingências. Um roteiro mínimo inclui:

  • verificação de topologia, endereçamento, VLANs, rotas e firmware;
  • ensaios de cobre, fibra, orçamento óptico e identificação;
  • comunicação entre dispositivos, gateways, SCADA e historiador;
  • medição de latência, jitter, perda e tempo de ciclo quando aplicável;
  • falha de enlace, switch, fonte, servidor, controlador e referência de tempo;
  • regras de firewall, autenticação, acesso remoto, logs e alarmes;
  • backup, restauração, reconexão e retorno após contingência.

Resultados devem possuir evidências e critérios de aceite. A Integração de Sistemas precisa comprovar o fluxo da origem até a aplicação final.

O aceite deve comprovar a rede em condição nominal e durante contingências.

Meio físico, protocolos, SCADA, redundância, sincronismo, segurança, alarmes, backup e recuperação precisam ser testados com critérios mensuráveis e evidências.

Conhecer o serviço de Comissionamento e Aceite Técnico

Diagnóstico de falhas

O diagnóstico deve seguir camadas. Primeiro são verificados alimentação, meio físico, sinal e link. Depois, VLAN, endereçamento, rota, firewall, protocolo e aplicação.

Erros em interfaces podem indicar cabo, conector, transceptor ou interferência. Descartes podem indicar congestionamento ou buffer. Flapping pode apontar instabilidade física ou negociação.

Quando apenas um protocolo falha, a conectividade IP não comprova funcionamento. Portas, multicast, sessão, parâmetros e capacidade do dispositivo precisam ser avaliados.

Capturas de tráfego devem ser realizadas em pontos controlados. O timestamp dos equipamentos e da ferramenta precisa estar sincronizado para correlação.

Erros comuns

Um erro recorrente é construir uma rede plana porque “todos os dispositivos precisam se comunicar”. A matriz de fluxo normalmente mostra que apenas alguns pares precisam de conexão.

Outro problema é selecionar switches apenas por portas e temperatura, sem avaliar multicast, buffers, redundância, gerenciamento ou homologação dos protocolos.

Também é inadequado aplicar QoS sem medir congestionamento, criar VLAN sem firewall, duplicar equipamentos com alimentação comum e confiar que um protocolo aberto garante interoperabilidade.

Documentação incompleta transforma pequenas alterações em risco. Endereços, portas e senhas mantidos apenas em planilhas pessoais impedem operação sustentável.

Por fim, testar apenas ping e leitura de uma tag não comprova a rede. Contingências, carga, alarmes, qualidade, timestamp e recuperação precisam ser ensaiados.

Conclusão

Redes industriais conectam o processo físico aos sistemas de controle, supervisão e gestão. Seu projeto combina desempenho, disponibilidade, protocolos, switches, meios físicos, integração com SCADA, segurança e operação.

Uma arquitetura confiável começa pelos requisitos funcionais e distribui responsabilidades entre campo, controle, supervisão e integração. Protocolos são escolhidos pela função; redundância é validada por falhas reais; segurança é baseada em zonas e fluxos; monitoramento oferece evidência operacional.

Quando documentação, governança e comissionamento fazem parte da solução, a rede deixa de ser apenas um conjunto de equipamentos e passa a ser uma infraestrutura de engenharia capaz de sustentar a automação durante todo o ciclo de vida.

Referências técnicas

[1] NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY. NIST SP 800-82 Rev. 3 — Guide to Operational Technology Security. Gaithersburg, 2023.

[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62443 series — Security for industrial automation and control systems.

[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 61158 series — Industrial communication networks — Fieldbus specifications.

[4] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 61784 series — Industrial communication networks — Profiles.

[5] IEEE. IEEE 802.1Q — Bridges and Bridged Networks.

[6] IEEE 802.1 WORKING GROUP. Time-Sensitive Networking Task Group. Disponível em: https://1.ieee802.org/tsn/. Acesso em: 13 jul. 2026.

[7] OPC FOUNDATION. OPC Unified Architecture. Disponível em: https://opcfoundation.org/about/opc-technologies/opc-ua/. Acesso em: 13 jul. 2026.

[8] MODBUS ORGANIZATION. Modbus Application Protocol Specification. Disponível em: https://modbus.org/specs.php. Acesso em: 13 jul. 2026.

[9] PROFIBUS & PROFINET INTERNATIONAL. PROFINET Technology. Disponível em: https://www.profibus.com/technology/profinet/. Acesso em: 13 jul. 2026.

[10] ODVA. EtherNet/IP. Disponível em: https://www.odva.org/technology-standards/key-technologies/ethernet-ip/. Acesso em: 13 jul. 2026.

[11] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 61850 series — Communication networks and systems for power utility automation.

[12] IEEE. IEEE 1815 — Standard for Electric Power Systems Communications — Distributed Network Protocol.

Perguntas frequentes
O que são redes industriais?

São infraestruturas de comunicação usadas para integrar sensores, controladores, máquinas, IEDs, gateways e sistemas SCADA em ambientes de automação e controle.

Qual é a diferença entre rede industrial e rede corporativa?

A rede industrial está diretamente ligada ao processo físico e precisa atender requisitos de disponibilidade, latência, determinismo, ciclo de vida e segurança operacional.

O que é Ethernet industrial?

É o uso de tecnologias Ethernet em ambientes industriais, associado a equipamentos, protocolos e recursos adequados a automação, diagnóstico, tempo real e redundância.

Como escolher um switch industrial?

Devem ser avaliados ambiente, portas, capacidade, buffers, multicast, VLAN, QoS, redundância, gerenciamento, alimentação, EMC e compatibilidade com os protocolos usados.

Quais são os principais protocolos industriais?

Entre os mais comuns estão Modbus, PROFIBUS, PROFINET, EtherNet/IP, OPC UA e MQTT. No setor elétrico, IEC 61850, DNP3 e IEC 104 também são relevantes.

Qual é o melhor protocolo industrial?

Não existe um protocolo universalmente melhor. A escolha depende da função, desempenho, interoperabilidade, segurança, ciclo de vida e suporte dos equipamentos.

Como redes industriais se integram ao SCADA?

Controladores, RTUs, IEDs ou gateways disponibilizam medições, estados, alarmes e comandos ao SCADA por protocolos compatíveis e uma lista de pontos documentada.

VLAN é uma medida de segurança?

VLAN separa domínios de broadcast, mas não substitui firewall, controle de fluxo, identidade e monitoramento entre zonas.

Como garantir alta disponibilidade?

É necessário combinar redundância de enlaces, equipamentos, fontes e servidores, além de testar tempos de recuperação e falhas comuns.

Como monitorar uma rede industrial?

Devem ser usados indicadores de interfaces, erros, utilização, fontes, temperatura, redundância, logs, protocolos e sincronismo, por SNMP, syslog e plataformas de observabilidade.

O que deve constar no projeto?

Diagramas físico e lógico, endereçamento, VLANs, rotas, protocolos, matriz de fluxos, redundância, sincronismo, alimentação, segurança, configurações e critérios de testes.

Como comissionar uma rede industrial?

O comissionamento deve validar meio físico, configurações, protocolos, SCADA, desempenho, contingências, segurança, logs, backup e recuperação com evidências.

Materiais técnicos complementares

Soluções relacionadas

Serviços relacionados

Protocolos, arquitetura e integração

Segurança, monitoramento e operação