Da visualização à ação: Unity, sistemas de informação de máquina, agentes de IA e o gémeo digital industrial

Um guia prático para integradores de sistemas, OEMs e engenheiros de automação

Em parceria com Thomas Strigl, CEO, realvirtual.io

Sobre o autor: Thomas Strigl é CEO de realvirtual.io e tem mais de 18 anos de experiência em software de simulação e automação.

Introdução

Em nosso guia anterior, Design, Simulate, Deploy: Por que Unity importa para Industrial Digital Twins, discutimos Unity como uma plataforma para construir réplicas 3D em tempo real de sistemas industriais. Os argumentos aqui apresentados continuam a ser aplicados. Nesta série abrangente de dois livros eletrônicos, focamos em dois tópicos que se cruzam cada vez mais com essa base:

Desenvolvimento rápido de modelos de idiomas grandes, agentes de IA e protocolo de contexto modelo (MCP): Estes agora mudaram de contextos de pesquisa para ferramentas que alguns integradores estão começando a usar em ambientes de produção.

Regulamento de máquinas da UE (UE) 2023/1230: O regulamento foi adotado em 2023, e a data de sua plena aplicação, 20 de janeiro de 2027, é amplamente conhecida. O que está mudando agora é a proximidade do prazo. O que está mudando agora é a proximidade do prazo. Com menos de dois anos restantes, o quadro de apoio está tomando forma: estão sendo revisadas normas harmonizadas, o guia de aplicação está sendo redigido, e os construtores de máquinas estão passando de consciência para implementação. Novas disposições de segurança cibernética estão se tornando requisitos operacionais, enquanto o suporte explícito da regulamentação para documentação digital estruturada está mudando a documentação de uma entrega estática para um recurso de ciclo de vida mantido.

Esses dois desenvolvimentos são geralmente discutidos separadamente. Esta série de livros eletrônicos discute-os juntos porque o trabalho subjacente se sobrepõe significativamente. Os sistemas de IA exigem dados estruturados e fundamentados. A documentação digital estruturada preparada para a conformidade regulatória também pode servir como material de base para sistemas de IA industriais. A arquitetura de quatro camadas descrita na Parte 1 - sinais, contexto MES, documentação e contexto espacial - suporta tanto o operador quanto quaisquer ferramentas de IA adicionadas posteriormente.

O HMI 3D – ou, mais precisamente, o Sistema de Informação de Máquina que surge quando dados de máquinas vivas, contexto empresarial e documentação estruturada são integrados na mesma superfície espacial – é onde dados de máquinas, documentação e informações geradas por IA se reúnem para o operador.

A intenção aqui não é fazer alegações sobre a IA transformando a fábrica, mas descrever padrões arquitetônicos práticos que os integradores podem achar úteis, usando ferramentas e padrões que já estão disponíveis. A arquitetura se baseia apenas no seu valor operacional; a regulamentação simplesmente torna o tempo mais explícito para o mercado europeu.

Parte 1

A camada conectada: Dados, documentação e HMI 3D

1. Além do Digital Twin

O e-book anterior discutiu Digital Twins como ferramentas que se tornam mais úteis quando se conectam a sistemas de automação reais e refletem o comportamento real da máquina ao longo do ciclo de vida. Essa base continua a moldar a forma como os fabricantes abordam a transformação digital hoje.

Para integradores de sistemas, a questão de valor geralmente é menos sobre fidelidade visual e mais sobre integração. Uma linha de embalagem, uma grua de empilhadeira ou um armazém distribuído precisa ser operável, suportável e mantido - muitas vezes por dez anos ou mais. A questão relevante torna-se o quão bem o gêmeo digital conecta os dados, as pessoas e a documentação que tornam o sistema suportável ao longo de sua vida operacional.

Os benefícios operacionais deste tipo de ambiente integrado são substanciais e são independentes de qualquer contexto regulamentar:

• Diagnóstico de falha mais rápido:

Um HMI 3D conectado a dados de máquina real e de processo reduz o tempo de diagnóstico de falhas, porque o operador pode ver o componente afetado em contexto espacial em vez de mapear um código de falha simbólico para um local físico.

• Redução da barreira especializada:

Baixa o limiar de experiência para novos funcionários, trabalhadores em turnos e funcionários rotativos - relevante em quase todos os setores industriais, dada a escassez bem documentada de técnicos qualificados nos campos mecânico e elétrico.

• Suporte remoto eficaz:

