Hola, mi nombre es Tyler Phillips. Soy el gerente de desarrollo comercial global.
para diseño digital en Rockwell Automation.
Hoy conmigo está Antoon Laane, uno de nuestros gerentes de producto que cubre la
tecnología digital. ingeniería, con quienes trabajo en estrecha
colaboración.
Queremos hablarte hoy sobre la transformación de la ingeniería digital.
Nuestra agenda será breve. Cubriremos una presentación de nosotros mismos.
Vamos a hablar de cómo está evolucionando la ingeniería digital y cómo podemos evolucionar
el diseño a un mundo digital.
Explicaremos cómo se llevan a cabo esos proyectos y luego los resumiremos.
Déjame contarte un poco sobre mí. Mi nombre es Tyler Phillips.
Como dije, soy el gerente de desarrollo comercial global para diseño digital.
He estado con Emulate3D o Rockwell durante aproximadamente 11 años.
Emulate 3D se convirtió en parte de Rockwell en 2019, y antes de eso estuve en Emulate3D.
desde 2012.
He pasado la mayor parte de mi carrera durante los últimos 30 años en simulación
para aplicaciones industriales. aplicaciones, principalmente fabricación y
manipulación de materiales.
Me encanta emular 3D y estoy feliz de hablar contigo hoy.
Y mi nombre es Antoon Laane. Empecé en Rockwell allá por 1986 e hice una
mucho trabajo en la puesta en marcha del diseño y desarrollo del software y la puesta
en marcha sistemas.
Y a lo largo de los años he trabajado mucho como gerente del equipo de preventas,
haciendo productos marketing y trabajé mucho en torno a Logix y
Studio 5000.
Y en 2018 me comprometí con el equipo de Emulate3D.
Completamos la adquisición en 2019 y actualmente estoy trabajando para ayudar a
integrar la producto en nuestra organización y ayudar a
evangelizar los beneficios.
De eso es de lo que hablaremos hoy. Así que hablemos un poco.
Antoon y yo hemos trabajado juntos durante algunos años y creo que nos hemos vuelto
bastante Bueno para hacer una presentación conjunta.
Así que vamos a alternar entre algunas de las áreas de esto.
hablemos un poco de ingeniería digital. Ya sabes, tradicionalmente los proyectos, tal
como se han hecho, se han producido de cierta manera, y
queremos hablar de alejarnos de eso, alejarnos del tipo de lo que llamamos
la antigua forma de diseñar sistemas.
Déjame hacerte un par de preguntas aquí. ¿Qué pasaría si pudieras probar y mejorar tu
diseños antes de comenzar la producción? ¿Qué significaría eso para ti?
¿Ha tenido imprevisibilidad en la fase de puesta en marcha que alargó los proyectos?
que cambian su tiempo de comercialización, que retrasan la implementación de sistemas o
que le causan dolor o costo con su cliente o sus socios y
desearía tener más ¿Flexibilidad y confianza durante el proceso
de producción? esas son las cosas vamos a hablar de.
¿Cómo podemos mejorar esas preguntas? ¿Si respondiste que sí a alguna o a todas?
¿Qué es entonces la puesta en marcha virtual? Bueno, probablemente hayas escuchado el
término.
Probablemente hayas escuchado otros términos relacionados con él.
Pero para nosotros, de lo que vamos a hablar hoy, la puesta en marcha virtual significa
utilizar un gemelo digital dinámico de una máquina o un
sistema que podría ser una combinación de diferentes
tipos de equipos y máquinas para probar y depurar el sistema de control en alta
fidelidad, entorno operativo realista.
Realmente no está destinado a validar respuestas de señales en tiempo real, ya
sabes, con un pequeño grado de tiempos de respuesta.
Pero pretende darnos un sistema que sea, diré bastante bueno y hablaré de eso en
Sólo un minuto, lo suficientemente bueno como para permitirnos probar los sistemas antes de
que existan.
Cuando construimos un modelo o modelo de puesta en marcha virtual, realmente estamos
reuniendo tres verdades sobre los sistemas de
automatización, es la forma en que nos gusta pensar en ello.
Traemos la verdad mecánica, y eso suele ser CAD.
Estamos reuniendo la verdad lógica, que es el sistema de control y el diseño eléctrico,
y estamos trayendo lo que llamaríamos elementos transitorios por el bien de
Emulate3D, el software del que vamos a hablar un poco.
Esas son las cargas, los productos, ¿no? El equipaje, las carrocerías, las cosas que
moverse por el sistema que son manejados por los equipos que se fabrican que se toman
aparte.
Realmente hay un cuarto. Y esa es la cosa, tal vez causa el mayor problema, el
software húmedo, ¿verdad?
Los operadores, lo que quizás tenga mayor variabilidad. Así que en realidad hay
probablemente cuatro que estamos reuniendo.
Pero cuando juntamos esas tres verdades, nos permite hacer cosas
digitalmente. Si podemos hacer eso en estos entornos digitales.
Una cosa que es importante recordar es que hay un viejo dicho que se usa en
estadísticas y se ha trasladado a muchas áreas de la ingeniería y la industria, y eso
es todo Todos los modelos están equivocados.
Pero algunos son útiles. ¿Y qué queremos hacer con nuestro digital?
La tecnología de ingeniería en Rockwell es hacer modelos útiles, ¿verdad?
Y cuando hablamos de gemelos digitales, puede que no estemos hablando de un único modelo o
simplemente de un mellizo.
Quizás estemos hablando de trillizos digitales. Puede que estemos hablando de
modelos del mismo sistema que mira diferentes áreas o tiene
diferente granularidad.
Por eso es importante saber que cuando construimos gemelos digitales, nos centramos
en aquellas áreas que necesitan ser más
correctas o de mayor fidelidad para poder probar las cosas
que necesitamos probar. Sí.
Entonces, lo que voy a hacer es dar un paso atrás y analizar cómo trabajamos.
a través de un proyecto de ingeniería digital. ¿Bien?
¿Por qué estamos haciendo esto? Si miro hacia atrás, a cómo comencé, cuando
Hicimos nuestros proyectos, las decisiones de diseño se tomaron desde el principio y se
basaron en estimaciones que hicimos e historias de cómo
lo habíamos hecho en el pasado.
Y confiábamos en que nosotros mismos éramos buenos para rediseñar cosas o redistribuir
cosas para tener éxito en el proyecto. Bien.
Cuando hicimos el diseño de nuestro sistema o, en mi caso, el diseño de automatización y
la construcción y prueba. Necesitábamos hacer todo partiendo de
pensamientos teóricos sobre cómo funcionaría el sistema.
Podríamos probar pequeños fragmentos de código, pero la mayoría del código de la
aplicación debía ser probado tarde en el proyecto, lo que por
supuesto hizo que la prueba tardía fuera un evento de alto riesgo y
Admito que he tenido proyectos en los que no anticipé que todo fuera correcto y
encontramos problemas muy tarde durante el ciclo de
desarrollo.
La otra cosa es que cuando probamos la aplicación, necesitábamos partes físicas para
movernos. a través del sistema y teníamos una conexión
muy pobre entre nuestros ingenieros mecánicos, quienes
diseñamos las máquinas, y nosotros, como ingenieros de automatización, que
desarrollamos el software que confiaba en que el diseño mecánico fuera un
hecho.
No tuvimos idas y venidas entre los ingenieros mecánicos y la automatización.
ingenieros, ¿verdad?
Por lo tanto, normalmente eran ellos los que estaban a cargo y la automatización sólo
necesitaba que funcionara.
Lo que eso resulta es que cuando realmente estás haciendo la puesta en marcha y la
puesta en marcha, Encuentras las cosas tarde y en el sitio.
La presión es alta y hay mucha gente esperando que completes tu parte.
La máquina física está ahí. ¿Por qué no está funcionando todavía?
Bueno, es la primera vez que puedo ejecutar mi software, por lo que hay una presión
tremenda sobre completar su desarrollo de software.
En lugar de ser flexible y cuando encuentres un problema decir: "Voy a dar un paso
Regrese y vea cómo puede abordarlo mejor”, la atención se centra en cómo puedo hacer esto
correctamente. ahora con toda esa gente respirándome en la
nuca.
La otra cosa acerca de estos sistemas, por supuesto, era que si llegaban tarde, había
Había presión sobre la productividad perdida y cuando entrenabas, necesitabas alimentarte.
productos al sistema.
Normalmente se necesitaban especialistas para ayudar a formar a los operadores.
Entonces hubo tiempo involucrado. Hubo viajes involucrados, y solo sucedió durante el
conjunto de operadores disponibles actualmente.
Entonces el cliente tenía que suministrar a sus operadores todas esas cosas buenas.
Y luego, cuando había actualizaciones o cambios, todo ese ciclo comenzaba de nuevo.
Es realmente difícil demostrar de antemano que un cambio realmente mejorará un sistema.
Entonces necesitas probarlo. Y de hecho he estado con clientes que tenían
11 líneas de producción idénticas, pero debido al cambio en la demanda, una de esas
líneas fue Se utiliza continuamente para probar nuevos
SKU y realizar cambios en el proceso antes de su implementación.
a las otras diez líneas.
Pero eso significaba que esa línea no producía cosas y son líneas caras.
No desea tener el alto costo de necesitar equipos de producción para validar
cosas. Preferirías que esa línea se produjera el 90% del tiempo y solo hacer la última
parte. Validación de puesta en marcha para
asegurarse de que todo esté correcto, después de haberlo desarrollado.
en un gemelo digital.
Entonces de eso se trata todo esto.
Queremos pasar a un entorno mucho más colaborativo donde la ingeniería mecánica y
La ingeniería eléctrica puede trabajar en conjunto, donde podemos experimentar con un
modelo y donde pueda mostrar a los ingenieros
mecánicos lo que están haciendo.
A menudo, cuando desarrollas estas aplicaciones, no tienes ni un software
desarrollador, pero 5 o 6.
Todos necesitan coordinar su trabajo y ver cómo impactan en el modelo.
Y el uno al otro. Y quieres encontrar oportunidades para
mejorando el diseño. Los modelos digitales son fantásticos para hacer eso.
Entonces hay mucha colaboración involucrada, ¿verdad? No estás haciendo esto por tu
cuenta.
Estás trabajando con todos los equipos relacionados. Sea ese el diseño mecánico, sea
ese el operadores, sea ese aseguramiento de la
calidad.
Todos esos equipos trabajan y terceros también.
Todos trabajan juntos en esto en este escenario.
Anteriormente analizamos un flujo secuencial.
Y a lo que realmente hemos llegado es a un flujo de trabajo mucho más paralelo.
Concepto y propuesta siempre están en secuencia. Absolutamente.
Pero a esto le sigue el diseño del sistema, y ​​los ingenieros mecánicos necesitan algo de
tiempo. para afinar el modelo, pero pueden ir y
proporcionar su diseño desde el principio al ingenieros de automatización.
Yo diría que en un 30% del ciclo de diseño de su sistema ya pueden entregar un concepto
básico. y la automatización puede empezar a pensar en
cómo desarrollaremos este código de aplicación en lugar de
que esperar a que el ingeniero mecánico termine todo su trabajo y luego estar dando
un conjunto final de dibujos. Cuando obtienes
una copia actual, comienzas a hacer el marcado y
volverse productivo inmediatamente.
Y eso también le permitirá comenzar el desarrollo de sus controles y eventualmente
controla las pruebas contra un modelo preliminar. A medida que el diseño del
sistema evoluciona, resulta más fácil para procesar esas actualizaciones en el
diseño de automatización y aprovechar las lecciones
aprendido y aprovechar las cosas afinadas sin tener que repetir ese detalle
marcado de modo en desarrollo.
Puede ajustarlo basándose en cosas nuevas, pero todo el marcado existente puede
permanecer, por lo que trabajar mucho, mucho más rápido en el ciclo
de vida del producto.
Y sí, cuando realmente compartamos esos datos temprano, podremos ir y hacer partes clave de
nuestro pruebas de control. Las pruebas de control
contra equipos físicos requieren que todo suceda
en tiempo real y todo estará terminado antes de que puedas probarlo realmente.
Queremos llegar a una situación en la que podamos realizar al menos pruebas parciales
mucho, mucho antes. en el ciclo de vida y hablaremos de eso más
adelante en esta presentación.
Entrenamiento de operadores, lo mismo. Queremos poder trabajar dentro del modelo.
contra las demandas de producción esperadas y luego usarlo para capacitar a los operadores
antes y precomisionar la línea, teniendo
eventualmente una puesta en servicio final mucho, mucho
anteriormente en el ciclo.
Vemos eso muchas veces en las aplicaciones de la FDA donde las pruebas validadas siempre
deben realizarse en el mundo real.
Pero toda la validación previa puede realizarse contra el gemelo digital y
asegurarse de que cuando estás haciendo tu último trabajo con la FDA,
estás mucho más cerca de un sistema completo, por lo que no tienes
para regresar y repetir todas sus pruebas.
Por último, pero no menos importante, se encuentra con el funcionamiento y el
mantenimiento.
Una vez que hayas construido tu línea, mantendrás vivo a tu gemelo y lo utilizarás
para todos y cada uno de los casos. mejoras antes de intentar implementarlas en
su fábrica o en su sistema.
Ahora hablamos de tomar todos estos elementos que tradicionalmente se encuentran en un
estado crítico. ruta y apilarlos en paralelo para que podamos
hacer nuestro proceso mucho más eficiente.
Hablemos un poco de lo que podemos hacer con conceptos y propuestas.
Una de las muchas cosas que nos permite hacer la emulación 3D es realmente crear
lo que llamaríamos propuestas más inteligentes. Eso hace un par de cosas.
Nos permite tomar decisiones más inteligentes al poder ver y comprender los sistemas.
mejor.
Siempre me sorprende cómo, incluso después de trabajar durante muchos años en esta
industria, cómo reunir un equipo de personas que trabajen en
diferentes partes de un sistema que podrían ser propuestas, podrían ser dibujos,
podrían ser controles, podría ser el vendedor,
podrían ser el cliente y el proveedor.
El uso de emular 3D realmente nos permite crear rápidamente sistemas visualmente para
que las personas puedan tomar decisiones conceptuales más rápido,
puede transmitir la forma en que funciona el sistema, cómo se ve, cómo
funciona, y también aumentar la comprensión entre ese equipo.
Podemos adoptar ese sistema desde el principio y comenzar a experimentar con el
concepto.
Tomamos sistemas, los construimos y luego realizamos experimentos por lotes para
observar las cosas. como el tiempo de rendimiento y la
utilización del estado y tomar decisiones muy informadas sobre
si este sistema cubrirá las necesidades.
Siempre recuerdo a un cliente que pudo hacer esto y realmente tuvo una fuerte
impacto en el diseño del sistema que pensaban que iba a funcionar perfectamente.
Después de analizarlo durante un largo período de tiempo con la demanda, el
proveedor se dio cuenta de que tenían algunos problemas y pudimos cambiar eso para
que el proveedor y el cliente estuvieran en alineación y todo funcionó bien.
Esa capacidad de construir el concepto del sistema y experimentar con él es bastante
poderosa.
Luego pasamos, por supuesto, a la siguiente etapa, que es donde nos adentramos en
el diseño del sistema en sí y, aquí nosotros, ya sabes, queremos poder reducir
ciertamente los ciclos de diseño mecánico e incluso los ciclos de software y obtienen
mucho, mucho Comentarios anteriores sobre enfoques y
marcas.
Decisiones que podrían afectar nuestra aplicación. Bien.
Si analizamos las pruebas de controles virtuales, podemos comenzar primero validando
que el diseño sea bien.
Luego podemos hacer una simulación de proceso de los activos y luego podemos tomar ese
modelo y conéctelo a un sistema de control real y a
una interfaz hombre-máquina. que proporciona mucho
Información más detallada sobre lo que podemos hacer con los controles del sistema.
Con el tiempo, queremos llegar a un punto en el que podamos realizar pruebas de control
virtual total, donde No solo observamos el comportamiento del
controlador o del PLC en medio del proceso. bucle, sino también todos los dispositivos
inteligentes.
Cuando lo piensas, todos y cada uno de los módulos o sensores o unidades o
actuadores, todos ellos tienen su propia inteligencia local hoy en día.
Cada una de esas "cosas" está programada y configurada y desempeña un papel en este gran
sistema de control distribuido.
¿Entonces el código PLC es importante? ¡Absolutamente!
Realiza la secuenciación de la máquina, pero se ejecutan los detalles del control de la
aplicación. en todos esos diferentes dispositivos
inteligentes que tienes en tu fábrica.
y necesitamos probar todo el sistema, no sólo el flujo lógico.
Y para eso, necesitamos emulación de alta fidelidad / Device Echo.
Y si miramos cómo traemos ese comportamiento del sistema al sistema, el
El entorno que normalmente tenemos comienza cargando un montón de datos CAD y trayendo
esos en nuestro entorno de modelado.
Y luego desarrollaremos el código de la aplicación en función de eso, ¿verdad?
Comenzaremos a animar esos elementos individuales en ese dibujo para que se mueva
como si fuera una máquina real.
Tenemos barras de herramientas para operadores de CAD que nos ayudan a marcar el
CAD y reflejar el 3D. comportamiento para eso.
Y los tenemos para algunos de los paquetes CAD más populares.
Está PTC Creo, que en realidad tiene tres versiones ligeramente diferentes.
Está el inventor de AutoCAD y está SolidWorks.
y luego, por supuesto, está PTC Onshape, que es un entorno en línea completo.
Te mostraré rápidamente cómo se ve. En Creo, en realidad tenemos una barra de herramientas
que tiene las mismas funciones que le proporcionamos
dentro del entorno Emulate3D, pero permite al ingeniero mecánico aplicar el
marcado él mismo.
Y lo hace en un entorno que les resulte cómodo.
Verás aquí que el diálogo, la forma en que aparecen las ventanas es muy, muy diferente
en Creo que en SolidWorks o Inventor o, de
hecho, dentro del propio 3D.
El ingeniero mecánico aquí, en su propio entorno, está haciendo el marcado y sabe
que el ejemplo es muy sencillo.
Pero el punto es que simplemente se ha vuelto loco. Hemos exportado esa manivela para
emular 3D.
No necesitamos hacer ningún cambio y podemos traer ese comportamiento mecánico y
visualizar y controlarlo dentro de Emulate3D.
Ese es el flujo de trabajo básico.
sí, tenemos una barra de herramientas en Emulate3D donde puedes hacer eso.
Mucha gente lo usa. La mayoría de nuestros ejemplos se basan en eso.
Pero la persona más indicada para realizar el marcado es el ingeniero mecánico y él
quiere hacerlo en su espacio y tener sus herramientas, porque sabe lo que estaba
pensando cuando diseñó esa máquina.
Por eso empezamos por ahí.
Y como mostré antes, hay datos nuestros. Sí, tenemos aquí esta máquina.
Tiene transferencia con horquilla. Le permite recoger un vehículo de una
AGV. Pero el propio AGV, así como la carrocería del vehículo
que vamos a ver, son suministrados por otros.
Por lo tanto, no necesitamos actualizar ese CAD con el tiempo.
Esto suele ser algo desarrollado externamente.
Y aquí lo miramos, vemos nuestra carretilla levantar la carrocería del coche y luego
vemos el AGV moverse. y algo más sucederá en este proceso.
Para nosotros es importante poder evolucionar el diseño de nuestra carretilla elevadora,
pero no necesitamos preocuparse por el diseño del AGV o, en
realidad, del diseño de la carrocería del automóvil.
Entonces, cualquier archivo CAD que podamos importar está bien para esas funciones.
Luego, cuando llegamos un poco más adelante, seguimos centrándonos más en los controles.
pruebas.
Y verá aquí el sistema donde realmente estamos vinculando un modelo en la parte
superior izquierda. donde estamos viendo un robot realizando un
proceso de montaje.
Tenemos el PLC Echo ejecutando el código lógico para el controlador que en realidad
está programado.
La aplicación se ejecuta en la parte inferior. Esa es una pieza del diseñador de
Logic.
Y luego, en el centro derecho de la pantalla, vemos el navegador de etiquetas para
Emulate3D.
Crea la conexión entre el controlador y el modelo.
Entonces el modelo conoce sus entradas sobre cómo responder.
En la parte superior derecha ves Factory Talk Logix Echo, que es el emulador del
controlador.
Entonces tenemos un controlador suave, un modelo suave y un código del mundo real, y
traemos todos esos juntos para desarrollar el código de nuestra
aplicación.
Y normalmente lo que sucederá es que un ingeniero construirá el modelo Emulate3D,
pero entonces podría haber 4, 5 o 6
desarrolladores de PLC desarrollando su propia parte del conjunto
solicitud.
Anteriormente mencioné rápidamente que Factory Talk logix Echo es el emulador para
este sistema.
Por lo tanto, está destinado a hacer que sea más fácil probar su código fuera de línea o,
si lo desea, en un Emulador de controlador basado en escritorio.
No necesitamos el hardware físico presente.
Podemos admitir Guard Logix, Compact Guard Logix y podemos hacer que se comporten
exactamente como lo hacen en el hardware real.
Y con eso también tenemos una API que nos permite conectarnos a 3D o a otro gemelo
digital. modelos o incluso aplicaciones de tipo de
control basadas en modelos.
Por lo tanto, la emulación de controladores es realmente una parte fundamental para
lograr esta transformación digital.
y es una parte integral que podemos probar con hardware en el bucle, pero encontramos
que el 90% de nuestros clientes prefieren trabajar con un controlador emulado.
Esto también es algo que le permite usarlo en la nube. Tantas, muchas razones
por hacer esto.
Mencioné aquí que CompactGuardlogix es compatible.
Esa es una característica que se agregará en noviembre de este año.
Las partes clave en las que nos centramos con Echo es que podemos aplicar exactamente el
mismo proyecto a el controlador físico o el controlador
emulado y mantenemos el árbol.
Por supuesto, admitimos todo el conjunto de instrucciones y podemos hacer esa conexión
con el gemelo digital, muy sólido para probar el
flujo lógico del mundo real, manejo de fallas, etc.
en el sistema
Gracias Antonio. Eso es todo. Qué puedes hacer con el software
es realmente asombroso.
Quiero decir, aunque estas son cosas de las que hablamos todos los días, cuando puedo
sentarme y escuchar que alguien más lo explique y lo repase, me
emociona mucho y estoy siendo realmente genuino aquí, de hecho.
Ahora ya nos hemos ocupado del modelo mecánico. Hemos tomado el diseño lógico.
cuidado de.
Incluso podemos hacer un modelo eléctrico. Vamos a mostrarte brevemente cómo lo hacemos
por dentro. emular 3D.
Tenemos un catálogo de diagramas de cableado, supongo que se podría llamar diagrama de
cables, un catálogo de cableado. Función de diagrama. Entonces puedo
establecer todas mis conexiones funcionales, todo mi control
paneles y verificarlos y probarlos en su interior, emular 3D.
Tenemos un pequeño video que vamos a ejecutar. Podemos navegar a través de las
capas del componentes eléctricos y podemos comenzar a
mirar áreas específicas del modelo para hacer Seguro que todas esas conexiones están ahí.
Podemos ver que están disparando cuando ejecutamos ese modelo y podemos avanzar en
muy áreas específicas porque todas ellas serán
reales, ya sabes, de nuevo, alta fidelidad modelos de lo que sucede en el interior, no
sólo del sistema mecánico, que ya hemos hecho y el sistema lógico, pero también el
sistema eléctrico.
Una de las cosas en las que estamos trabajando, no es algo que aún se haya
publicado, pero estamos trabajando también en integraciones con otras
aplicaciones importantes que realizan diseños eléctricos y
Diseño eléctrico para aplicaciones industriales.
Así que esperamos con ansias que durante el próximo año podamos lanzarlos y tenemos
algunos disponibles para clientes seleccionados que los están probando.
Así que realmente podemos ver esto de una manera que podemos forzar cambios de valor y
asegúrese de que todas estas cosas funcionen correctamente. Es bastante, muy genial.
característica adicional dentro de Emular 3D.
Y, por supuesto, también podemos interactuar con robots. Anton habló sobre cómo podemos
tener PLC conectados al modelo, o podemos tener
emuladores de PLC como los de Logic conectados al modelo.
modelo.
También podemos conectarnos a una variedad de herramientas de programación de robots.
Tomamos una decisión Hace muchos años, en realidad, en el
desarrollo de Emulate 3D, no queríamos ser un OLP.
No queremos ser expertos en robótica, aunque emula 3D, tiene una robótica muy robusta.
Modelado para fines de simulación con muchos diferentes genéricos y específicos del
proveedor. robots y algunas buenas herramientas de
resolución de robots a las que podemos conectarnos, por ejemplo, a un robot
estudio.
Guía del robot Fanuc Yaskawa Motoman. Y como quizás ya sepas, adquirimos una empresa
llamado Clearpath Robotics, y tienen una herramienta para sus robots automáticos y
podemos conectarnos a ellos también, lo que les permite que el
modelo, de una manera muy precisa, emule la forma
El robot está funcionando, ¿verdad?
Así que no es sólo una forma simulada, sino la forma en que ha sido programada. Y eso es
muy poderoso. herramienta también.
Y eso se puede hacer junto con la otra emulación.
Lo estás haciendo para que emular modelos 3D no tenga que ser, digamos, la única fuente,
¿verdad?
No es necesario simplemente ejecutar un modelo contra un PLC o simplemente ejecutar
una simulación. modelo o simplemente ejecutar un modelo
contra un controlador de robot.
Pero, de hecho, puedes hacer que todas esas cosas ocurran al mismo tiempo.
Entonces tienes todas estas fuentes ingresando al modelo para hacerlo muy
modelo de alta fidelidad.
Y ese es realmente el objetivo hacia el que nos estamos moviendo, ¿verdad?, es que estos
modelos se conviertan en Ubicaciones de entrada de alta fidelidad para
una variedad de fuentes de CAD de control, de robot
Programación de un entorno de prueba.
Y hablaremos de eso aquí bastante rápidamente sobre la visión de cómo lo hacemos. Sí.
Y, por supuesto, cuando estás controlando un robot, cuando estás programando un robot, el
Los movimientos son importantes. Pero todos los entrelazamientos, toda la interacción con
el resto del El sistema es realmente donde caen los
desarrolladores. Bien.
Es dónde y cómo ocurren mis interbloqueos entre lo que hace el robot y el PLC.
está haciendo, lo que me dicen los sensores ya ves lo que pasa cuando mi camino es
incorrecto. No lo detectas si estás desconectado.
Pero cuando tienes un producto moviéndose en el sistema, de repente eso se vuelve mucho
más visible. Y programas de robots por sí solos.
Los programadores normalmente no tienen eso movimiento de productos como parte de su
entorno de programación fuera de línea. ¿Bien?
Así que sí, sí.
Y eso nos lleva al siguiente tema, además de la robótica. Otro
Lo que muchos de nuestros clientes utilizan es al menos algunos flujos de fluidos básicos
en sus, en sus instalaciones no estamos hablando de
aplicaciones de tipo refinación de petróleo, sino de una típica
empresa de productos de consumo tiene líquidos que convierten en barras de
chocolate o en cualquier otra cosa, champús, etcétera.
El proceso es bastante sencillo, pero el manejo del producto antes y después es
es muy importante. Y entonces lo que hemos hecho es poner un control para algún híbrido.
flujos de proceso. Nos gusta llamarlo tanques, tuberías, bombas, válvulas y todos
los cosas relacionadas.
Y eso nos permite enrutar el controlador y las fuentes de fluidos. Tenemos pipas,
tenemos mezcladoras. y válvulas, válvulas a prueba de mezclas para
cuando intentas limpiar en el lugar diferentes
tipos de bombas, sensores, medidores de flujo, llenado, herramientas de llenado.
Y lo que hemos hecho más recientemente es que hemos agregado, especialmente en un marco de
fallas que nos permite introducir diferentes fallos en
el sistema debido a que la programación y aplicación
Esto es importante para el flujo lógico básico.
Pero al final de un proyecto, aproximadamente el 20% del código se centra en
secuenciar la aplicación de la manera correcta y aproximadamente el 80% del código
se centra en cómo ¿Me ocupo de varias fallas?
Entonces, a eso se dirige la generación de fallas aquí.
Puedo crear todo tipo de fallas diferentes en mi sistema que luego puedo monitorear y, y
inicie sesión y vea si los manejo correctamente.
Otra cosa que nos han pedido es darle un poco más de capacidad al líquido.
propiedades para que podamos emular los conceptos básicos de temperatura,
conductividad, cosas como eso.
Y recopilamos muchísimos datos diferentes en esos sistemas. Y hemos
También creó una caja negra.
Has visto una caja negra antes en el lado de la simulación y realmente no te importa.
sobre la interacción física y puedes ir y hacer un modelo matemático simple para
esas funciones.
No tiene por qué ser una colisión física, ¿verdad?
Lo mismo ocurre con gran parte del procesamiento, si tiene un calentamiento
particular. curva o algo que quieras seguir, puedes poner
eso en el sistema y ahí vemos uno que viene ahora mismo.
Y también podemos crear diferentes escenarios y crear todo tipo de procedimientos que
ejecutar en función de cómo se comporta el modelo y adónde nos lleva. Al final, nuestro
largo El objetivo del término es permitirle
realizar una integración continua de su lógica.
programación o sus controles.
Pruebas en el desarrollo general de su sistema de control. Entonces, ustedes pueden
estar familiarizados. De hecho, se desarrolló. Ahí es donde podemos
almacenar proyectos con diferentes versiones.
Podemos hacer análisis del proyecto para observar la calidad del código. Podemos hacer
tipo de archivo. conversiones. Podemos ayudar a las personas a
mover proyectos de versiones anteriores a versiones más nuevas y
realmente verlos y echar un vistazo a lo que son. Terminan en un control de versiones.
sistema, pero luego hay que probarlos y tres D es una aplicación que nos permite
para hacer el modelo que acabamos de ver.
Entonces la emulación del comportamiento de este sistema, también cuenta con herramientas
para el intercambio de datos para sistemas de supervisión y/o a los
controladores.
Hará la simulación real de un controlador para que crea que está hablando con algo
real. pero está hablando para emular 3D.
Entonces podemos hacer mucha más emulación de alta fidelidad de un sistema.
Luego tenemos el marco predeterminado que acabo de mencionar y que está en desarrollo
para ayúdanos a introducir diversas áreas en todas
las diferentes disciplinas.
Y hay muchos aspectos que tenemos que permitirle, crearlos, monitorear
registrarlos, registrarlos y controlar cuándo se producen.
Y luego tenemos un programador y un administrador de escenarios que dice en este
momento, ejecuta, ejecuta esto. En este caso, hágalo con esta versión del
archivo antes de iniciar. Así que establezca estos valores.
Así que restaure la instantánea a un estado particular, luego ejecútela durante x
segundos, minutos, horas y luego introduzca estas fallas y asegúrese de que el
código las detecte correctamente e informe fuera. Bien.
Y todo eso debe ser una prueba automatizada desatendida, que es algo que
eso no ha existido para el código PLC ciertamente en el entorno de Rockwell en el
pasado.
Y con esta herramienta, creemos que estamos agregando mucha capacidad a los
desarrolladores para permanecer mucho más cerca de la calidad de su código.
No siempre tiene que ser todo el proyecto a la vez, pero sí, lo haremos
progreso allí. Así que estad atentos.
Ésta es para nosotros un importante ámbito de desarrollo.
Eso nos lleva a comenzar la comisión de capacitación una y otra vez, les recordamos
que, Ya sabes, al principio los consideramos una
especie de elementos de ruta crítica que se realizaron en
secuencia y todo lo que estamos hablando es tomar este sistema, tomar este proceso
y capaz de mover las cosas hacia procesos paralelos no críticos. Así que aquí hay un
ejemplo.
Esto recuerda un poco a un video que mostramos anteriormente. Vamos a hacer un
bucle par de veces.
Recuerdas esto, este ascensor levantado, esta carrocería de coche.
Y si miramos esto con atención, se aprendió algo realmente interesante que si
Saber esto en el sitio durante la puesta en servicio sería un gran desafío.
¿Por qué no lo ejecutamos una vez más? Y si miras el auto, el marco aquí,
Verás que hay un escudo en el motor justo ahí, ese tipo de salmón.
de colores. Y mira lo que le pasa cuando choca contra el AGV.
En realidad, en este caso desciende a través del AGV en el mundo real, que
habría sido una interferencia aplastante.
Y eso es algo que emular 3D pudo mostrarle al usuario aquí que pudieron
realmente ver en un entorno virtual antes de que este sistema estuviera terminado, antes
de que fuera terminado.
¿Qué pasó cuando dejaron esa carrocería? Así que ese era su canalla, ese era su AGV. Y
al ponerlos juntos en el activo entorno, pudieron ver exactamente lo que
sucedió. Entonces, este es el tipo de cosas que pueden
brindarte la posibilidad de hacer eso virtualmente.
puesta en marcha.
Y cuando decimos virtual, nos referimos a eso muy, muy deliberadamente que te permite
reducir ese tipo de cambios de diseño, ya sabes,
costosos y ad hoc.
Una cosa que Antwon siempre dice, y yo soy y como alguien que tiene experiencia que él
ha tenido a lo largo de muchos años es cierto, es que si descubres estas cosas en el
sitio, es una manera demasiado tarde porque no tomará las
decisiones correctas para solucionarlos.
Tomará la decisión más rápida y económica para intentar que todo funcione.
Y esa no es la forma de hacerlo, ¿verdad? Queremos tomar la decisión correcta y
generalmente para tomar la decisión correcta y la solución correcta.
Necesitamos hacerlo temprano para que la detección temprana de la relación entre el
La mecánica y los controles son muy críticos.
Y es algo que nos brinda emular el 3D. Aquí hay otro ejemplo de un proyecto de
modernización. con esta operación de manejo de palanquilla
bastante compleja donde tenemos estos grandes aluminio
palanquillas que se mueven y manipulan de forma robótica.
Y si miramos, este usuario realmente pudo hacer algo muy interesante.
Estaban evaluando el software, por así decirlo, y pudieron tomar lo que ven.
Es en realidad una versión de evaluación de emular 3D.
Y pudieron construir un modelo de este sistema e implementar la forma en que se
realizaron los cambios. iba a funcionar, que iban a implementar en el
modelo y conectarlo al HMI.
Entonces, esta HMI en realidad ejecuta un modelo virtual de esa máquina de manipulación
de palanquillas y pudieron analizar todos los cambios que
estaban haciendo y, de hecho, los cambios no sólo a los controles sino también a la
HMI.
Y haga todo eso dentro de lo que fue un período de evaluación del software.
Creo que terminaron siendo unas 5 o 6 semanas. Muy rápido. Y eso no fue a tiempo
completo, ¿bien? Ese fue justo el momento en que
tuvieron el software. muy rápidamente capaz de empezar a observar
estos sistemas, evaluarlos y tomar decisiones.
Y ese es el tipo de cosas que vemos una y otra vez.
Y a veces lo que parecen pequeñas preocupaciones se convierten en grandes
preocupaciones cuando puedes analizarlas. virtualmente.
Y repárelos y descubra los costos que ha ahorrado.
Hablemos un poco sobre el tipo de resultados que las personas logran a través de lo
virtual. encargar estos resultados que hemos enumerado
aquí y en la siguiente diapositiva provienen de un
Usuario de emular 3D que trabaja. Son un gran OEM.
Trabajan con los tres grandes fabricantes de automóviles y hablan habitualmente con
nosotros. sobre el éxito que tienen con la puesta en
marcha virtual.
Se convierten en muchos sentidos en un usuario poderoso y un gran socio, ya sabes,
así que algunas de las cosas que no leeré porque sé que a medida que
lees, a medida que estás Al ver esto, los estás leyendo.
Pero pudieron probar la colocación de los elementos mecánicos. son capaces de probar
respuestas lógicas a las entradas mecánicas.
Son capaces de observar la alimentación eléctrica y la disposición del cableado
cuando se trata de control. diseño y pruebas, pueden observar secuencias
lógicas.
Pueden observar la HMI y las acciones del operador y la respuesta a fallas en todo
momento. ese sistema y luego el tipo de experiencia en
el sitio que pueden ver en el lógica mecánica y eléctrica justo antes de
llegar al sitio, pueden observar operadores y equipos de mantenimiento que
puedan llevarlos y familiarizarlos con el sistema.
Pueden comenzar a prepararse para la resolución de problemas en función de cómo
creen que El sistema real actuará en función de cómo
actúa correctamente el modelo.
El modelo, nuevamente, todos los modelos son incorrectos, pero algunos son útiles y muchos
de estos modelos son muy bueno para predecir el tipo de cosas que
podrían o deberían suceder en un sistema.
Y luego reducir el tiempo entre los hitos de diseño, finalización y producción. Y
Esto es lo que parece.
Si miramos todos sus proyectos que han analizado con emulación 3D.
De los proyectos recientes que han realizado, ha habido siete proyectos, cuatro que fueron
realizado por debajo del presupuesto y tres dentro del presupuesto y cero que requirieron
extensión puesta en marcha.
Y esos son en los que usan la ingeniería digital, ¿no?
Luego hubo otros tres proyectos, creo. ¿Está bien?
Antwon ¿Fueron otros tres o son dos? Creo que estos fueron dos, han hecho muchos.
proyectos sin disculpas, sin utilizar ingeniería digital.
Y ves que el proyecto superó el presupuesto. Se amplió tres semanas y la otra
uno por encima del presupuesto y por cuatro semanas.
Esto es muy común porque lo que ha sucedido, supongo, históricamente a lo largo del
tiempo, Supongo que se podría decir que la gente se
ha acostumbrado al hecho de que los proyectos tienden a ejecutarse
por encima del presupuesto y del tiempo.
Y lo que realmente estamos tratando de hacer es realinear la forma en que la gente piensa
y permitirles estimar mejor los proyectos y completarlos
dentro de la estimación tomando un montón de aquellas actividades que se suelen hacer
al final, que se hacen en el sitio, que se hacen
en un entorno de alto riesgo, en un período de tiempo de alto riesgo, y comenzar a
subirlos nuevamente bajo ese camino paralelo.
De modo que estamos eliminando ese riesgo. Y esto es real.
Quiero decir, estos son comentarios de la vida real de los usuarios del software y de
los usuarios de este enfoque de ingeniería digital en el mundo.
Sí.
Y luego lo último que tenemos y, por cierto, Tyler, eso me recuerda a mi, mi primera,
Cliente de puesta en servicio virtual que vino a nosotros y nos dijo que tenía un
proyecto.
Teníamos el equipo proveniente de tres sitios separados.
Uno de ellos proporcionaba la parte delantera de la máquina, el otro era el medio, el otro
era el fin.
Y ellos vinieron al lugar. Todos empezaron a acumularse.
Y unos dos días antes de que comenzara la puesta en servicio, el capataz del centro
La máquina le dice a la máquina delantera: Oye, ¿puedes colocar el último trozo del
transportador?
Y la respuesta del tipo que estaba en la máquina de enfrente dijo: Eso no está en mi
alcance.
Eso está en tu alcance. Y eso les hizo retroceder tres semanas, ¿verdad?
Mientras que físicamente tuvieron que construir este equipo que faltaba.
Y eso por sí solo fue suficiente para decir: "Nunca más un proyecto sin un gemelo
digital". para validar eso, que nuestros sistemas son
correctos. Sí.
De todos modos, volveremos a la operación y el mantenimiento, una vez que tengamos ese
gemelo.
Sí, tenemos un banco de pruebas en el que podemos realizar experimentaciones continuas
y podemos comenzar correctamente. haciendo capacitación de operadores.
Y aquí estamos viendo una vista de realidad extendida de una línea, en este caso, es
Es pura realidad virtual.
Pero también vemos gente haciéndolo en realidad mixta.
y estás viendo aquí a dos personas en la máquina juntas mirando la línea y
tratando de trabajar en diferentes elementos y ver si tengo todo lo que necesito para
controlarlo.
Entonces, uno de los elementos que se ampliará en un momento es la HMI.
Y realmente irán y operarán la HMI y verán si todas las funciones que el
El operador tiene disponibles en esa HMI son suficientes para ejecutar correctamente la
línea y diagnosticar Diferentes situaciones.
Y debido a que están en ese ambiente, lo que ven es absolutamente lo que
verán en la vida real.
Y sí, la experiencia de realidad virtual es un aspecto interesante.
Puede ver si puede ver las luces de su torre desde donde se ubicaron sus operadores, puede
Véalo cuando abusa de la línea y afecta la calidad del producto.
Pero en general, hay muchas aplicaciones útiles para esto, esta interacción entre el
modelo y el y el sistema.
Eso nos lleva al resumen de por qué estamos haciendo esto, esta tecnología digital.
ingeniería.
Queremos reducir los plazos de nuestros productos, sabemos que queremos ampliar
nuestras posibilidades de diseño al haciendo que sea mucho más fácil iterar
diseños, experimentar con escenarios y diseñar
rápidamente dentro de un modelo que se reduce.
He tenido fabricantes de equipos originales que han reducido sus prototipos, los
prototipos físicos de ocho prototipos a dos porque podrían hacer
mucho más en su gemelo digital ambiente verdad?
Y luego reducir el riesgo mediante la puesta en marcha antes de ir al sitio.
No se puede exagerar el valor de eso. La calidad del código, todo es mucho.
mejor cuando has tenido la oportunidad de desarrollarte en un entorno seguro.
Entonces, nuestro gemelo digital dinámico crea un gemelo funcional de un sistema
centrado en el funciones que le importaban como ingeniero de
controles, ¿verdad?
No es necesario que cada parte de ese modelo sea 100% correcta.
Pero lo que estás buscando es ¿cuáles son las cosas que afectan el funcionamiento de mi
modelo?
Y especialmente el comportamiento de mi sistema de control.
Ya sabes, ¿dónde está esa fruta madura que más beneficia a mis controles?
pruebas y mínimo esfuerzo para un edificio.
Construir la aplicación y luego permitirle mejorarla.
Entonces, volvamos a qué función necesita en lugar de qué función podría implementar si
¿Tenías tiempo y presupuesto infinitos?
Y si necesitamos modelos más detallados, por supuesto podemos vincularlos a terceros.
simulaciones, involucran la interfaz de simulación Studio 5000 donde podemos hacer
modelos control basado en, cosas así.
Y luego, por supuesto, nuestro vínculo con Echo, donde podemos ejecutarlo sin necesidad
de hardware disponible todavía. obtenga ese comportamiento PLC completo con
el mismo firmware y la misma aplicación que corriendo en el mundo real.
Y en definitiva, hemos visto nuestro fluir.
Ya sabes, hemos hecho un buen trabajo al reducir el ciclo general de un
proyecto para que podamos comenzar nuestro diseño de automatización mucho antes.
Podemos comenzar nuestras pruebas de controles, podemos hacer nuestra puesta en
servicio, nuestra capacitación y cuando el El sistema está en funcionamiento, todavía
podemos hacerlo, operarlo y mantenerlo.
Entonces, en general, sí, nosotros creemos que es la forma de avanzar y especialmente en
Proyectos típicos donde se construyen aplicaciones Rockwell, donde siempre vemos
dinámica. requisitos cambiantes del sistema de control,
puesta en marcha virtual y una cantidad fantástica de
valor para nuestros clientes.
Y con eso, creo que estamos listos para preguntas y agradecimientos. Sí, gracias
Andrés.