O alvorecer da rede industrial: Sistemas de Propriedade e ônibus de campo

Antes da idade da Ethernet omnipresente, o piso de fábrica operava em uma patchwork de sistemas proprietários e semi-proprietários de fieldbus. Nos anos 1970 e 1980, conectar um controlador lógico programável (PLC) a sensores e atuadores significava executar arneses de fiação paralela maciça de cada dispositivo de volta a um gabinete de controle central. Essa abordagem era cara, difícil de solucionar problemas e não tinha a flexibilidade necessária para mudar rapidamente as linhas de produção.

A introdução de redes digitais de barramento de campo em meados dos anos 80 marcou o primeiro grande salto em frente. Padrões como ]Profibus (Process Field Bus), desenvolvido pela Siemens e promovido pela Profibus & Profinet International, e Modbus[, originalmente criado por Modicon (agora Schneider Electric), permitiu que os dispositivos se comunicassem por um único cabo serial. Estas redes utilizaram protocolos master-slave ou token-passing para mediar o acesso ao meio de comunicação. Outros jogadores proeminentes incluídos DeviceNet e ControlNet, conduzidos pela Rockwell Automation, que oferecia conectividade robusta para fabricação discreta e controle de movimento.

Embora estes ônibus de campo simplificassem amplamente a fiação e os diagnósticos melhorados, eles estavam longe de ser perfeitos. Cada padrão frequentemente exigia chips especializados, software de configuração proprietário e cabeamento específico. A interoperabilidade entre um dispositivo Profibus e uma rede DeviceNet era essencialmente inexistente sem gateways caros e complexos. As taxas de dados, tipicamente variando de 1 Mbps a 12 Mbps, logo foram insuficientes para as crescentes demandas de automação de alta velocidade, sistemas de visão e garantia de qualidade intensiva de dados. A etapa foi definida para um novo paradigma: a convergência de redes industriais e comerciais. Alimentados pela crescente maré da internet e as economias de escala maciças alcançadas pela indústria de TI, Ethernet padrão surgiu como o candidato lógico para deslocar o cenário fragmentado do ônibus de campo.

EtherNet/IP: Aproveitando o Protocolo Industrial Comum

O impulso para padronizar o controle industrial na Ethernet levou ao desenvolvimento de vários padrões concorrentes de "Ether Ethernet industrial" no final dos anos 1990 e início dos anos 2000. Entre os mais bem sucedidos, EtherNet/IP, desenvolvido conjuntamente pela Rockwell Automation e gerido pela ODVA (Open DeviceNet Vendors Association)[. EtherNet/IP representa "Protocolo Industrial EtherNet." Em vez de reinventar as camadas físicas ou de links de dados, ele mapeia inteligentemente um protocolo de camada de aplicação maduro e robusto – o Protocolo Industrial Comum (CIP)]—directamente sobre as pilhas TCP/IP padrão e UDP/IP/IP.

Esta estratégia deu várias vantagens imediatas à EtherNet/IP. Pode ser executada com hardware Ethernet de alta velocidade e com o sistema de configuração e diagnóstico explícitos (comunicadores, cabos e placas de interface de rede). Esta arquitetura de modo duplo permitiu que uma única rede lidasse com dados de controle críticos em tempo real, além de tráfego de configuração menos urgente. Os dispositivos poderiam ser dinamicamente descobertos usando protocolos padrão, simplificando a configuração. A sua abertura e dependência inerente à infra-estrutura Ethernet padrão levou a adoção generalizada em indústrias automotivas, de embalagem e de manuseio de materiais. Apesar do seu sucesso, a EtherNet/IP, como todos os protocolos Ethernet padrão, lutaram com um único requisito industrial fundamental: verdadeiro comportamento determinístico.

O Desafio Fundamental: Determinação vs. Melhor Esforço

O cerne do problema reside na filosofia de design original do padrão Ethernet IEEE 802.3. O Ethernet padrão é uma rede não determinística "melhor esforço". Se dois dispositivos tentarem transmitir dados simultaneamente, ocorre uma colisão. O protocolo Transportador Sensor Multiple Access with Collision Detection (CSMA/CD) trata disto, tendo ambos os dispositivos a aguardar um intervalo de retrocesso aleatório antes de tentarem retransmitir. Num ambiente de escritório, esta latência aleatória é pouco perceptível. Um email que leva 10 milissegundos versus 20 milissegundos é irrelevante para a experiência do usuário.

No chão da fábrica, no entanto, tal jitter e latência são catastróficas. Um sistema de controle de movimento que coordena um braço robótico de alta velocidade pode exigir uma atualização de posição a cada 31,25 microssegundos. Um pacote perdido ou atrasado pode causar erros de sincronização do eixo, levando a vibração mecânica, dano de peça de trabalho ou paradas de emergência. À medida que os sistemas industriais empurravam para maior precisão, a aleatoriedade inerente ao Csma/CD tornou-se uma responsabilidade inaceitável. A indústria respondeu desenvolvendo soluções proprietárias que modificaram o próprio padrão Ethernet, muitas vezes sacrificando a interoperabilidade e hardware padrão. Enquanto essas soluções resolvevam o problema de latência, criaram uma nova: fragmentação.

Ethernet em tempo real: Soluções proprietárias para o problema de cronometragem

Para alcançar a comunicação determinística necessária para aplicações em tempo real, vários corpos padrão e fornecedores desenvolveram protocolos especializados. Estes padrões "Real-Time Ethernet" (RTE) tomaram diferentes abordagens para contornar o não determinismo da Ethernet padrão. Três dos exemplos mais notáveis são EtherCAT, PROFINET IRT[[, e Sercos III.

  • EtherCAT (Ethernet for Control Automation Technology), desenvolvido por Beckhoff, usa um método de "processamento em tempo real". O mestre envia uma única moldura de telegrama que passa por cada dispositivo escravo. Cada escravo lê os seus dados de entrada e insere os seus dados de saída na moldura à medida que passa. A moldura retorna ao mestre com todos os dados recolhidos. Este método é excepcionalmente rápido e eficiente, mas requer uma arquitetura específica e controladores de escravos EtherCAT especializados (ASICs).
  • PROFINET IRT (Isocronos Real Time), desenvolvido pela Siemens e Profibus & Profinet International, tem uma abordagem diferente. Ele divide o ciclo de comunicação em uma "fase vermelha" determinística para dados críticos no tempo e uma "fase verde" aberta para o tráfego padrão TCP/IP. Manter o timing rígido da fase vermelha requer ASICs PROFINET IRT especializados, configuração complexa de rede e sincronização de todos os interruptores participantes.
  • Sercos III (SErial Real-time Communication System) usa uma abordagem de "summation frame" semelhante à EtherCAT, mas suporta uma topologia de anel redundante para alta disponibilidade. Como PROFINET IRT, ele requer suporte de nível de hardware para o timing preciso e plugagem quente de dispositivos sem interromper o ciclo determinístico.

Todas essas soluções são eficazes. Uma rede EtherCAT ou PROFINET IRT devidamente configurada pode alcançar jitter na faixa de nanossegundos. No entanto, esses benefícios vêm a um custo: fornecedor lock-in, confiança em hardware especializado, engenharia de rede complexa e uma incapacidade fundamental de convergir perfeitamente com redes de TI padrão. Cada padrão RTE fala sua própria linguagem, e ligá-los continua a ser um desafio persistente. A indústria precisava de um padrão universal aberto para comunicação determinística sobre Ethernet padrão, não modificado.

Redes Sensíveis ao Tempo (TSN): A Busca por um Padrão Unificado

A resposta à fragmentação das redes de automação industrial é Rede Sensível ao Tempo (TSN). TSN não é um protocolo único, mas um conjunto abrangente de sub-padrão Ethernet IEEE 802.1 desenvolvido pelo IEEE TSN Task Group. Inicialmente evoluiu a partir do padrão Audio Video Bridging (AVB) para estúdios profissionais de áudio/vídeo, TSN foi re-engenhado para atender às exigências rigorosas de automação industrial, controle automotivo e telecomunicações 5G.

A filosofia principal do TSN é radicalmente diferente das soluções proprietárias anteriores. Em vez de alterar a estrutura de quadros Ethernet ou exigir silício personalizado para lidar com agendamento determinístico, o TSN funciona padronizando o comportamento dos switches de rede. Um switch habilitado para TSN pode priorizar o tráfego, moldar fluxos de dados e sincronizar relógios em toda a rede com extrema precisão, tudo enquanto usa 100 Mbps padrão, 1 Gbps, ou ainda hardware Ethernet de velocidade mais alta. Isto permite que uma rede convergente leve tráfego de escritório padrão, dados de alto volume de sensores IIoT e pacotes de controle de movimento em tempo real.

Os sub- padrões chave que fazem o TSN funcionar

TSN é definido por uma caixa de ferramentas de padrões, cada um abordando um aspecto específico da comunicação determinística. Compreender alguns componentes chave é essencial para apreciar seu poder.

  • [[ FLT: 0]]IEEE 802.1AS: Clock Syncronization[[ FLT: 1]] (Generalized Precision Time Protocol, gPTP). Este é o bloco fundamental de qualquer rede TSN. Ele fornece um mecanismo para todos os dispositivos da rede sincronizar os seus relógios com uma fonte de tempo comum com precisão sub- microssegundo. As estações finais e alterna mensagens de tempo de troca para medir os atrasos de propagação e corrigir o desvio do relógio. Sem esta base de tempo precisa, os mecanismos de agendamento de tráfego TSN não podem funcionar.
  • [[FLT: 0]]IEEE 802.1Qbv: Time- Aware Shaper (TAS)[[FLT: 1]]. Este é o mecanismo que impõe o determinismo. 802.1Qbv divide a operação de uma porta de comutação de saída em ciclos de tempo repetitivos. Dentro de cada ciclo, o tráfego em fila é fechado. Num momento específico, abre- se o portão para o tráfego de controlo de alta prioridade, e o portão para o tráfego de fundo padrão fecha. Isto garante que os pacotes críticos são transmitidos com latência baixa e limitada, sem interferências do tráfego concorrente. Este é o conceito de "Fase Verde / Fase Vermelha" aberto e interoperável.
  • IEEE 802.1Qci: Per-Stream Filtering and Policing. Para proteger a rede de dispositivos mal configurados ou com mau funcionamento, 802.1Qci permite que os switches monitorem e façam cumprir limites de largura de banda em fluxos de dados específicos. Se um sensor começar a transmitir dados em excesso, o switch TSN pode automaticamente soltar quadros ou relegar-los para uma fila de prioridade inferior, protegendo o tráfego de controle determinístico. Isto fornece a confiabilidade necessária para aplicações críticas à segurança.
  • [[FLT: 0]]IEEE 802.1CB: Replicação e Eliminação de Quadros para Confiabilidade (FRER)[[FLT: 1]]. Para sistemas de alta disponibilidade, 802.1CB fornece redundância perfeita. O dispositivo de envio duplica cada pacote e envia as duas cópias por caminhos fisicamente separados através da rede. O dispositivo de recepção aceita a primeira cópia para chegar e descarta a duplicata. Se um cabo for cortado ou um interruptor falhar, o fluxo de dados continua ininterrupto com o tempo de recuperação zero.

Esses padrões, juntamente com outros para reserva de fluxo (802.1Qat) e registro de link-local (802.1CS), formam um poderoso kit de ferramentas. Eles permitem que os engenheiros de rede projetem sistemas com latência garantida, perda de pacote zero e tolerância a falhas, tudo em hardware Ethernet padrão.

Como TSN permite comunicação determinística sobre Ethernet padrão

A transição da Ethernet padrão não determinística e de melhor esforço para uma rede determinística gerenciada pelo TSN é uma mudança fundamental na forma como a rede funciona. Numa rede padrão comutada, vários fluxos de dados competem pela largura de banda da porta de saída. Os preenchimentos de buffer do switch e os pacotes são em fila de espera "primeiro a entrar, primeiro a sair" ou com uma fila de prioridade simples (802.1p). Uma explosão súbita de dados de um fluxo de vídeo de alta prioridade pode atrasar um pacote de controle de movimento crítico do tempo, causando um pico de jitter.

O TSN elimina esta discórdia através da programação definida em 802.1Qbv (Time- Aware Shaper). Todas as estações de mudança e de fim são sincronizadas com um relógio mestre através do 802.1AS. Com base na latência e largura de banda requeridas do fluxo, uma ferramenta de configuração central calcula uma programação precisa. Determina exatamente quando os pacotes de um fluxo específico irão atravessar cada mudança ao longo do caminho. As portas nas portas de mudança abrem e fecham de acordo com este escalonamento, garantindo que as experiências de pacote não sejam adiadas. A latência do pior caso torna- se um valor conhecido, calculado, não um palpite estatístico. Isto é conhecido como "desemperecimento em tempo real".

Além disso, o TSN foi desenhado para convergência. Como o tráfego de controlo é estritamente programado e protegido por 802.1Qci, os restantes slots de largura de banda e de tempo podem ser livremente usados por outros protocolos. Um único cabo pode transportar um fluxo de controlo de movimento PROFINET, uma actualização de configuração UA OPC, uma página Web HTTP normal e uma chamada de voz- sobre- IP sem que nenhum deles interfira com o ciclo de controlo determinístico. Isto reduz drasticamente o custo e a complexidade da rede industrial.

O Impacto da TSN na Paisagem Industrial e Profissional

O lançamento do TSN está remodelando a automação industrial, redes automotivas de veículos e áudio/vídeo profissional. Para os proprietários de fábrica, o principal benefício é a convergência das redes de Tecnologia Operacional (OT) e Tecnologia da Informação (IT). O TSN permite que o chão da fábrica fale a mesma linguagem aberta que o data center corporativo. Isso simplifica a arquitetura da rede, reduz os custos de hardware e permite aplicações novas poderosas, como conectividade direta na nuvem para manutenção preditiva e gêmeos digitais.

Para fornecedores de automação, o TSN representa uma mudança nos modelos de negócios. Em vez de bloquear os clientes em um protocolo proprietário em tempo real, os fornecedores podem agora focar no valor-adicionando de seus controladores e sensores, alavancando a camada de transporte aberto do TSN. Principais organizações como o Avnu Alliance estão conduzindo testes de conformidade e interoperabilidade para garantir que os dispositivos TSN de diferentes fabricantes trabalhem perfeitamente juntos.

Uma das vantagens mais pragmáticas do TSN é que ele não requer o abandono de protocolos existentes em camada de aplicativos. Em vez disso, líderes em automação estão adaptando seus protocolos para executar o TSN.

  • PROFINET sobre TSN: PI está desenvolvendo "PROFINET sobre TSN" (também conhecido como "Profinet RTC") para remover o requisito para ASICs de IRT especializados PROFINET. Isto permite que PROFINET funcione em interruptores TSN-capáveis padrão, reduzindo drasticamente os custos de hardware, mantendo os mesmos níveis de desempenho.
  • CC-Link IE TSN: O consórcio de automação japonês CLPA foi o primeiro a combinar largura de banda gigabit com recursos TSN. Ele usa 802.1Qbv para comunicação determinística, enquanto suporta o tráfego padrão TCP/IP na mesma rede.
  • OPC UA sobre TSN: A Open Platform Communications Unified Architecture (OPC UA) é o padrão de fato para troca de dados segura independente de plataforma. Quando combinada com TSN (OPC UA FX), torna-se capaz de comunicação interoperável em tempo real, "peer-to-peer", conectando sensores, controladores e plataformas de nuvem diretamente. Esta combinação é amplamente considerada a camada de comunicação fundamental para a indústria 4.0.

O futuro das redes industriais: TSN, 5G, e o caminho para a indústria 4.0

A evolução da rede industrial está longe de terminar. O TSN fornece a espinha dorsal determinística com fios, mas a fábrica moderna exige flexibilidade sem fios. A convergência do TSN com 5G Ultra- Reliable Low- Latenty Communications (URLLC)] é a próxima fronteira principal. A especificação 3GPP Release 16 integra o TSN com 5G, permitindo que uma estação base 5G actue como uma ponte TSN. Isto permite que robôs móveis, veículos guiados automatizados (AGVs) e sensores sem fio participem na mesma rede determinística que máquinas com fio. A sincronização de tempo precisa do TSN garante que os terminais sem fio estejam totalmente sincronizados com o sistema de controlo com fio.

Segurança num mundo convergido

A convergência das redes de TI e OT também expande a superfície de ataque. Sem segurança rigorosa, um laptop de escritório comprometido poderia teoricamente impactar uma célula robótica controlada pelo TSN. As futuras implementações de TSN dependem cada vez mais de padrões de segurança robustos, como a série IEC 62443[ para segurança de rede de comunicação industrial. Segmentação de rede, autenticação de dispositivo (802.1X) e comunicação criptografada (IPsec ou TLS) estão sendo integradas no design de rede TSN para garantir que o aumento da conectividade não vem ao custo de segurança e confiabilidade.

Conclusão

A trajetória dos ônibus de campo proprietários para a EtherNet/IP, e agora para o ecossistema aberto e determinístico da Rede Sensível ao Tempo, reflete a demanda industrial implacável por sistemas mais rápidos, inteligentes e confiáveis. Embora protocolos Ethernet em tempo real especializados tenham resolvido com sucesso o desafio de tempo para fornecedores específicos, o TSN o alcança universalmente. Ao padronizar o comportamento da própria rede, o TSN permite verdadeira interoperabilidade, simplifica o design do sistema e fornece a infraestrutura de rede robusta e convergente necessária para as fábricas do futuro. À medida que o TSN amadurece e se integra com os frameworks sem fio 5G e garantes da UA OPC, sem dúvida se tornará o único padrão unificado que liga o hiato entre o mundo digital e a linha de produção física.