Faz suporte remoto significativo, porque o técnico de serviço do fabricante vê o que o operador vê, no mesmo contexto 3D, e pode dar instruções precisas.

• Training sem interrupção de produção:

Permite que o treinamento ocorra contra a configuração da máquina real sem parar a produção.

• Contexto operacional a nível da máquina:

Por último, quando os dados do sistema de informação da máquina - pedidos, lotes, KPIs, números de energia - são superpostos na mesma vista 3D, o operador vê não apenas se uma máquina está funcionando, mas como ela está funcionando no contexto.

Esses benefícios se acumulam independentemente de um pacote de documentação ser exigido por regulamentação. Eles são o caso operacional para a arquitetura que este guia descreve. O caso regulamentar, discutido na secção 3, corre em paralelo: as mudanças estruturais introduzidas pelo novo Regulamento UE de máquinas coincidem com a mesma arquitetura, o que significa que o trabalho regulamentar e o trabalho operacional se sobrepõem em vez de competir por orçamentos separados.

Isso muda o papel do gêmeo digital. O modelo 3D não é apenas uma visualização — ele também pode servir como um índice espacial que conecta sinais, dados empresariais e documentação de uma forma que os operadores, e cada vez mais as ferramentas de IA, podem navegar.

2. As quatro camadas de dados por trás de um binário digital

Um gémeo digital usado em operação normalmente interage com quatro camadas de dados distintas. Cada um é incompleto por si só.

A camada de sinal é a mais rápida e a mais baixa. Entrada e saída do PLC, posições do drive, estados do sensor, alarmes — valores que mudam em ciclos de milissegundos. Esta é a camada que a implementação virtual e simulação de comportamento já usam, normalmente através do OPC UA, Beckhoff ADS, Siemens S7 TCP/IP ou MQTT. Para a maioria dos casos de uso duplo digital, um ciclo de atualização na faixa de 10–50 ms é suficiente.

A camada MES é mais lenta e mais larga. Ordens de produção, lotes, receitas, KPIs, fluxos de materiais, registros de qualidade, números de energia. Esses dados são movidos por eventos e geralmente são acessados através de APIs REST, OPC UA, corretores de mensagens ou conexões diretas de banco de dados. Esta camada fornece o contexto que torna os dados de sinal interpretáveis: o mesmo transportador que funciona na mesma velocidade tem um significado diferente, dependendo da ordem que está atualmente processando.

A camada de documentação é a que historicamente recebeu a menor atenção. Instruções de operação, esquemas elétricos, diagramas P&ID, avaliações de risco, declarações de conformidade, listas de peças, versões de software, procedimentos de manutenção, histórico de serviço. Na maioria das instalações, esta camada existe como um agrupador, um compartilhamento de rede ou um arquivo PDF - apenas para ser pesquisado por seres humanos que sabem o que estão procurando. Sob o novo Regulamento de Máquinas da UE, a estrutura desta camada está mudando, o que é o assunto da próxima seção.

A camada espacial/contextual é o próprio modelo 3D. Pode servir como um sistema de coordenadas unificador nas outras três camadas. Um endereço de sinal é abstrato; o mesmo sinal mapeado em uma válvula específica que um operador pode ver e clicar é mais diretamente interpretável.

3. Documentação sob o novo regulamento sobre máquinas

Há mais de uma década, a documentação técnica que acompanha as máquinas colocadas no mercado europeu é regida pela Directiva de máquinas 2006/42/CE. As obrigações familiares — um ficheiro técnico de acordo com o Anexo VII, instruções de uso, uma Declaração de Conformidade CE, um período de retenção de 10 anos — foram geralmente cumpridas através de manuais impressos, arquivos PDF e declarações em papel.

Este quadro está sendo substituído. O Regulamento (UE) 2023/1230, o novo regulamento de máquinas, foi adotado em 14 de junho de 2023 e entrará em vigor plenamente em 20 de janeiro de 2027. Ela revoga a Directiva 2006/42/CE e, como regulamento e não como directiva, aplica-se diretamente a todos os Estados-Membros da UE sem exigir a transposição nacional.

O regulamento está nos livros há algum tempo, mas o quadro de apoio ainda está sendo concluído. O pedido de normalização da comissão para o CEN e CENELEC foi aprovado em janeiro de 2025, com o objetivo de ter um conjunto completo de normas harmonizadas publicadas no jornal oficial até o final de 2026. Os primeiros projetos do guia oficial de aplicação são esperados a partir do início de 2026, com a publicação final provavelmente no final de 2026. O trabalho de interpretação prática está acontecendo agora, e os projetos colocados no mercado a partir de 20 de janeiro de 2027 terão que cumprir.

