Passo a passo · IoT industrial
Como funciona IoT para indústria: etapas e entregas para fábricas
Como funciona IoT para indústria: um gateway perto da linha lê o que o CLP de cada máquina já sabe, junta essa leitura à de sensores presos por fora das máquinas antigas e envia tudo, com data e hora, para um histórico que alimenta o painel da gestão. O serviço anda em seis etapas, das perguntas de cada área até a expansão, e só passa da linha piloto quando os números do painel batem com a produção real.
Resumo
- O dado nasce no CLP ou num sensor externo, passa pelo gateway de borda e chega ao histórico com o horário de quando aconteceu.
- O gateway guarda as leituras enquanto a rede ou a internet estiver fora e reenvia tudo quando a ligação volta.
- As etapas que mais pesam no calendário são a instalação, presa às paradas programadas, e o piloto, que precisa de vários turnos.
- No fim, a fábrica recebe o mapa de cada dado lido, a rede documentada, o gateway com cópia da configuração e o painel conferido.
Como funciona IoT para indústria: o caminho do dado até o painel
O dado sai da máquina, atravessa uma rede de coleta separada do escritório e chega a um histórico que guarda cada leitura com data e hora. O painel só desenha o que esse histórico já recebeu e conferiu.
Na IoT, a internet das coisas, cada equipamento informa sozinho o que está fazendo: quando ligou, quando parou, quantas peças fez e quanta energia puxou.
Quem conhece esses números dentro da máquina é o CLP, o controlador lógico programável que comanda motores, válvulas e esteiras. Máquinas antigas, sem CLP ou com CLP fechado, recebem sensores por fora: um sensor de corrente no cabo do motor, por exemplo, mostra se ele está girando com carga ou rodando em vazio.
O serviço de IoT para indústria cuida do trajeto entre essas fontes e a tela da gestão. A Táquion Tech configura a rede de coleta e o gateway, e não altera a programação de nenhuma máquina: o CLP continua sendo comandado só por quem já comanda.
1 · Origem
CLP ou sensor externo
O CLP guarda contagem, estado e alarmes; o sensor externo mede corrente, vibração ou pulsos na máquina antiga.
2 · Leitura
Consulta só de leitura
O gateway pergunta ao CLP em intervalos combinados com o integrador, por Modbus TCP ou OPC UA.
3 · Borda
Gateway perto da linha
Traduz protocolos diferentes para um formato só, carimba o horário e guarda as leituras se a rede cair.
4 · Transporte
Rede de coleta e MQTT
As leituras seguem por uma rede separada do escritório até o servidor que recebe as mensagens.
5 · Uso
Histórico e painel
Um banco de séries temporais guarda tudo, e o painel calcula paradas, ritmo e consumo por turno.
O caminho é de mão única, e nenhum comando desce do painel para o CLP.
Por que o gateway guarda as leituras quando a rede cai?
Porque a produção não para quando a internet cai. O gateway de borda grava cada leitura localmente e só apaga depois que o servidor confirma o recebimento.
Para isso funcionar, o horário de cada leitura precisa ser o do momento em que ela aconteceu, e não o da chegada ao servidor. Por isso gateway, CLPs e servidor acertam o relógio pela mesma fonte de hora, pelo protocolo NTP; sem essa sincronia, uma parada pode aparecer terminando antes de começar.
O que o MQTT faz no meio do caminho
O MQTT é um protocolo leve de mensagens em que o gateway publica cada leitura num tópico, como "linha2/extrusora/estado", e quem precisa daquele dado assina o tópico.
Assim, painel, sistema de manutenção e ERP leem a mesma mensagem sem consultar a máquina de novo, e trocar o painel no futuro não exige refazer a leitura dos CLPs.
As seis etapas do serviço, na ordem em que acontecem
O serviço começa por perguntas, passa pelo chão de fábrica, vira projeto, é instalado nas paradas programadas, é conferido numa linha piloto e só então se estende. Cada etapa termina com um entregável que a seguinte usa.
| Etapa | O que acontece | Quem participa | Peso no calendário | Entregável |
|---|---|---|---|---|
| 1. Perguntas | Cada área diz que decisão quer tomar com os dados | Produção, manutenção, energia e qualidade | Curto | Lista de indicadores com dono |
| 2. Chão de fábrica | Visita às máquinas, fotos de plaquetas e painéis, rota dos cabos | Especialista, manutenção e integrador | Curto a médio | Inventário de máquinas e forma de leitura |
| 3. Projeto | Mapa de cada dado, desenho da rede de coleta e posição do gateway | Especialista e TI da fábrica | Médio | Mapa de tags e desenho da rede |
| 4. Instalação | Cabos, switches, gateway e sensores montados com a máquina parada | Especialista, eletricista e integrador | Longo | Linha piloto coletando |
| 5. Piloto | Painel comparado com o apontamento manual por vários turnos | Supervisão da linha e Especialista | Médio a longo | Relatório de conferência |
| 6. Expansão | Outras linhas entram copiando o padrão aprovado | Mesma equipe, em ondas | Varia com a fábrica | Fichas por máquina e documentação final |
Os prazos em dias dependem do tamanho da linha e do calendário de paradas, e são definidos por escrito depois da visita: [PREENCHER prazos típicos de cada etapa]. A ordem, porém, não muda, porque cada etapa usa o que a anterior entregou.
O que define o ritmo do cronograma
Três fatores fora do controle do Especialista costumam ditar a velocidade: a agenda de paradas da linha, a disponibilidade do integrador e a chegada dos equipamentos comprados pela fábrica.
- Paradas programadas: sensor em painel elétrico só entra com a máquina desligada e bloqueada, então a instalação segue o calendário da manutenção.
- Integrador de automação: é ele quem confirma em que endereço do CLP está cada dado; sem essa resposta, o gateway não tem o que ler.
- Compra de equipamentos: sensores, gateway e switches são comprados pela fábrica com a especificação do projeto, e o prazo de entrega do fornecedor entra no cronograma.
O que a fábrica precisa preparar em cada fase?
A fábrica prepara pessoas, acessos e números de comparação. Sem um apontamento manual para conferir, o piloto não tem como provar que o painel está certo.
Separe antes da visita ao chão de fábrica
- Um responsável interno que responda pela linha piloto e possa decidir sobre horários de parada.
- O calendário das próximas paradas programadas da linha escolhida.
- Uma planta ou croqui do galpão com a posição das máquinas e dos painéis elétricos.
- Espaço num armário ou rack, com tomada protegida, para o gateway ficar perto da linha.
- A regra da TI sobre o que pode sair da fábrica para a internet e por qual caminho.
- O apontamento manual dos últimos turnos da linha piloto, para servir de comparação.
- A lista de alarmes que a manutenção já acompanha na tela das máquinas.
O item que mais atrasa projetos é o apontamento manual: sem ele, a conferência do piloto começa do zero e leva mais turnos.
Se a rede das máquinas ainda divide switch com os computadores do escritório, a separação entra antes ou junto. A segregação entre TI e automação define as zonas em que o gateway pode falar com a internet sem abrir caminho até o CLP.
Quer ver os números da sua linha chegando sozinhos?
Na IoT para indústria, um Especialista conduz as perguntas, o levantamento e o piloto, combina a leitura com o seu integrador e entrega cada máquina documentada.
Como o integrador de automação entra no processo
O integrador é a empresa ou o técnico que programa os CLPs da fábrica, e ele participa de três momentos: no levantamento, no projeto e no dia da instalação.
- No levantamento: diz quais máquinas têm o dado pronto e quais exigiriam mudar o programa, o que fica fora do escopo da coleta.
- No projeto: informa o endereço de cada contagem, estado e alarme e aprova a frequência com que o gateway vai consultar o CLP.
- Na instalação: acompanha a primeira leitura e confirma que a máquina segue funcionando normalmente com o gateway ligado.
A Táquion Tech não programa CLP. Se um dado não existe na máquina, a fábrica decide entre pedir a mudança ao integrador ou instalar um sensor externo.
Erros comuns em cada etapa e o sinal que cada um deixa
Quase todo erro de IoT industrial deixa um sintoma visível no painel ou na máquina antes de virar problema grande. Saber ler esses sinais evita que a fábrica desconfie dos números e abandone o projeto.
| Etapa | O que dá errado | Como se percebe |
|---|---|---|
| Perguntas | Indicador sem ninguém que decida algo com ele | Telas que ninguém abre depois da segunda semana |
| Chão de fábrica | Protocolo da máquina anotado errado | Gateway sem resposta da máquina no dia da instalação |
| Projeto | Endereço do CLP trocado no mapa de tags | Contagem que sobe quando a máquina está parada |
| Instalação | Consulta ao CLP frequente demais | Tela da máquina lenta ou alarme de comunicação na IHM |
| Instalação | Relógios fora de sincronia | Paradas com fim antes do início no histórico |
| Piloto | Limiar errado no sensor de corrente | Máquina rodando em vazio contada como produzindo |
| Expansão | Programa do CLP alterado sem aviso | Números que mudam de escala de um dia para outro |
A IHM, interface homem-máquina, é a tela da própria máquina. Se ela fica lenta depois que o gateway entra, a frequência de leitura passou do que o CLP aguenta.
Quando o problema está na rede de coleta
Buracos curtos e repetidos no gráfico, sempre no mesmo trecho da linha, costumam apontar para a rede, e não para a máquina.
Cabo de rede junto com cabo de motor, switch comum em painel quente ou um laço entre dois switches derrubam a comunicação aos poucos; o guia de configuração de spanning tree trata do último caso.
Leitura sem fio também tem sinal de alerta
Sensores sem fio, como os de LoRaWAN, mostram problema como leituras que chegam em grupos ou somem em certos horários. O projeto da rede LoRaWAN trata dessa parte à parte.
Exemplo: como funciona IoT para indústria numa linha de extrusão
Uma fábrica de embalagens plásticas quer saber por que a linha de extrusão rende menos no turno da noite. O exemplo abaixo mostra o serviço inteiro aplicado a essa pergunta.
O caso é ilustrativo: uma extrusora com CLP recente, uma bobinadeira antiga sem saída de dados e um quadro que alimenta as duas.
- Perguntas: a produção quer quilos por hora e paradas por motivo em cada turno; a manutenção quer a temperatura das zonas de aquecimento; a área de energia quer o consumo por quilo produzido.
- Chão de fábrica: a extrusora responde por Modbus TCP, a bobinadeira não tem CLP acessível e o quadro aceita um medidor de energia com saída de dados.
- Projeto: o mapa de tags lista doze leituras da extrusora, um sensor de corrente no motor da bobinadeira e o medidor do quadro; o gateway fica num armário no mezanino, numa rede separada do escritório.
- Instalação: num sábado de parada programada, o eletricista monta o sensor e o medidor, e o integrador acompanha a primeira leitura do CLP.
- Piloto: por vários turnos, os quilos do painel são comparados com a pesagem da expedição; o limiar do sensor da bobinadeira é ajustado porque ela girava em vazio na troca de bobina.
- Resultado: o painel mostra que a noite perde tempo em trocas de bobina mais longas, e não em quebras, o que leva a um ajuste de procedimento, e não à compra de máquina.
O achado só vale porque os números foram conferidos antes de alguém agir. O guia de análise preditiva de falhas mostra como o histórico de temperatura vira aviso antes da quebra.
O que a fábrica recebe no fim do projeto
A fábrica recebe a linha coletando, o painel conferido e a documentação para manter tudo sem depender de quem instalou. O conjunto vale tanto para a linha piloto quanto para cada linha que entrar depois.
- Mapa de tags: cada dado lido, de qual máquina, em qual endereço ou sensor, com que frequência e o que significa.
- Desenho da rede de coleta: switches, cabos, posição do gateway e regras de saída para o servidor ou a nuvem.
- Configuração do gateway: cópia guardada, senhas entregues e instrução de como restaurar em caso de troca do equipamento.
- Relatório do piloto: comparação turno a turno entre o painel e o apontamento manual, com os ajustes feitos.
- Painel validado: indicadores aprovados pela supervisão, com a fórmula de cada um escrita.
- Procedimento de mudança: o que fazer quando o integrador alterar o programa de uma máquina conectada.
Na rotina, como funciona IoT para indústria é simples de resumir: a coleta segue sozinha, e o único cuidado recorrente é avisar quando uma máquina muda de programa, de lugar ou de função.
Quando vale levar a IoT para o resto da fábrica?
Vale quando o piloto terminou com os números conferidos e a supervisão usou o painel para decidir alguma coisa de verdade.
Se a contagem ainda diverge do apontamento, expandir só multiplica a dúvida. O que entra no orçamento de cada fase, inclusive a expansão, está no guia de quanto custa IoT para indústria.
Perguntas frequentes
A coleta de dados pode parar a máquina?
Não deveria, quando é só leitura e com a frequência aprovada pelo integrador. O gateway nunca envia comando, e a montagem física acontece com a máquina parada.
Precisa de internet para a IoT funcionar na fábrica?
Para coletar, não, porque o gateway e a rede de coleta funcionam dentro da planta. A internet só é necessária quando o histórico ou o painel ficam numa nuvem, e mesmo assim o gateway guarda as leituras enquanto ela estiver fora.
Quantas máquinas entram na linha piloto?
O piloto costuma cobrir uma linha curta inteira, para mostrar o fluxo entre as máquinas e o gargalo entre elas. Uma máquina só testa a coleta, mas não responde às perguntas de produção.
Quem cuida do sistema depois que o projeto termina?
A fábrica, com a documentação entregue, ou um contrato de acompanhamento combinado à parte [CONFIRMAR oferta]. O ponto crítico é ter alguém responsável por avisar mudanças no programa dos CLPs.
Dá para ligar máquinas de fabricantes diferentes no mesmo painel?
Dá, porque o gateway traduz cada protocolo para um formato único antes de enviar. Cada fabricante a mais acrescenta uma configuração no gateway, conferida na documentação da máquina [CONFIRMAR na documentação].
Fontes
- MQTT (Wikipédia em inglês): protocolo de mensagens por publicação e assinatura usado para levar leituras de sensores e máquinas.
- OPC Unified Architecture (Wikipédia em inglês): padrão de comunicação industrial usado por CLPs e máquinas mais recentes.
- Network Time Protocol (Wikipédia em inglês): protocolo que sincroniza o relógio de equipamentos de rede pela mesma fonte de hora.