Um gateway IoT industrial é um dispositivo, ou um software rodando em um pequeno computador industrial, que fica entre as máquinas do chão de fábrica e os sistemas que querem os dados delas. Ele lê valores de CLPs, inversores e medidores nos protocolos que esses equipamentos falam, traduz tudo para um formato que os sistemas de TI e de nuvem entendem e envia os dados adiante com segurança, geralmente sem que ninguém precise alterar as próprias máquinas.

Se você precisa de dados de CLPs e máquinas em um dashboard, em um historiador ou em um sistema de manutenção, a maior parte das decisões práticas gira em torno do gateway. Quais protocolos ele precisa ler? Quanto processamento deve acontecer junto à máquina? E em que ponto da rede da fábrica ele deve ficar para não se tornar o ponto fraco? Este artigo responde a essas perguntas nessa ordem.

O essencial

  • Um gateway lê protocolos industriais como Modbus, OPC UA ou EtherNet/IP de um lado e publica os dados do outro, muitas vezes via MQTT.
  • Ele também armazena os dados em buffer quando a conexão cai e mantém a rede de controle fechada para o exterior.
  • A computação de borda no gateway reduz dados brutos de alta frequência aos valores que importam antes que saiam da fábrica.
  • O hardware de gateway para uma fábrica é feito para painéis elétricos: trilho DIN, 24 V CC, ampla faixa de temperatura, portas seriais e várias portas Ethernet.

Como funciona um gateway IoT industrial?

Acompanhe um único valor passando por um gateway e as funções dele ficam claras. Digamos que você queira a corrente do motor de uma extrusora, que o CLP dela já mede.

O lado southbound do gateway se conecta à máquina. Ele tem drivers para protocolos industriais: Modbus RTU em uma linha serial RS-485, Modbus TCP, OPC UA, EtherNet/IP, PROFINET ou protocolos proprietários, como o Siemens S7. Você o configura para ler o registrador do CLP ou o nó OPC UA que contém a corrente do motor, e com que frequência, por exemplo uma vez por segundo.

Em seguida, ele dá significado ao número bruto. Um registrador Modbus pode conter 1.523, que o programador do CLP definiu como 152,3 ampères. O gateway aplica a escala, acrescenta um nome, uma unidade e um carimbo de data e hora, e pode descartar ou combinar valores de acordo com regras que você define.

A leitura cíclica (polling) exige certo cuidado nessa etapa. A capacidade de comunicação de um CLP é compartilhada com tudo o que conversa com ele, incluindo a IHM e o SCADA. Ler duzentos registradores espalhados uma vez por segundo, uma requisição de cada vez, pode deixar essas outras conexões mais lentas. Boas configurações de gateway agrupam registradores vizinhos em uma única requisição, leem valores que mudam devagar, como temperaturas, a cada poucos segundos em vez de a cada ciclo, e só publicam um valor quando ele muda mais do que uma quantidade definida, chamada de banda morta (deadband).

Depois vem o lado northbound, por onde os dados saem. A maioria dos gateways modernos publica via MQTT, um protocolo leve de publicação/assinatura em que os dispositivos enviam mensagens a um broker em tópicos nomeados e qualquer sistema autorizado pode assinar. Alguns também oferecem HTTPS, OPC UA para outros sistemas da fábrica ou Sparkplug B, uma especificação que padroniza tópicos e payloads MQTT para uso industrial.

Mais duas funções acontecem discretamente em segundo plano. O buffer store-and-forward guarda as mensagens quando a conexão de rede cai e as envia, com seus carimbos de data e hora originais, quando ela volta. E a segurança: o gateway abre conexões de saída criptografadas, então nada fora da fábrica precisa de uma porta de entrada.

Os gateways existem em muitas formas, de fluxos Node-RED em um PC industrial a hardware Modbus2MQTT, Moxa e Advantech, passando por softwares de borda comerciais como o Ignition Edge. Qualquer um deles se conecta ao Kilo apontando sua saída MQTT para um broker: o MQTT na nuvem, que o Kilo provisiona para você e que só aceita conexões criptografadas com TLS, ou o seu próprio broker por meio do MQTT externo. Depois, você decide como cada mensagem encontra seu dispositivo no Kilo, pelo tópico ou por um ID de dispositivo dentro do payload JSON. Se as suas máquinas expõem um servidor OPC UA, uma ponte que assina os nós dele e publica JSON via MQTT é o caminho usual para conectar equipamentos OPC UA dessa forma.