Antes de descrever as alterações, um ponto crucial, porque é amplamente mal interpretado: a documentação em papel permanece totalmente compatível com o novo regulamento. As alterações descritas abaixo se aplicam aos fabricantes que optam por entregar a documentação digitalmente – um caminho que a regulamentação agora abre explicitamente, mas não impõe.

Três mudanças introduzidas pelo regulamento são particularmente relevantes para os construtores de máquinas e integradores de sistemas. Os artigos relevantes são reproduzidos verbalmente no apêndice.

A documentação digital agora é explicitamente permitida: O artigo 10.o, n.o 7, permite que as instruções de uso sejam fornecidas em formato digital. O artigo 10.o, n.o 8, permite que a declaração de conformidade da UE seja fornecida digitalmente, acessível através de um endereço de internet ou código legível por máquina. As instruções de montagem para máquinas parcialmente concluídas (artigo 11) também podem ser fornecidas digitalmente. O papel deve ainda estar disponível mediante solicitação, e algumas informações críticas de segurança para usuários não profissionais devem permanecer no papel.

Para os fabricantes que optem pela via digital, a documentação deve permanecer acessível online durante pelo menos 10 anos após a colocação da máquina no mercado ou durante a vida útil prevista da máquina, o que for mais longo. Na prática, isso raramente é apenas dez anos: máquinas industriais funcionam rotineiramente por quinze, vinte ou até trinta anos, então a cláusula de vida é a restrição vinculativa para a maioria das instalações, em vez da linha de base de dez anos. O fabricante permanece responsável por manter a documentação acessível, atualizada e controlada por versão ao longo do ciclo de vida.

A segurança cibernética é adicionada como um requisito essencial de saúde e segurança. O anexo III, nas secções 1.1.9 (Proteção contra a corrupção) e 1.2.1 (Segurança e confiabilidade dos sistemas de controle), exige que os sistemas de controle resistam a tentativas maliciosas razoavelmente previsíveis que possam levar a uma situação perigosa. Funções de segurança baseadas em IA e sistemas de auto-aprendizagem estão explicitamente dentro do escopo, com avaliação de conformidade mais rigorosa para categorias de alto risco.

A consequência prática é que os fabricantes que adotam a rota digital mudam de uma entrega única para um recurso on-line mantido, estruturado que vive ao lado da máquina durante sua vida operacional. A entrega de papel continua a ser uma alternativa totalmente compatível, e continua a ser obrigatória para informações críticas de segurança dirigidas a utilizadores não profissionais.

O que a nova regulamentação significa para os fabricantes

Uma questão prática relacionada é como os dados de componentes fornecidos pelo fornecedor – para unidades, sensores, válvulas, PLCs, componentes de segurança, IO-Link masters – entram no arquivo técnico do fabricante. O formato estruturado com maior impulso aqui é o Asset Administration Shell (AAS), uma especificação dupla digital legível por máquina para componentes individuais definida pela IEC 63278 e pela Industrial Digital Twin Association (IDTA).

Uma instância AAS carrega dados de placas, especificações técnicas, documentação e submodelos (para segurança, energia, manutenção) para um componente específico, em uma forma padronizada que qualquer consumidor capaz de AAS pode ler.

O AAS ainda não é o padrão universal da indústria — a adoção é parcial, o ecossistema ainda está amadurecendo e muitos fornecedores estão apenas começando a publicar — mas a trajetória é o que importa: uma vez que uma massa crítica de fornecedores envia submodelos do AAS, a documentação eletrônica estruturada que satisfaz o Regulamento (UE) 2023/1230 e, ao mesmo tempo, o diagnóstico baseado na IA se transforma numa questão de configuração e não num projeto de integração manual.

Os fornecedores que já publicam submodelos AAS incluem a Siemens (SIMATIC S7-1500), a Festo (terminal de válvula VTSA), a ABB (dispositivos ACS880), a Pepperl+Fuchs (mestre do IO-Link), a WAGO e a Murrelektronik. Tratar o AAS como o formato padrão de entrada do fornecedor torna a cadeia de componentes rastreável ao longo da vida útil da máquina - o que a regulamentação exige para a documentação técnica que acompanha a máquina - e é o que permite a escala da documentação estruturada referenciada pelo sistema de informação da máquina (mostrada como a entrada do Supplier AAS na arquitetura de referência na secção 6).

4. Do 3D HMI ao sistema de informação da máquina

