Um modelo de maturidade de gêmeo digital oferece uma linguagem comum para descrever em que ponto está uma iniciativa de gêmeo digital e o que é preciso para avançar. Este guia define seis níveis práticos, de um modelo estático ao controle autônomo em malha fechada, e para cada um lista as capacidades, a infraestrutura de dados e os padrões MQTT necessários. Use a autoavaliação no final para posicionar seu projeto e planejar o próximo passo.
Para os fundamentos do que é um gêmeo digital, veja o guia de tecnologia.
Por Que Usar um Modelo de Maturidade
Projetos de gêmeo digital costumam travar porque as partes interessadas imaginam estados finais diferentes. A operação espera um dashboard ao vivo, a gestão espera manutenção preditiva, a engenharia espera otimização automatizada. Um modelo de maturidade torna essas diferenças explícitas e as transforma em uma sequência. Ele também evita o erro mais caro: tentar construir análises de nível 4 sobre dados de nível 1.
Existem vários frameworks publicados, com números de níveis e nomes diferentes. A versão abaixo é deliberadamente prática: cada nível é definido pelo que o gêmeo consegue fazer e pela infraestrutura de que precisa, para que você possa compará-lo com o seu próprio sistema.
Os Seis Níveis
| Nível | Nome | O que o gêmeo faz | Pergunta-chave respondida |
|---|---|---|---|
| 0 | Modelo digital | Representação estática (CAD, documentação, dados nominais) | O que foi projetado? |
| 1 | Descritivo | Mostra o estado ao vivo dos ativos | O que está acontecendo agora? |
| 2 | Diagnóstico | Acrescenta histórico, alertas e contexto | Por que aconteceu? |
| 3 | Preditivo | Prevê o comportamento a partir de dados e modelos | O que vai acontecer? |
| 4 | Prescritivo | Recomenda ações com resultados esperados | O que devemos fazer? |
| 5 | Autônomo | Atua sobre o ativo dentro de limites de segurança | O sistema consegue resolver sozinho? |
Nível 0: Modelo Digital
Você tem geometria, desenhos, folhas de dados e talvez modelos de simulação, mas nada os conecta ao ativo em operação. Isso é a base, não um fracasso: o modelo fornece a estrutura (nomes de ativos, hierarquia, valores nominais) à qual os níveis seguintes vão anexar dados.
Infraestrutura: gestão de documentos e CAD. Próximo passo: chegar a um acordo sobre uma hierarquia de ativos, de preferência seguindo os níveis ISA-95, porque ela se tornará sua estrutura de topics.
Nível 1: Gêmeo Descritivo
Dados ao vivo fluem automaticamente dos ativos para o gêmeo, que mostra o estado atual: em operação ou parado, valores-chave, alarmes. Geralmente é uma visão 3D ou um dashboard que as pessoas realmente consultam.
Infraestrutura: gateways de borda que leem CLPs ou sensores, um broker MQTT e um visualizador. Os padrões MQTT essenciais são:
- Uma hierarquia de topics consistente, por exemplo
site/area/line/cell/asset/state. - Mensagens de estado retidas (retained), para que os visualizadores mostrem os valores atuais assim que se conectam.
- Mensagens Last Will, para que o gêmeo saiba quando um gateway fica offline.
# O gateway registra um Last Will retido para que o gêmeo saiba quando ele cai
mosquitto_sub -h broker.connectmq.com -p 1883 -i dtm-6r2-gw \
--will-topic "connectmq/demo/dtm-6r2/site1/line1/status" --will-payload offline \
--will-retain --will-qos 1 -t "connectmq/demo/dtm-6r2/site1/line1/cmd/#"
Você pode prototipar este nível no servidor MQTT público (gratuito) com dados de demonstração, nunca com dados de produção. O gêmeo digital de braço robótico é um exemplo completo de nível 1 com visão 3D.
Nível 2: Gêmeo de Diagnóstico
Agora o gêmeo tem memória. O histórico de séries temporais permite que engenheiros voltem ao momento em que uma falha ocorreu, correlacionem sinais e comparem turnos. Alertas por limite avisam as pessoas quando os valores saem da faixa normal, e contexto como ordem de produção, receita ou operador é anexado aos dados.
Infraestrutura: um historiador ou banco de séries temporais alimentado por um assinante MQTT, regras de alerta e contexto do MES ou do ERP publicado no mesmo namespace. A qualidade dos dados começa a importar: timestamps na origem, unidades nos payloads e detecção de dados desatualizados.
Aqui está um pequeno assinante que grava cada mensagem de estado em um arquivo SQLite local para diagnóstico. Em produção você usaria um banco de séries temporais adequado, mas o padrão é idêntico.
import json
import sqlite3
import time
import paho.mqtt.client as mqtt
ROOT = "connectmq/demo/dtm-6r2"
db = sqlite3.connect("history.db", check_same_thread=False)
db.execute("CREATE TABLE IF NOT EXISTS samples (ts REAL, topic TEXT, payload TEXT)")
def on_connect(client, userdata, flags, reason_code, properties):
client.subscribe(f"{ROOT}/#", qos=1)
def on_message(client, userdata, msg):
try:
json.loads(msg.payload)
except ValueError:
return # ignora mensagens que não são JSON, como strings de status
db.execute("INSERT INTO samples VALUES (?, ?, ?)",
(time.time(), msg.topic, msg.payload.decode()))
db.commit()
client = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2, client_id="dtm-6r2-historian")
client.on_connect = on_connect
client.on_message = on_message
client.connect("broker.connectmq.com", 1883)
client.loop_forever()
Para alertas neste nível, talvez você nem precise de código: o portal do ConnectMQ inclui regras de alerta por limite e um log de alertas, o que cobre o requisito comum de "me avise quando a temperatura passar de X" durante a implantação inicial.
Nível 3: Gêmeo Preditivo
Com histórico limpo suficiente, o gêmeo faz previsões: vida útil remanescente de um componente, prováveis desvios de qualidade, demanda de energia para o próximo turno. Os modelos podem ser baseados em física, orientados a dados ou híbridos.
Infraestrutura: extração de features na borda para sinais de alta frequência, uma plataforma de dados onde os modelos são treinados e um serviço de inferência que assina os dados ao vivo e publica as previsões de volta no namespace em topics próprios, por exemplo .../pump104/predictions/rul. Manter as previsões em topics separados evita que alguém as confunda com medições. O guia de manutenção preditiva com gêmeo digital aprofunda a escolha de modelos.
É neste nível que as lacunas de dados mais doem. Modelos treinados com histórico que tem intervalos faltando ou unidades inconsistentes têm desempenho ruim, e é por isso que a disciplina do nível 2 compensa.
Nível 4: Gêmeo Prescritivo
O gêmeo recomenda ações e estima seu efeito: reduzir a velocidade da linha em determinado valor para proteger um rolamento desgastado até a parada planejada, alterar um setpoint para diminuir refugo, reprogramar uma ordem. Pessoas ainda aprovam e executam.
Infraestrutura: simulação de cenários (what-if) alimentada pelo estado ao vivo, lógica de otimização e um fluxo de trabalho para recomendações e aprovações. Em termos de MQTT, as recomendações são publicadas em topics que uma interface de operador assina, e as aprovações geram comandos, o que leva naturalmente ao nível 5.
Nível 5: Gêmeo Autônomo
O gêmeo atua diretamente sobre o ativo dentro de limites definidos, fechando a malha. O escopo típico é estreito e bem compreendido: ajustar um setpoint dentro de uma faixa, sequenciar as bombas de uma estação de saneamento para eficiência energética, redistribuir trabalho entre máquinas paralelas.
Infraestrutura: topics de comando consumidos por gateways que validam cada solicitação contra limites e intertravamentos, confirmações (acknowledgements) que informam o que foi realmente aplicado, expiração de mensagens para que comandos atrasados sejam descartados e log de auditoria completo. As funções de segurança permanecem sempre no CLP e no sistema de segurança, conforme as exigências de segurança de máquinas aplicáveis, como a NR-12, nunca no gêmeo digital.
{
"id": "cmd-2026-10-16-0042",
"issued_by": "energy-optimizer",
"target": "site1/utilities/cooling/pump104",
"setpoint": { "rpm": 1350 },
"valid_for_s": 30,
"reason": "chiller load low, reduce pump speed within approved band"
}
O MQTT 5 ajuda aqui com expiração de mensagens, response topics e correlation data para request/response; o guia de recursos do MQTT 5 explica cada um.
Infraestrutura por Nível
| Capacidade | N1 | N2 | N3 | N4 | N5 |
|---|---|---|---|---|---|
| Hierarquia de topics e estado retido | Obrigatório | Obrigatório | Obrigatório | Obrigatório | Obrigatório |
| TLS e credenciais por cliente | Recomendado | Obrigatório | Obrigatório | Obrigatório | Obrigatório |
| Histórico de séries temporais | Opcional | Obrigatório | Obrigatório | Obrigatório | Obrigatório |
| Alertas e dados de contexto | Opcional | Obrigatório | Obrigatório | Obrigatório | Obrigatório |
| Extração de features na borda | Opcional | Opcional | Muitas vezes obrigatório | Muitas vezes obrigatório | Muitas vezes obrigatório |
| Serviços de previsão e simulação | Não | Não | Obrigatório | Obrigatório | Obrigatório |
| Topics de comando com confirmações | Não | Não | Não | Para ações aprovadas | Obrigatório |
| Log de auditoria de comandos | Não | Não | Não | Obrigatório | Obrigatório |
Checklist de Autoavaliação
Marque um ponto para cada afirmação que for verdadeira hoje:
- Cada ativo no escopo tem um identificador único e hierárquico usado nos topics.
- O estado ao vivo chega ao gêmeo automaticamente e fica retido para novos visualizadores.
- O gêmeo mostra quando os dados estão desatualizados ou um gateway está offline.
- Pelo menos três meses de histórico limpo estão armazenados com timestamps de origem e unidades.
- Os alertas chegam às pessoas certas e são registrados.
- As previsões são publicadas separadamente das medições e conferidas com a realidade.
- As recomendações incluem seu efeito esperado e um registro de aprovação.
- Os comandos são validados, confirmados, expiram se chegarem atrasados e são totalmente auditados.
De zero a dois pontos indica nível 1; de três a cinco, nível 2; seis, nível 3; sete, nível 4; todos os oito, pronto para casos de uso seletivos de nível 5. Avance um nível de cada vez e apenas para casos de uso com valor claro. O guia de ROI de gêmeo digital ajuda a decidir quais.
A Espinha Dorsal em Todos os Níveis
Todos os níveis a partir do 1 rodam sobre a mesma espinha dorsal de mensageria, e as exigências sobre ela crescem conforme você sobe: mais clientes, segurança mais rígida, comandos que não podem se perder. Comece em um broker MQTT gerenciado para que a espinha dorsal esteja pronta para a disciplina do nível 5 mesmo enquanto você está no nível 1. O ConnectMQ suporta recursos do MQTT 5 como expiração de mensagens e response topics, endpoints TLS e Secure WebSocket, credenciais vinculadas a client IDs e uma visão de dispositivos ISA-95 que torna visível no portal a hierarquia definida no nível 0.
Suba a Escada de Maturidade com o ConnectMQ
Coloque o nível 1 para funcionar em um broker sólido e cada nível seguinte se torna um acréscimo, não uma reconstrução. Comece grátis no ConnectMQ com o plano Serverless, sem cartão de crédito.
Perguntas frequentes
O que é um modelo de maturidade de gêmeo digital?
É um framework que descreve estágios de capacidade do gêmeo, de modelos estáticos, passando por monitoramento ao vivo e previsão, até o controle autônomo, junto com o que cada estágio exige.
Qual nível de maturidade devemos buscar?
Busque o nível mais baixo que entregue o valor de que você precisa. Muitas organizações obtêm a maior parte do benefício nos níveis 1 e 2 e depois acrescentam previsão para ativos críticos específicos.
Podemos pular níveis?
Raramente. Gêmeos preditivos e prescritivos dependem dos dados ao vivo limpos e do histórico construídos nos níveis 1 e 2, então pular níveis normalmente significa reconstruir depois.
O controle autônomo é seguro?
Pode ser, quando o escopo é estreito, as ações são limitadas por limites validados, os comandos são confirmados e auditados e as funções de segurança permanecem no controlador e no sistema de segurança.