Como projetar uma rede de IoT industrial

Uma rede de IoT industrial precisa fazer duas coisas que puxam em direções opostas: tirar os dados da fábrica com facilidade e manter o sistema de controle protegido. Uma arquitetura de IoT industrial em camadas resolve isso definindo onde cada dispositivo fica e em que sentido o tráfego pode fluir.

O layout ao qual a maioria das fábricas acaba chegando é este, da máquina para fora:

  • Redes de máquina e de célula. CLPs, inversores, E/S remotas e IHMs se comunicam pelo seu próprio fieldbus ou Ethernet industrial. É aqui que acontece o controle em tempo real, e nada aqui deve depender da nuvem.
  • Rede de controle da fábrica. Servidores SCADA, estações de engenharia e sistemas de linha interligam as células. Firewalls a separam da rede de escritório.
  • DMZ industrial. Uma zona de proteção entre a rede de controle e a rede corporativa. O gateway muitas vezes fica aqui, ou fica na fronteira com uma porta de rede em cada lado, para poder ler dos controladores e publicar para fora sem rotear tráfego entre as duas.
  • Rede corporativa e nuvem. ERP, sistemas de manutenção, dashboards e plataformas em nuvem recebem os dados.

As regras de tráfego decorrem do layout. O gateway inicia as conexões em direção aos controladores do lado de dentro e em direção ao broker do lado de fora; nada do lado de fora inicia uma conexão para dentro. Se um sistema em nuvem precisa enviar um comando de volta a um equipamento, esse comando ainda deve chegar pela conexão de saída do próprio gateway, e o controlador local da máquina decide se o aceita.

Os sensores sem fio acrescentam um caminho paralelo. Sensores a bateria que monitoram vibração ou temperatura em máquinas mais antigas geralmente enviam dados a um gateway LoRaWAN ou a uma estação base mioty, que encaminha as mensagens a um servidor de rede. Esse caminho nem chega a tocar a rede de controle, e esse é um dos motivos pelos quais os retrofits de equipamentos legados costumam usá-lo.

Uma verificação prática do projeto é desenhar todas as setas em uma única página: cada dispositivo, em qual rede ele está e em que sentido cada conexão é aberta. Se alguma seta apontar da internet para a rede de controle, o projeto precisa ser revisto.

Computação de borda vs nuvem na IoT industrial

Computação de borda (edge computing) na IoT industrial significa processar os dados no gateway ou perto dele, antes que saiam da fábrica. A nuvem, ou um data center central, cuida do que precisa de dados de muitas máquinas ou unidades. A maioria dos projetos usa as duas, então a pergunta útil é qual tarefa fica onde.

Os dados de vibração mostram bem por que processar na borda. Um sensor de vibração amostrado 10.000 vezes por segundo gera 864 milhões de amostras por dia. A dois bytes por amostra, são cerca de 1,7 GB por dia para um eixo de medição em uma única máquina. Enviar isso para a nuvem em uma fábrica com cem rolamentos monitorados não é barato nem útil. Um dispositivo de borda que calcula a velocidade de vibração RMS e alguns valores espectrais uma vez por minuto envia, em vez disso, 1.440 conjuntos de números por dia e guarda a forma de onda bruta localmente para um analista que precise dela.

O mesmo raciocínio vale para valores de processo comuns. Um nível de tanque lido a cada segundo, mas publicado só quando varia mais de 0,5%, pode enviar algumas centenas de mensagens por dia em vez de 86.400, sem perder nada que levaria alguém a agir. Escolher essas bandas mortas sinal por sinal é uma das partes mais úteis da configuração de borda, e uma das que mais ficam no valor padrão.

Tarefa Melhor na borda Melhor na nuvem
Reduzir sinais de alta frequência a indicadores Sim
Buffer durante quedas de rede Sim
Reações locais rápidas (milissegundos) Sim, embora o controle continue no CLP
Comparar máquinas entre linhas e unidades Sim
Histórico de longo prazo e relatórios Sim
Alertas que precisam chegar às pessoas em qualquer lugar Sim
Atualizar a lógica de muitas unidades de uma vez Sim