No e-book anterior, o HMI 3D foi descrito como uma camada de visualização que reflete o estado da máquina em contexto espacial. Com a adição do MES e das camadas de documentação, o mesmo HMI 3D evolui para algo maior: um sistema de informação de máquina - uma única superfície espacial que integra o estado real da máquina, o contexto empresarial e a documentação estruturada, e apresenta tudo ao operador no local onde é relevante.

A terminologia importa. Um HMI clássico é uma interface de controle e monitoramento - mostra o estado da máquina e aceita a entrada do operador. Um sistema de execução de fabricação (MES) fica em um nível organizacional superior, gerenciando pedidos e dados de produção entre máquinas e linhas. Um sistema de informação de máquinas (MIS), no sentido usado neste eBook, está sentado na própria máquina: é a vista integrada que traz todos os tipos de informações sobre essa máquina específica - estados de sensor, ordem atual, manuais, esquemas, histórico de alarme, versões de software, declarações de conformidade - em uma superfície espacial navegável.

Ele estende o papel de informação de um HMI, mas não inclui necessariamente o papel de controle: um sistema de informação de máquina pode ser apenas de leitura, e em muitos casos essa é a escolha mais simples e mais segura. As razões: menos superfícies de ataque sob os requisitos de segurança cibernética, menor alcance para certificação e documentação, e uma postura que mapeia limpo para informações do operador, manutenção-suporte e fluxos de trabalho de treinamento.

Definição do sistema de informação da máquina

Uma nota sobre a terminologia: o sistema de informação de máquina (MIS), no sentido de nível de ativos usado neste eBook, é um termo que propomos e não uma categoria de indústria estabelecida. Os HMI tradicionais se concentram no controle de máquinas e na interação do operador, as plataformas MES gerenciam a produção e o fluxo de trabalho a nível empresarial e os sistemas de gerenciamento de informações de ciclo de vida de ativos lidam com dados de engenharia, documentação e ciclo de vida. Cada uma aborda parte das necessidades de informação do operador, mas nenhuma descreve completamente a visão integrada, específica da máquina, apresentada através de uma interface 3D espacial.

O termo sistema de informação de máquina é usado aqui para descrever essa camada ausente: uma superfície de informação unificada a nível de máquina que combina estado operacional, contexto empresarial e documentação estruturada em uma única experiência espacial para o operador.

Um exemplo operacional comum é o diagnóstico de falhas.

• Em um HMI tradicional, um operador normalmente vê um código de falha e uma mensagem de texto, em seguida, consulta um manual separado para procurar a seção relevante.
• Em um HMI mais integrado, o operador pode clicar no componente afetado na vista 3D e o visualizador pode exibir o estado atual do sinal, a ordem de produção ativa do MES, o histórico de manutenção relevante e a seção correspondente do manual digital - tudo referenciado pelo mesmo ID do componente que existe no arquivo GLB ou gráfico de cena.

O valor desta abordagem vai muito além do manejo de falhas.

Quatro ganhos operacionais tendem a aparecer consistentemente em projetos que colocam um Sistema de Informação de Máquina no centro da experiência do operador:

Identificação e resposta de falhas mais rápidas: Máquinas industriais muitas vezes contêm centenas de sensores, drives e componentes, cada um com seu próprio identificador em um espaço de nomes plano. Uma mensagem simbólica como “Falha do Sensor BG2-S147” requer que o operador traduzir de um identificador abstrato para um local físico. A mesma falha mostrada na vista 3D - o sensor afetado destacado na geometria real da máquina - elimina a etapa de tradução. Para máquinas complexas ou para funcionários que não trabalham com o sistema todos os dias, esta é a diferença entre uma busca de cinco minutos e uma resposta imediata.

Contexto operacional unificado: Quando os dados MES são sobrepostos na cena 3D, o operador vê não apenas se uma máquina está funcionando, mas como ela está executando em relação à ordem ativa, ao tempo do ciclo-alvo e aos KPI recentes. As informações de manutenção e qualidade aparecem no componente a que se referem, não num painel separado. Isso é o que um Sistema de Informação de Máquina fornece quando é baseado em contexto espacial em vez de em tabelas e listas, e é a razão prática que o termo é mais preciso do que “HMI 3D” para o que esta arquitetura produz.

