Olá, meu nome é Tyler Phillips. Sou o gerente de desenvolvimento de negócios globais
para Design digital na Rockwell Automation.
Comigo hoje está Antoon Laane, um de nossos gerentes de produto que cobre digital
engenharia, com quem trabalho em estreita colaboração.
Queremos falar com você hoje sobre a transformação da engenharia digital.
Nossa agenda será breve. Cobriremos uma introdução de nós mesmos.
Vamos falar sobre como a engenharia digital está evoluindo e como podemos evoluir
o design para um mundo digital.
Veremos como esses projetos acontecem e depois faremos um resumo para você.
Deixe-me contar um pouco sobre mim. Meu nome é Tyler Phillips.
Como eu disse, sou o gerente global de desenvolvimento de negócios para design
digital.
Estou na Emulate3D e/ou Rockwell há cerca de 11 anos.
O Emulate 3D tornou-se parte da Rockwell em 2019, e antes disso estive no Emulate3D
desde 2012.
Passei a maior parte da minha carreira nos últimos 30 anos em simulação para aplicações
industriais aplicações, principalmente fabricação e
manuseio de materiais.
Adoro, emular 3D e estou feliz por estar conversando com vocês hoje.
E meu nome é Antoon Laane. Comecei na Rockwell em 1986 e fiz um
muito trabalho no início do projeto e desenvolvimento de software e comissionamento
sistemas.
E ao longo dos anos trabalhei muito como gerenciamento da equipe de pré-vendas, gestão
de produtos marketing e trabalhei muito no Logix e no
Studio 5000.
E em 2018 me envolvi com a equipe Emulate3D.
Concluímos a aquisição em 2019 e atualmente estou trabalhando para ajudar a integrar o
produto em nossa organização e ajudar a evangelizar os benefícios.
Então é sobre isso que falaremos hoje. Então vamos conversar um pouco.
Antoon e eu trabalhamos juntos há alguns anos e acho que nos tornamos bonitos
bom em fazer uma apresentação conjunta.
Então, vamos alternar algumas das áreas disso.
vamos falar um pouco sobre engenharia digital.
Você sabe, tradicionalmente os projetos como são feitos, ocorrem de uma certa maneira, e
queremos falar sobre nos afastarmos disso, nos afastarmos do tipo que chamaremos
a velha maneira de sistemas de engenharia.
Então deixe-me fazer algumas perguntas aqui. E se você pudesse testar e melhorar seu
designs antes de iniciar a produção? O que isso significaria para você?
Você teve imprevisibilidade em sua fase de comissionamento que prolongou os projetos?
que alteram seu tempo de lançamento no mercado, que atrasam a implantação de
sistemas ou que fazem com que você dor ou custo com seu cliente ou parceiros e
você gostaria de ter mais flexibilidade e confiança durante o processo
de produção? Essas são as coisas vamos conversar sobre.
Como podemos melhorar essas questões? Se você respondeu sim a alguma ou a todas elas?
Então, o que é comissionamento virtual? Bem, você provavelmente já ouviu o termo.
Você provavelmente já ouviu alguns outros termos relacionados a isso.
Mas para nós, sobre o que falaremos hoje, comissionamento virtual significa usar um
gêmeo digital dinâmico de uma máquina ou sistema que pode ser uma combinação de
diferentes tipos de equipamentos e máquinas para testar
e depurar o sistema de controle em alta fidelidade,
ambiente operacional realista.
Na verdade, não se destina a validar respostas de sinais em tempo real, você sabe,
com um pequeno grau de tempos de resposta.
Mas pretende nos dar um sistema que, direi, é bom o suficiente e falarei sobre isso em
só um minuto, o suficiente para nos permitir testar os sistemas antes que eles existam.
Quando construímos um modelo ou modelo de comissionamento virtual, estamos realmente
reunindo três verdades sobre sistemas de automação, é
a forma como gostamos de pensar sobre isso.
Estamos trazendo a verdade mecânica, e isso geralmente é CAD.
Estamos reunindo a verdade lógica, que é o sistema de controle e o projeto elétrico,
e estamos trazendo o que chamaríamos de elementos transitórios por causa do
Emulate3D, o software sobre o qual falaremos um pouco.
Essas são as cargas, os produtos, certo? A bagagem, as carrocerias dos carros, as coisas
que movimentar-se pelo sistema que são manuseados
pelos equipamentos fabricados e levados separado.
Há realmente um quarto. E é isso que talvez cause o maior problema, o
wetware, certo?
Os operadores, o que talvez tenha maior variabilidade. Então, na verdade, há
provavelmente quatro estamos reunindo.
Mas quando reunimos essas três verdades, isso nos permite fazer coisas
digitalmente. Se pudermos fazer isso nesses ambientes digitais.
Então, uma coisa que é importante lembrar é que há um velho ditado usado em
estatísticas e se mudou para muitas áreas da engenharia e da indústria, e é isso
todos os modelos estão errados.
Mas alguns são úteis. E o que queremos fazer com o nosso digital
a tecnologia de engenharia da Rockwell é criar modelos úteis, certo?
E quando falamos de gêmeos digitais, podemos não estar falando de um único modelo ou
apenas de um gêmeo.
Podemos estar falando de trigêmeos digitais. Podemos estar falando de modelos do mesmo
sistema que analisa áreas diferentes ou tem granularidade diferente.
Portanto, é importante saber que quando construímos gêmeos digitais, nos concentramos
em aquelas áreas que precisam estar mais certas
ou com maior fidelidade para testar as coisas que precisamos testar. Sim.
Então, o que vou fazer é dar um passo para trás e ver como trabalhamos
através de um projeto de engenharia digital. Certo?
Por que estamos fazendo isso? Se eu olhar para trás e ver como comecei, quando
fizemos nossos projetos, as decisões de design foram tomadas muito cedo e foram
baseadas em estimativas que fizemos e histórias de como
fizemos isso no passado.
E estávamos confiando em sermos bons em redesenhar coisas ou redistribuir
coisas para ter sucesso no projeto. Certo.
Quando fizemos o projeto do nosso sistema ou, no meu caso, o projeto de automação e a
construção e teste precisávamos fazer tudo com base em
pensamentos teóricos sobre como o sistema funcionaria.
Poderíamos testar pequenos trechos de código, mas a maior parte do código do aplicativo
precisava ser testado no final do projeto, o que obviamente
tornou esse teste tardio um evento de alto risco e
Admito que tive projetos em que não previ tudo corretamente e descobrimos
problemas muito tarde durante o ciclo de desenvolvimento.
A outra coisa é que quando testamos o aplicativo, precisávamos de peças físicas
para mover através do sistema e tínhamos uma ligação
muito fraca entre os nossos engenheiros mecânicos, que
projetamos as máquinas, e nós, como engenheiros de automação, que desenvolvemos o
software que confiava no projeto mecânico como um dado
adquirido.
Não tivemos idas e vindas entre os engenheiros mecânicos e a automação
engenheiros, certo?
Portanto, normalmente eram eles os responsáveis, e a automação só precisava
fazer tudo funcionar.
O que isso resulta é quando você está realmente fazendo o comissionamento e a
inicialização, você encontra coisas tarde e no local.
A pressão é alta e há muita gente esperando que você complete sua parte.
A máquina física está lá. Por que ainda não está funcionando?
Bem, é a primeira vez que posso realmente executar meu software, então há uma pressão
tremenda sobre completando o desenvolvimento do seu
software.
Em vez de ser flexível e quando encontrar um problema dizer: “Vou dar um passo
volte e veja como você pode lidar melhor com isso”, o foco está em como faço para fazer
isso da maneira certa agora com todas aquelas pessoas respirando no
meu pescoço.
A outra coisa sobre estes sistemas, claro, é que se eles se atrasarem, haverá
havia pressão na perda de produtividade e quando você estava treinando, você precisava
se alimentar produtos no sistema.
Normalmente você precisava de especialistas para ajudar a treinar os operadores.
Então houve tempo envolvido. Havia viagens envolvidas, e isso só aconteceu durante o
conjunto de operadores atualmente disponíveis.
Então o cliente tinha que fornecer aos seus operadores todas essas coisas boas.
E então, quando houvesse atualizações ou mudanças, todo esse ciclo recomeçaria.
É realmente difícil provar antecipadamente que uma mudança irá realmente melhorar um
sistema.
Então você precisa testá-lo. E na verdade estive com clientes que tinham
11 linhas de produção idênticas, mas devido à mudança na demanda, uma dessas linhas foi
usado continuamente para testar novos SKUs e fazer alterações no processo antes de serem
implantados para as outras dez linhas.
Mas isso significava que aquela linha não estava produzindo coisas e são linhas caras.
Você não quer ter aquele custo alto de precisar de equipamentos de produção para
validar coisas. Você prefere que essa linha seja
produzida 90% do tempo e faça apenas o final validação de comissionamento para garantir
que tudo esteja correto, depois de desenvolvê-lo
em um gêmeo digital.
Então é disso que se trata.
Queremos mudar para um ambiente muito mais colaborativo, onde a engenharia mecânica e
engenharia elétrica pode trabalhar em conjunto, onde podemos experimentar um modelo
e onde pode mostrar aos engenheiros mecânicos o
que eles estão fazendo.
Muitas vezes, ao desenvolver esses aplicativos, você não tem um software
desenvolvedor, mas 5 ou 6.
Todos eles precisam coordenar seu trabalho e ver como impactam o modelo.
E um ao outro. E você quer encontrar oportunidades para
melhorando o projeto. modelos digitais são fantásticos para fazer isso.
Aí tem muita parceria envolvida, né? Você não está fazendo isso sozinho.
Você está trabalhando com todas as equipes relacionadas. Seja o projeto mecânico, seja o
operadores, seja essa garantia de qualidade.
Todas essas equipes trabalham e também terceiros.
Todos eles trabalham juntos neste cenário.
Anteriormente, vimos um fluxo sequencial.
E o que realmente conseguimos foi um fluxo de trabalho muito mais paralelo.
Conceito e proposta estão sempre em sequência. Absolutamente.
Mas então isso é seguido pelo projeto do sistema, e os engenheiros mecânicos precisam
de um certo tempo para ajustar o modelo, mas eles podem
fornecer seu projeto desde o início para o engenheiros de automação.
Eu diria que 30% do ciclo de design do sistema eles já podem entregar um conceito
básico e a automação podem começar a pensar em como
desenvolveremos esse código de aplicativo em vez
do que esperar o engenheiro mecânico terminar todo o seu trabalho e depois ficar dando uma
conjunto final de desenhos. Ao obter uma cópia atual, você começa a fazer a marcação e
torne-se produtivo imediatamente.
E isso também permitirá que você inicie o desenvolvimento de seus controles e,
eventualmente, controla o teste em relação a um modelo
preliminar. À medida que o design do sistema evolui, torna-se fácil
para processar essas atualizações no design de automação e aproveitar as lições
aprendido e tirar proveito de coisas ajustadas sem ter que repetir aquele detalhe
marcação de modo em desenvolvimento.
Você pode ajustá-lo com base em coisas novas, mas toda a marcação existente pode
permanecer, então você trabalham muito, muito mais rápido no ciclo
de vida do produto.
E sim, quando realmente compartilhamos esses dados com antecedência, podemos fazer partes
importantes do nosso testes de controle. Os testes de controle em
equipamentos físicos exigem que tudo aconteça tempo real e tudo estará concluído antes que
você possa realmente testá-lo.
Queremos chegar a uma situação em que possamos fazer pelo menos testes parciais
muito, muito mais cedo no ciclo de vida e falaremos mais sobre isso
posteriormente nesta apresentação.
Treinamento de operadores, a mesma coisa. Queremos poder trabalhar dentro do modelo
contra as demandas de produção esperadas e depois usar isso para treinar os operadores
mais cedo e pré-comissionar a linha, eventualmente
tendo um comissionamento final muito, muito no início do ciclo.
Vemos isso muito em aplicações da FDA, onde testes validados sempre precisam acontecer
o mundo real.
Mas toda a pré-validação pode acontecer contra o gêmeo digital e garantir que quando
você está fazendo sua última tarefa no FDA, você está muito mais próximo de um sistema
completo, então você não tem para voltar e repetir todos os seus testes.
Por último, mas não menos importante, você se depara com operação e manutenção.
Depois de construir sua linhagem, você mantém seu gêmeo vivo e o usa para todo e qualquer
melhorias antes de tentar implantá-las em sua fábrica ou em seu sistema.
Agora falamos sobre levar todos esses itens que tradicionalmente são considerados
críticos caminho e empilhá-los em paralelo para que
possamos tornar nosso processo muito mais eficiente.
Vamos falar um pouco sobre o que podemos fazer com conceitos e propostas.
Uma das muitas coisas que a emulação 3D nos permite fazer é realmente criar
o que chamaríamos de propostas mais inteligentes. Isso faz algumas coisas.
Permite-nos tomar decisões mais inteligentes, sendo capazes de ver e compreender os
sistemas melhorar.
É sempre incrível para mim como, mesmo depois de trabalhar por muitos anos nesta indústria,
como reunir uma equipe de pessoas que trabalham em
diferentes partes de um sistema que podem ser propostas, podem ser desenhos,
podem ser controles, pode ser o vendedor, pode ser o cliente e o fornecedor.
Usar a emulação 3D realmente nos permite criar sistemas visualmente rapidamente para
que as pessoas possam tomar decisões conceituais mais rapidamente,
pode transmitir a forma como o sistema funciona, sua aparência, como
funciona e também aumenta o entendimento entre essa equipe.
Podemos adotar esse sistema desde o início e começar a experimentar o conceito.
Pegamos sistemas e os construímos e, em seguida, fazemos experimentos em lote para
observar as coisas como tempo de transferência e utilização de
estado e tomar decisões muito informadas sobre
se este sistema atenderá às necessidades.
Sempre me lembro de um cliente que conseguiu fazer isso e realmente tinha uma forte
impacto no design do sistema que eles achavam que funcionaria perfeitamente.
Depois de analisá-lo durante um longo período de tempo com a demanda, o fornecedor percebeu
que tinha alguns problemas e conseguimos mudar isso
para que o fornecedor e o cliente estivessem em
alinhamento e tudo funcionou bem.
Essa capacidade de construir o conceito do sistema e experimentá-lo é bastante poderosa.
Então passamos, é claro, para a próxima etapa, que é onde entramos no
o design do sistema em si e, e aqui nós, você sabe, queremos ser capazes de reduzir
certamente os ciclos de projeto mecânico e até mesmo os ciclos de software e obtêm
muito, muito feedback anterior sobre abordagens e fazer.
Decisões que podem afetar nossa aplicação. Certo.
Se observarmos os testes de controles virtuais, podemos começar primeiro a validar
se o layout está certo.
Podemos então fazer uma simulação de processo dos ativos e então podemos pegar esse modelo
e conecte-o a um sistema de controle real e a
uma interface homem-máquina. que proporciona muito
uma visão mais detalhada sobre o que podemos fazer para controlar o sistema.
Eventualmente, queremos chegar a um ponto onde possamos fazer testes completos de
controle virtual, onde não olhamos apenas para o comportamento do
controlador ou do PLC no meio do loop, mas também todos os dispositivos
inteligentes.
Quando você pensa nisso, cada um dos módulos ou sensores ou drives ou
atuadores, todos eles têm sua própria inteligência local atualmente.
Cada uma dessas “coisas” é programada e configurada e desempenha um papel nesta
grande Sistema de controle distribuído.
Então o código PLC é importante? Absolutamente!
Ele faz o sequenciamento da máquina, mas os detalhes do controle da aplicação são
executados em todos os diferentes dispositivos
inteligentes que você possui em sua fábrica.
e precisamos testar todo o sistema, não apenas o fluxo lógico.
E para isso, precisamos de emulação / Device Echo de alta fidelidade.
E se olharmos como trazemos esse comportamento do sistema para dentro do
sistema, o ambiente que temos normalmente começa
carregando um monte de dados CAD e trazendo isso
em nosso ambiente de modelagem.
E então desenvolveremos o código do aplicativo com base nisso, certo?
Começaremos a animar esses elementos individuais nesse desenho para fazê-lo se
mover conforme se fosse uma máquina real.
Temos barras de ferramentas para operadores de CAD para nos ajudar a marcar o CAD e
realmente refletir o 3D comportamento para isso.
E temos isso para alguns dos pacotes CAD mais populares.
Existe o PTC Creo, que na verdade tem três versões ligeiramente diferentes.
Existe o inventor do AutoCAD e existe o SolidWorks.
e claro, há o PTC Onshape, que é um ambiente online completo.
Vou mostrar rapidamente como é isso. No Creo, na verdade temos uma barra de ferramentas que
possui as mesmas funções que fornecemos a você no
ambiente Emulate3D, mas permite que o engenheiro mecânico aplique a
marcação por conta própria.
E ele está fazendo isso em um ambiente confortável para eles.
Você vê aqui que a caixa de diálogo, a forma como as janelas aparecem é muito, muito
diferente em Creo do que no SolidWorks ou Inventor ou, na
verdade, dentro do próprio 3D.
O engenheiro mecânico aqui, no seu próprio ambiente, está fazendo a marcação e sabe
que o exemplo é muito simples.
Mas a questão é que ele acabou de marcar uma manivela. Exportamos essa manivela para
emular 3D.
Não precisamos fazer nenhuma alteração e podemos trazer esse comportamento mecânico e
visualizar e controle-o dentro do Emulate3D.
Então esse é o fluxo de trabalho básico.
sim, temos uma barra de ferramentas no Emulate3D onde você pode fazer isso.
Muitas pessoas usam isso. A maioria dos nossos exemplos é construída em torno disso.
Mas a pessoa normalmente mais adequada para fazer a marcação é o engenheiro mecânico e
ele quer fazer no seu espaço e ter suas
ferramentas, porque sabe o que estava pensando
quando ele projetou aquela máquina.
É por isso que é por aí que começamos.
E eu mostrei anteriormente, existem dados nossos. Sim, temos aqui esta máquina.
Tem uma transferência de garfo. Ele permite que você retire um veículo de um
AGV. Mas o próprio AGV, assim como a carroceria do carro
vamos ver, são fornecidos por outros.
Portanto, não precisamos atualizar esse CAD ao longo do tempo.
Isso normalmente é algo desenvolvido externamente.
E aqui olhamos para isso, vemos nosso garfo levantar a carroceria do carro e então vemos
o AGV se movendo e algo mais acontecerá neste processo.
É importante para nós podermos evoluir o design da nossa empilhadeira, mas não
precisamos preocupar-se com o design do AGV ou, nesse
caso, com o design da carroceria do carro.
Portanto, qualquer arquivo CAD que possamos importar é adequado para essas funções.
Então, quando avançamos um pouco mais, continuamos a nos concentrar mais nos
controles testando.
E você verá aqui o sistema onde estamos vinculando um modelo no canto superior
esquerdo onde vemos um robô realizando um processo de
montagem.
Temos o Echo PLC executando o código lógico do controlador que na verdade está
programado.
O aplicativo está sendo executado na parte inferior. Então isso é uma peça do designer
do Logic.
E então, no centro direito da tela, vemos o navegador de tags do Emulate3D.
Ele cria a conexão entre o controlador e o modelo.
Portanto, o modelo conhece suas entradas sobre como responder.
No canto superior direito você vê Factory Talk Logix Echo, que é o emulador do
controlador.
Portanto, temos um controlador flexível, um modelo flexível e um código do mundo real, e
trazemos todos esses juntos para desenvolver nosso código de
aplicativo.
E normalmente o que acontecerá é que um engenheiro construirá o modelo Emulate3D, mas
então poderia haver 4, 5 ou 6 desenvolvedores de PLC desenvolvendo sua própria parte do
todo aplicativo.
Mencionei anteriormente que o Factory Talk logix Echo é o emulador para
este sistema.
Portanto, o objetivo é tornar mais fácil testar seu código off-line ou, se preferir,
em um emulador de controlador baseado em desktop.
Não precisamos do hardware físico presente.
podemos suportar guard logix, compact guard logix e podemos fazer com que eles se
comportem exatamente da maneira que eles fazem no hardware real.
E com isso também temos uma API que nos permite conectar ao 3D ou a outro gêmeo
digital modelos ou até mesmo aplicações de tipo de
controle baseado em modelo.
Portanto, a emulação do controlador é realmente uma parte essencial para alcançar
essa transformação digital
e é uma parte integrante que podemos testar em relação ao hardware no circuito, mas
descobrimos que 90% dos nossos clientes preferem
trabalhar com um controlador emulado.
Isso também é algo que permite que você use na nuvem. Tantas, muitas razões
por fazer isso.
Mencionei aqui que CompactGuardlogix é compatível.
Esse é um recurso que será adicionado em novembro deste ano.
A parte principal em que nos concentramos com o Echo é que podemos aplicar exatamente o
mesmo projeto o controlador físico ou o controlador emulado
e mantemos a árvore.
É claro que suportamos todo o conjunto de instruções e podemos fazer essa conexão com o
gêmeo digital, muito sólido para testar o fluxo lógico do mundo real, tratamento de
falhas, etc. no sistema
Obrigado Antoon. É isso. O que você pode fazer com o software
é realmente incrível.
Quero dizer, embora estas sejam coisas sobre as quais falamos todos os dias, quando posso
sentar e ouvir outra pessoa explica e analisa, isso me deixa
muito animado e estou sendo realmente genuíno aqui, na verdade.
Então agora cuidamos do modelo mecânico. Nós pegamos o design lógico
cuidar de.
Podemos até fazer um modelo elétrico. Vamos apenas mostrar brevemente como fazemos isso
por dentro emular 3D.
Temos um catálogo de diagramas de fiação, acho que você poderia chamá-lo de diagrama de
fiação, um diagrama de fiação função de diagrama. Então posso realmente
estabelecer todas as minhas conexões funcionais, todo o meu controle
painéis e verificá-los e testá-los internamente, emulando 3D.
Temos um pequeno vídeo que vamos exibir. Podemos navegar pelas camadas do
componentes elétricos e podemos começar a olhar para áreas específicas do modelo para
fazer certeza de que todas essas conexões estão lá.
Podemos ver que eles estão disparando quando executamos esse modelo e podemos avançar
muito áreas específicas porque todas serão reais,
você sabe, novamente, de alta fidelidade modelos do que está acontecendo lá dentro,
não apenas o sistema mecânico, que já feito e o sistema lógico, mas também o
sistema elétrico.
Uma das coisas em que estamos trabalhando não é algo que ainda foi lançado, mas estamos
trabalhando também em integrações com outras aplicações importantes que fazem layout
elétrico e projetos elétricos para aplicações
industriais.
Então, esperamos poder lançá-los no próximo ano e temos
alguns disponíveis para clientes selecionados que os estão testando.
Então, somos realmente capazes de olhar para isso de uma forma que somos capazes de forçar
mudanças de valor e certifique-se de que todas essas coisas
estejam funcionando corretamente. É muito, muito legal
recurso adicional dentro do Emulate 3D.
E é claro que também podemos interagir com robôs. Anton falou sobre como podemos ter
CLPs conectados ao modelo, ou podemos ter emuladores de CLPs como o Logic's conectados
ao modelo.
Também podemos nos conectar a uma variedade de ferramentas de programação de robôs.
Tomamos uma decisão há muitos anos, na verdade, no
desenvolvimento do Emulate 3D, não queríamos ser um OLP.
Não queremos ser especialistas em robótica, embora emule 3D, tenha robótica muito robusta
modelagem para fins de simulação com diversos tipos genéricos e específicos de fornecedores
robôs e algumas boas ferramentas de resolução de robôs às quais podemos realmente nos
conectar, por exemplo, um robô estúdio.
Guia do robô Fanuc Yaskawa Motoman. E mesmo como você talvez saiba, adquirimos uma
empresa chamada Clearpath Robotics, e eles têm uma
ferramenta para seus robôs automotivos e podemos conectar
para aqueles também, o que lhes permite que o modelo, de uma forma muito precisa, emule a
forma como o robô está funcionando, certo?
Portanto, não apenas de uma forma simulada, mas da forma como foi programado. E isso é
muito poderoso ferramenta também.
E isso pode ser feito em conjunto com a outra emulação.
Você está fazendo isso para emular modelos 3D não precisa ser, digamos, de fonte única,
certo?
Você não precisa apenas executar um modelo em um PLC ou apenas executar uma simulação
modelo ou apenas executando um modelo em um controlador de robô.
Mas, na verdade, você pode ter todas essas coisas acontecendo ao mesmo tempo.
Então você tem todas essas fontes realmente entrando no modelo para torná-lo muito
modelo de alta fidelidade.
E esse é realmente o objetivo para o qual estamos caminhando, certo, é que esses
modelos se tornem locais de entrada de alta fidelidade para uma
variedade de fontes de CAD de controle, de robô
programação de um ambiente de teste.
E falaremos sobre isso aqui rapidamente sobre a visão de como fazemos isso. Sim.
E claro, quando você está controlando um robô, quando você está programando um robô, o
movimentos são importantes. Mas todos os intertravamentos, toda a interação com o
resto do O sistema é realmente onde os desenvolvedores
caem. Certo.
É onde e como meus intertravamentos acontecem entre o que o robô está fazendo e o que o PLC
está fazendo, o que os sensores me dizem, você vê o que acontece quando meu caminho
está errado. Você não detecta isso se estiver offline.
Mas quando você tem um produto realmente em movimento no sistema, isso se torna
subitamente muito mais visível. E programas de robôs por conta
própria. Os programadores normalmente não têm isso
movimentação de produtos como parte de seu ambiente de programação off-line. Certo?
Então sim, sim.
E isso nos leva a um próximo tópico e que é adicional à robótica. Outro
coisa que muitos de nossos clientes usam é pelo menos alguns fluxos básicos de fluidos
em seus, em suas instalações é que não estamos falando de
aplicações do tipo refino de petróleo, mas de um típico
empresa de produtos de consumo possui líquidos que convertem em barras de chocolate
ou em qualquer outra coisa, xampus, etc.
O processo é bastante simples, mas o manuseio do produto antes e depois é
é muito importante. E então o que fizemos foi colocar um controle para alguns híbridos
fluxos de processo. Nós gostamos de chamar isso de tanques e canos e bombas e válvulas e
todos os coisas relacionadas.
E isso nos permite rotear controladores e fontes de fluidos. Temos tubos, temos
misturadores e válvulas, válvulas de prova mista para
quando você está tentando fazer limpeza no local diferente
tipos de bombas, sensores, medidores de vazão, enchimento, ferramentas de enchimento.
E o que fizemos mais recentemente foi adicionar, especialmente num quadro de falhas
que nos permite introduzir diferentes falhas no
sistema porque a programação e a aplicação Isso é importante para o fluxo lógico básico.
Mas no final de um projeto cerca de 20% do código está focado em
sequenciar a aplicação da maneira correta e cerca de 80% do código está focado em como
eu lido com várias falhas.
Então é para isso que se destina a geração de falhas aqui.
Posso criar todos os tipos de falhas diferentes em meu sistema que posso monitorar
e, e log e ver se eu os trato corretamente.
Outra coisa que nos pediram é dar um pouco mais de capacidade ao líquido
propriedades para que possamos emular conceitos básicos de temperatura,
condutividade, coisas assim.
E fazemos muita coleta de dados diferentes nesses sistemas. E nós
também criou uma caixa preta.
Você viu uma caixa preta anteriormente no lado da simulação e realmente não se importa
sobre a interação física e você pode fazer um modelo matemático simples para
essas funções.
Não precisa ser uma colisão física, certo? A mesma coisa para grande parte do
processamento, se você tiver um aquecimento específico
curva ou algo que você queira seguir, você pode colocar isso no sistema e aí a gente vê
um passando agora.
E também podemos criar diferentes cenários e criar todos os tipos de procedimentos que
executado com base em como o modelo se comporta e aonde isso nos leva. No final,
nosso longo O objetivo do prazo é permitir que você faça
integração contínua de sua lógica programação ou seus controles.
Testando o desenvolvimento geral do seu sistema de controle. Então nós, vocês,
podemos estar familiarizados. Na verdade, isso se desenrola. É onde podemos
armazenar projetos com diferentes versões.
Podemos fazer análises de projetos para verificar a qualidade do código. Podemos
fazer o tipo de arquivo conversões. Podemos ajudar as pessoas a
migrar projetos de versões mais antigas para versões mais recentes e
realmente visualizá-los e dar uma olhada no que eles são. Eles acabam em um controle de
versão sistema, mas então eles precisam ser testados
e três D é um aplicativo que nos permite para fazer o modelo que acabamos de ver.
Então a emulação desse comportamento do sistema, ele também conta com ferramentas
para troca de dados para sistemas de supervisão e/ou para
controladores.
Ele fará a simulação real de um controlador para pensar que está falando com o real,
mas está falando para emular 3D.
Assim podemos fazer muito mais alta fidelidade, emulação de um sistema.
Depois temos o framework padrão que acabei de mencionar que está em desenvolvimento para
ajude-nos a apresentar várias áreas em todas as disciplinas diferentes.
E há muitos aspectos que precisamos para permitir que você os crie, monitore
registrá-los e controlar quando eles ocorrem.
E então temos um agendador e um gerenciador de cenários que diz neste momento, execute,
execute isto cenário, faça isso com esta versão do arquivo
antes de iniciar. Portanto, defina esses valores.
Portanto, restaure o instantâneo para um estado específico e execute-o por x segundos,
minutos, horas e, em seguida, introduza essas falhas e certifique-se de que
o código detecte isso corretamente e relate isso. Certo.
E tudo isso precisa ser um teste automatizado autônomo, que é algo que
que não existe para o código PLC certamente no ambiente Rockwell no
passado.
E com esta ferramenta, acreditamos que estamos adicionando muitos recursos para os
desenvolvedores permanecerem muito mais próximo da qualidade de seu
código.
Nem sempre precisa ser o projeto inteiro de uma vez, mas sim, faremos
progresso lá. Então fique ligado.
Esta é para nós uma importante área de desenvolvimento.
Então isso nos leva ao início da comissão de treinamento e, novamente, estamos lembrando
que você sabe, no início nós olhamos para isso como
uma espécie de itens do caminho crítico que foram feitos em
sequência e tudo o que estamos falando é pegar esse sistema, pegar esse processo
e capaz de mover as coisas para processos paralelos não críticos. Então aqui está um
exemplo.
Isso lembra um pouco um vídeo que mostramos anteriormente. Nós vamos fazer um loop
algumas vezes.
Você se lembra disso, desse elevador, dessa carroceria.
E se observarmos isso com atenção, algo realmente interessante que aprendemos é que
se isso fosse aprendido no local quando estava
sendo comissionado seria muito desafiador.
Por que não fazemos isso mais uma vez? E se você olhar para o carro, o quadro aqui,
você verá que tem um escudo no motor ali mesmo, aquele tipo de salmão
colori. E veja o que acontece quando atinge o agv.
Na verdade, neste caso, ocorre através do agv no real no mundo real, que
teria sido uma interferência esmagadora.
E isso é algo que a emulação 3D foi capaz de mostrar ao usuário aqui que eles foram
capazes de realmente ver em um ambiente virtual antes
que este sistema fosse concluído, antes de ser
concluído.
O que aconteceu quando a carroceria do carro foi derrubada.
Então esse era o cafajeste deles, esse era o seu agv. E ao colocá-los juntos no ativo
ambiente, eles puderam ver exatamente o que aconteceu.
Então, esse é o tipo de coisa que pode dar a você a capacidade de fazer isso virtualmente.
comissionamento.
E quando dizemos virtual, queremos dizer muito, muito deliberadamente, que permite
reduzir esse tipo de mudanças de design caras e ad
hoc.
Uma coisa que Antwon sempre diz, e eu sou e como alguém que tem experiência que ele
tem ao longo dos anos é verdade, é que se você estiver descobrindo essas coisas no
local, é muito tarde demais porque você não tomará as
decisões corretas para corrigi-los.
Você tomará a decisão mais rápida e barata para tentar fazer as coisas funcionarem.
E não é assim que se faz, certo? Queremos tomar a decisão certa e
geralmente para tomar a decisão certa e a solução certa.
Precisamos fazer isso cedo para que a detecção precoce da relação entre o
a mecânica e os controles são altamente críticos.
E é algo que a emulação 3D nos dá. Aqui está outro exemplo de um projeto de retrofit
com esta operação bastante complexa de manuseio de tarugos onde temos estes grandes
alumínios tarugos que estão sendo movidos e manuseados
de forma robótica.
E se olharmos, nós, esse usuário, conseguimos fazer algo muito interessante.
Eles estavam avaliando o software, por assim dizer, e conseguiram pegar o que você viu
é na verdade uma versão de avaliação do emulate 3D.
E eles conseguiram construir um modelo desse sistema e implementar a forma como as
mudanças foram iria funcionar, que eles iriam implementar no
modelo e conectá-lo ao IHM.
Então esta IHM está na verdade executando um modelo virtual daquela máquina de manuseio de
tarugos e eles foram capazes de analisar todas as
mudanças que estavam fazendo com, de fato, as mudanças
não apenas aos controles, mas também à IHM.
E faça tudo isso dentro do que foi um período de avaliação do software.
Acho que acabou demorando cerca de 5 ou 6 semanas. Então, muito rapidamente. E isso não
foi em tempo integral, certo? Essa foi a época em que eles tiveram o
software rapidamente capazes de começar a olhar para
estes sistemas, avaliá-los e tomar decisões.
E esses são os tipos de coisas que vemos repetidamente.
E às vezes o que parecem ser pequenas preocupações tornam-se grandes preocupações
quando você olha para elas virtualmente.
E conserte-os e perceba os custos que você economizou.
vamos falar um pouco sobre o tipo de resultados que as pessoas alcançam com o
virtual comissionar esses resultados que listamos
aqui e no próximo slide são de um usuário de emular 3D que funciona. Eles são
um grande OEM.
Eles trabalham com três grandes fabricantes automotivos e conversam conosco
rotineiramente sobre o sucesso que obtiveram com o
comissionamento virtual.
Eles se tornam, de muitas maneiras, um usuário poderoso e um grande parceiro, você
sabe, então alguns dos coisas que não vou ler porque sei que
enquanto você está lendo, enquanto você está vendo isso, você está lendo eles.
Mas eles conseguiram testar o posicionamento dos elementos mecânicos. Eles são capazes de
testar respostas lógicas às entradas mecânicas.
Eles são capazes de observar a energia elétrica e o layout da fiação quando se trata
de controle design e testes, eles são capazes de observar
sequências lógicas.
Eles são capazes de observar as ações da IHM e do operador e a resposta a falhas durante
todo o processo. esse sistema e, em seguida, o tipo de
experiência no local que eles podem observar lógica mecânica e elétrica logo antes de
chegarem ao local, eles são capazes de analisar
operadores e equipes de manutenção que eles são capazes de levá-los e familiarizá-los
com o sistema.
Eles podem começar a se preparar para a solução de problemas com base em como pensam
que o sistema real vai agir com base em como o
modelo age corretamente.
O modelo, novamente, todos os modelos estão errados, mas alguns são úteis, e muitos
desses modelos são muito bom em prever o tipo de coisas que
poderiam ou deveriam acontecer em um sistema.
E então reduzindo o tempo entre os marcos de projeto, conclusão e produção. E
Isto é o que parece.
Se olharmos todos os projetos que analisaram com emulação 3D.
Então, dos projetos recentes que eles fizeram, houve sete projetos, quatro que
foram feito abaixo do orçamento e três dentro do
orçamento e zero que exigiu extensão comissionamento.
E é aí que eles usam a engenharia digital, certo?
Depois houve outros três projetos, creio eu. Isso está certo?
Antwon Foram outros três ou são dois? Eu acho que esses foram dois eles fizeram muitos
projetos sem arrependimentos, sem utilização de engenharia digital.
E você vê que o projeto ultrapassou o orçamento. Foi prorrogado por três semanas e
as outras um acima do orçamento e em quatro semanas.
Então isso é muito comum porque o que aconteceu, acho que historicamente ao longo
do tempo, as pessoas, eu acho que você poderia dizer,
se acostumaram com o fato de que os projetos tendem a ser executados
acima do orçamento e ao longo do tempo.
E o que estamos realmente tentando fazer é realinhar a forma como as pessoas pensam e
permitir que elas estimar melhor os projetos e concluí-los
dentro da estimativa, tomando um monte daquelas atividades que geralmente são feitas
no final, que são feitas no local, que são feitas
em um ambiente de alto risco, em um período de alto risco, e começar a movê-los novamente
sob esse caminho paralelo.
Para que possamos remover esse risco. E isso é real.
Quero dizer, este é o feedback da vida real dos usuários do software e dos usuários deste
foco de engenharia digital no mundo. Sim.
E então a última parte que temos e a propósito, Tyler, isso me lembra do meu, meu
primeiro, cliente de comissionamento virtual que veio
até nós e disse que tinha um projeto.
Tínhamos o equipamento vindo de três locais distintos.
Um deles fornecia a parte frontal da máquina, um era o meio, um era o
fim.
E eles vieram ao local. Todos eles começaram a crescer.
E cerca de dois dias antes do início do comissionamento, o capataz da empresa
intermediária A máquina diz para a máquina da frente: Ei,
você pode colocar aquele último pedacinho da esteira?
E a resposta do cara da máquina na frente disse: Isso não está na minha conta.
escopo.
Isso está no seu escopo. E isso os atrasou três semanas, certo?
Enquanto eles fisicamente tiveram que construir esse equipamento que faltava.
E só isso foi suficiente para eles dizerem nunca mais outro projeto sem um gêmeo digital
para validar isso, que nossos sistemas estão corretos. Sim.
De qualquer forma, voltando à operação e manutenção, assim que tivermos aquele gêmeo.
Sim, temos uma plataforma de testes, podemos fazer experiências contínuas e podemos
começar adequadamente fazendo treinamento de operadores.
E aqui estamos olhando para uma visão de realidade estendida de uma linha, neste caso,
é é pura realidade virtual.
Mas também vemos pessoas fazendo isso em realidade mista.
e você está vendo aqui duas pessoas juntas na máquina olhando para a linha e
tentando trabalhar em diferentes elementos e ver se tenho tudo que preciso para controlá-
lo.
Então um dos elementos que vão ampliar, ampliar em um momento é a IHM.
E eles irão realmente operar a IHM e ver se todas as funções que o
operador tem disponível naquela IHM são suficientes para operar corretamente a linha
e diagnosticar situações diferentes.
E porque eles estão naquele ambiente, o que eles veem é absolutamente o que
eles verão na vida real.
E então, sim, a experiência de VR é um aspecto interessante.
Você pode ver se consegue ver as luzes da torre de onde seus operadores estão
posicionados, você pode veja quando ele está abusando da linha e
afetando a qualidade do produto.
Mas em geral, muitas aplicações úteis para isso, essa interação entre o modelo
e o e o sistema.
Isso nos leva ao resumo de por que estamos fazendo isso, esse digital
Engenharia.
Queremos reduzir os prazos de nossos produtos, sabemos que queremos expandir
nossas possibilidades de design tornando muito mais fácil iterar projetos,
experimentar cenários e projetar rapidamente dentro de uma redução dentro de
um modelo.
Tive OEMs que reduziram sua prototipagem, a prototipagem física de
oito protótipos para dois porque eles poderiam fazer muito mais em seu gêmeo
digital meio ambiente certo?
E então reduzindo o risco comissionando antes de ir ao local.
Você não pode exagerar o valor disso. A qualidade do código, tudo é demais
melhor quando você teve a chance de desenvolver em um ambiente seguro.
Portanto, nosso gêmeo digital dinâmico e dinâmico cria um gêmeo funcional de um
sistema focado no funções que eram importantes para você como
engenheiro de controles, certo?
Você não precisa que cada parte desse modelo esteja 100% correta.
Mas o que você está procurando é o que afeta a operação do meu modelo?
E especialmente o comportamento do meu sistema de controle.
Você sabe, onde está aquele fruto mais fácil de beneficiar meus controles,
testes e menor esforço para um edifício.
Construir o aplicativo e permitir que você o melhore.
Então, voltando a qual função você precisa, em vez de qual função você poderia
implementar se você tinha tempo e orçamento infinitos?
E se precisarmos de modelos mais detalhados, podemos, é claro, vincular a terceiros
simulações, envolvem a interface de simulação do Studio 5000 onde podemos modelar
controle baseado, coisas assim.
E então, é claro, nossa ligação ao Echo, onde podemos rodar sem hardware disponível ainda
obtenha aquele comportamento completo do PLC com o mesmo firmware e a mesma aplicação que
está correndo no mundo real.
E, em suma, vimos o nosso fluxo.
Você sabe, nós fizemos um bom trabalho na redução do ciclo geral de um
projeto para que possamos iniciar nosso projeto de automação muito mais cedo.
podemos iniciar nossos testes de controles, podemos fazer nosso comissionamento, nosso
treinamento e quando o sistema está instalado e funcionando, ainda
podemos fazer isso, operar e manter.
Então, todos e todos, sim, nós acreditamos que é um, é o caminho a seguir e
especialmente em projetos típicos onde as aplicações Rockwell
são construídas, onde vemos dinâmicas sempre mudanças nos requisitos do sistema de
controle, comissionamento virtual e uma quantidade fantástica de
valor para nossos clientes.
E com isso acredito que estamos prontos para perguntas e agradecimentos. Sim, obrigado,
André.