Duas regras práticas saem da tabela. Tudo o que precisa funcionar quando a internet cai fica na borda ou no CLP. Tudo o que precisa de uma visão entre máquinas, unidades ou meses fica centralizado. As funções de segurança não ficam em nenhum dos dois; elas permanecem em controladores de segurança dedicados.

De que hardware de IoT industrial você precisa?

O hardware de IoT industrial para um projeto de fábrica costuma se resumir a três tipos de dispositivo: gateways para equipamentos cabeados, sensores para o que ainda não é medido e gateways de rádio para sensores sem fio.

Para um gateway que lê CLPs, procure características adequadas a um painel elétrico, e não a um escritório:

  • montagem em trilho DIN e entrada de alimentação de 24 V CC, para caber ao lado do CLP e compartilhar a alimentação dele;
  • uma faixa de temperatura de operação compatível com o painel, que numa fábrica quente pode passar de 50 °C;
  • portas seriais RS-485 para equipamentos Modbus RTU mais antigos, além de pelo menos duas portas Ethernet, para manter separadas a rede de controle e a rede de saída;
  • armazenamento suficiente para guardar em buffer vários dias de dados durante uma queda;
  • secure boot e atualizações de firmware assinadas, para que o gateway não possa ser reprogramado às escondidas;
  • um fabricante que publique atualizações de segurança durante toda a vida útil do dispositivo.

O gateway não precisa ser uma caixa dedicada. O software de gateway também pode rodar em um PC industrial que já esteja no painel, ou em uma máquina virtual em um servidor da fábrica, o que combina com unidades que padronizam uma única plataforma de hardware para muitas finalidades. A contrapartida é a responsabilidade: um gateway dedicado tem uma única função e um único ciclo de atualização, enquanto um hardware compartilhado exige um acordo entre TO e TI sobre quem aplica os patches e quando.

Muitas máquinas também têm sinais que ninguém mede ainda: a temperatura de um rolamento, o nível de um tanque, o estado de funcionamento de um motor. Para esses, sensores sem fio a bateria evitam cabeamento novo, e um único gateway de rádio instalado no alto do galpão geralmente consegue cobrir um prédio inteiro.

Equipamentos mais antigos que só falam Modbus também podem ser conectados por pequenos conversores que leem os registradores deles e repassam os valores. A Kilo Electronics tem dispositivos Modbus para esse tipo de conexão.

Perguntas frequentes sobre gateway IoT industrial

Qual a diferença entre um gateway IIoT e um roteador?

Um roteador encaminha pacotes de rede entre redes sem entender o conteúdo deles. Um gateway IIoT entende protocolos industriais: ele lê valores específicos das máquinas, converte e rotula esses valores e os publica em um novo formato. Alguns dispositivos combinam as duas funções em um só equipamento.

Um CLP pode funcionar como gateway IoT industrial?

Em parte. Muitos CLPs mais novos incluem um servidor OPC UA ou um cliente MQTT, então conseguem compartilhar dados diretamente. Um gateway separado ainda é comum quando uma fábrica tem controladores de vários fabricantes ou gerações, porque oferece um ponto de conexão único e consistente e mantém o processador do CLP focado no controle.

Os gateways IoT industriais suportam Sparkplug B?

Muitos suportam. O Sparkplug B, mantido pela Eclipse Foundation, define uma estrutura de tópicos, um formato binário compacto de payload e mensagens de "birth" e "death" que avisam os assinantes quando um dispositivo fica online ou sai do ar. Essa visibilidade do estado é a principal vantagem dele em relação ao MQTT puro com JSON personalizado.

Escolha uma máquina cujo CLP já exponha dados via Modbus TCP ou OPC UA e instale ao lado dela um gateway que publique quatro tags via MQTT: corrente do motor, velocidade, uma temperatura e um código de falha. Coloque esses valores em gráficos no Kilo, no plano gratuito, depois desconecte o cabo de saída do gateway por uma hora e veja se o buffer dele envia as leituras que faltaram quando a conexão voltar.