Redução da dependência de especialistas: Nem todos os operadores têm o conhecimento profundo do fabricante de cada componente. Com a documentação, os estados dos sensores e as instruções de operação acessíveis a partir da mesma vista 3D, o pessoal menos experiente pode realizar diagnósticos de primeira linha e intervenções de rotina que anteriormente exigiram um técnico sênior ou uma chamada de serviço. Isso é cada vez mais importante em indústrias onde a disponibilidade de técnicos qualificados é limitada, e torna as transferências de turnos, cobertura de férias e operações de fim de semana mais robustas. O suporte remoto ganha o mesmo benefício: o técnico de serviço do fabricante vê o mesmo contexto 3D que o operador no local e pode dar instruções precisas e espacialmente ancoradas através de uma chamada de vídeo ou uma sessão compartilhada.

Captura contínua de conhecimentos operacionais: Este é um papel muitas vezes negligenciado do sistema de informação da máquina. O conjunto de documentação entregue com a máquina é necessariamente incompleto - ele não pode antecipar cada constelação de falhas, cada solução que provou ser eficaz, cada par de causa e resolução que o pessoal de manutenção descobre ao longo de anos de uso. Quando os operadores e técnicos podem anexar observações diretamente ao componente afetado na cena 3D - uma descrição de falha, a causa diagnosticada, a resolução aplicada, as peças substituídas, fotos ou notas curtas - o sistema se torna o registro a longo prazo de como esta instalação específica realmente se comporta. Ao longo da vida útil da máquina, isso se acumula em um histórico de falha e resolução estruturado, ancorado nas mesmas IDs de componente que a documentação original do fabricante. O resultado é uma base para o funcionamento orientado pelo conhecimento dos ativos: transferências de turnos podem referir incidentes anteriores reais, funcionários menos experientes herdam a experiência de diagnóstico de seus antecessores e (como discutido na Parte 2) as ferramentas de diagnóstico baseadas em IA podem basear suas respostas no histórico real desta instalação, não apenas no manual do fabricante.

Os componentes técnicos para este tipo de integração estão disponíveis hoje: WebSocket Streams para sinais ao vivo, REST ou OPC UA para contexto MES, documentação digital estruturada ligada a identificadores de componentes e um visualizador 3D (Unity native, WebGL ou uma pilha baseada em navegador, como o visualizador web realvirtual.io, com uma demonstração pública em web.realvirtual.io/demo) que renderiza a visualização combinada. O trabalho restante para integradores é em grande parte arquitetônico e não tecnológico.

5. Modelos arquitetônicos para integradores

Melhores práticas para construir um sistema de informações de máquina

Tratando a cena 3D como fonte de verdade geométrica e identificável. IDs de componentes, estrutura cinemática e metadados podem ser armazenados no arquivo de cena (por exemplo, como dados de extensão em um GLB ou em metadados pré-fabricados Unity). Outros sistemas então referenciam esses IDs sem redefiní-los. Esta abordagem permite que um clique na vista 3D resolva consistentemente um sinal, um registro MES e uma seção manual. A captura de tela abaixo mostra este padrão em uma linha de embalagem real: o Unity Editor é o ambiente de criação no qual o construtor de máquina importa CAD, define a hierarquia cinemática e de componentes, configura o comportamento do sensor e do drive e anexa os metadados estruturados que viajam com cada GameObject durante o resto da vida útil da máquina.

No inspector à direita, os metadados de execução e os componentes interativos de execução são como o padrão de índice espacial é implementado na prática: o ID do componente vive no GameObject, não em uma tabela de mapeamento externa, então a exportação para GLB carrega o identificador com a geometria. O comissionamento virtual ocorre na mesma cena - os modelos de unidade e sensor do núcleo realvirtual respondem ao PLC conectado, exercitando a cinemática e o mapeamento de sinal antes que a máquina física exista. Uma vez que a cena é desligada, o mesmo conteúdo autorizado é exportado como o GLB entregue para o tempo de execução, sem uma etapa separada de re-modelação a jusante.

Utilizando adaptadores finos e específicos para cada camada de dados. Um adaptador WebSocket para sinais, um cliente REST ou OPC UA para MES, um serviço de documentos que expõe manuais e esquemas por ID de componente. Cada adaptador é responsável por uma fonte. Toolkits como realvirtual.io estruturar o lado do sinal e cena ao longo destas linhas; o mesmo padrão pode ser estendido para MES e documentação.

Versionando o Sistema de Informação da Máquina ao lado do software. Quando a documentação é fornecida digitalmente, a regulamentação de máquinas exige que a declaração de conformidade da UE e as instruções de uso permaneçam acessíveis durante toda a vida útil da máquina, incluindo entre atualizações de software. A resposta pragmática é mais ampla do que a documentação sozinha: todo o sistema de informação de máquina - a cena 3D, mapeamentos de sinais, metadados de componentes, documentação estruturada e o conhecimento operacional capturado que se acumula ao longo dos anos - é em si um artefato de versão, ligado a um número de série de máquina específico e versão de software. As propriedades necessárias aqui são as que o desenvolvimento de software já resolveu nas últimas duas décadas: estados históricos imutáveis que permitem que qualquer entrega passada seja reconstruída com precisão, etiquetas assinadas que marcam o estado de colocação no mercado para fins regulatórios, ramificações para variantes de máquinas e configurações específicas do cliente, e clones distribuídos que sobrevivem a qualquer fornecedor de ferramentas único durante um horizonte de dez anos ou mais - tipicamente a vida útil real de máquinas industriais, não o mínimo regulatório. O Git, aplicado ao nível de um pacote de máquina inteira e não apenas ao código-fonte, encaixa muito bem este conjunto de propriedades. Sistemas como o Gitea (a camada de arquivo na arquitetura de referência realvirtua.io na seção 6) estão se transformando em um formato de entrega e arquivo natural para pacotes de máquinas industriais, com padrões de versão que têm sido carregadores de carga no desenvolvimento de software se traduzindo diretamente para as limitações da entrega de máquinas tradicionais.

Expor o conjunto de documentação através de uma API estruturada. Um serviço de documentos que retorna a seção manual relevante em resposta a um ID de componente e um código de falha é útil para um operador humano. O mesmo acesso estruturado também suporta casos de uso discutidos na Parte 2, onde as ferramentas de IA podem basear sua saída na documentação real do fabricante, em vez de depender apenas de dados de treinamento.

6. Uma arquitetura de referência

Os elementos introduzidos até agora — as quatro camadas de dados, o conceito de sistema de informação de máquina e os padrões arquitetônicos acima — se combinam em uma arquitetura de referência que os integradores podem adaptar. O diagrama abaixo mostra a pilha de referência realvirtua.iol — ambiente de criação, arquivo Gitea, execução do sistema de informações de máquina e conexão de planta — como uma instância concreta do padrão. A mesma divisão geral entre a criação e a entrega pode ser implementada com diferentes ferramentas específicas.

• Do lado da autoria, o Unity Editor consome recursos CAD e 3D do Unity Asset Manager e metadados da máquina de fontes AAS fornecedoras (Siemens, Festo, ABB) e do sistema PDM, produzindo metadados, sinais e mapeamentos de documentação contra o realvirtual.io Core. Unity é então usado para configurar o modelo CAD da máquina importada, aplicando materiais, comportamento cinemático e restrições de movimento a componentes individuais. Isso transforma a geometria estática em um modelo de máquina 3D totalmente interativo e fisicamente realista que os usuários podem navegar e operar em tempo real.

O pacote de exportação - modelo de máquina 3D (GLB), dados AAS, documentação e a Declaração de Conformidade assinada - é arquivado em um repositório Gitea como uma versão marcada, destinada como o arquivo de 10 anos exigido pelo Regulamento de Máquinas (UE) 2023/1230.

• No lado de entrega, o sistema de informação de máquina runtime — realvirtual.io WEB em Three.js, TypeScript, AGPL-licenciado e auto-hostable — implementa-se a partir do arquivo Gitea e se conecta à planta em execução através de rv Connect (sinais ao vivo), InfluxDB (séries-tempo), e as interfaces PLC da máquina, apresentando o estado da máquina, documentação, manutenção, gestão de peças de reposição e análise ao operador.
• O núcleo realvirtual.io — unidade compartilhada, sensor e comportamento cinemático — existe nos ambientes de criação e de execução: como um componente Unity durante a criação e a implementação virtual e como um componente Three.js no tempo de execução, portanto, os mesmos modelos de comportamento que impulsionam a simulação também impulsionam o Sistema de Informação da Máquina entregue.
• O sistema de automação existente – PLCs, drives, sensores, robôs, MES – permanece inalterado na parte inferior da pilha. Acima dele está a camada de sinal e a camada MES que a maioria dos integradores já estão construindo. Além disso, o serviço de documentação, estruturado por ID de componente e código de falha, cumpre tanto o requisito de arquivo regulamentar quanto a necessidade do operador de material de referência rápido e autorizado na máquina.

Clique aqui para a parte 2, onde discutimos como uma camada de MCP e agente se encaixa nela sem alterar a arquitetura subjacente.