Lanner ha anunciado que la última versión del software insignia de simulación predictiva, WITNESS Horizon 24.0, ya está disponible.
Diseñado pensando en la facilidad de uso y la velocidad para responder, WITNESS Horizon 24.0 combina a la perfección el modelado de escritorio eficiente y la ejecución escalable en la nube, lo que permite a los usuarios trabajar de manera más productiva y tomar decisiones comerciales inteligentes mediante simulación, experimentación, optimización y visualización.
Durante más de 20 años, el software de simulación predictiva WITNESS de Lanner ha permitido a las empresas construir gemelos digitales de sus operaciones. Durante este tiempo, Lanner se ha comprometido a evolucionar con las demandas de los clientes y la tecnología, convirtiendo WITNESS en la herramienta productiva, escalable e integrada de desarrollo e implementación que es hoy.
Con esta visión a la vanguardia de nuestros ciclos de desarrollo, WITNESS Horizon 24.0 ha sido diseñado para admitir la implementación escalable de múltiples escenarios de experimentación, con características mejoradas y una nueva conectividad totalmente integrada al servicio de ejecución en la nube basado en la suscripción de Lanner, WITNESS.io.
WITNESS.io, un servicio basado en web que permite implementar modelos WITNESS en la nube, ofrece acceso a múltiples núcleos virtuales, lo que significa que los escenarios se pueden ejecutar de manera eficiente en una huella de tecnología cero, sin comprometer el tiempo del modelador o la capacidad del escritorio.
WITNESS.io también brinda características y beneficios adicionales a los clientes, lo que permite que las soluciones WITNESS se integren en sistemas externos, como lo demuestra el trabajo que hemos realizado con The MTC y su proyecto Factory in a Box o aplicaciones personalizadas, como Lanner's Brewery Game, que utiliza la tecnología WITNESS.io para ejecutar los escenarios creados por los jugadores.
WITNESS ya cuenta con capacidades de experimentación, que permiten a los usuarios experimentar y optimizar modelos de manera rápida y efectiva, aprovechando el poder del procesamiento de múltiples núcleos en la PC del modelador. Sin embargo, los clientes buscan cada vez más ampliar la cantidad de experimentos que están ejecutando, lo que, según el tamaño y la complejidad de los modelos, puede llevar una cantidad significativa de tiempo cuando se confía en la capacidad de procesamiento propia del escritorio para manejar tantos escenarios.
Ahora, con WITNESS Horizon 24.0, los usuarios pueden suscribirse a WITNESS.io para proporcionar tanta capacidad escalable como necesiten, directamente dentro de WITNESS, y luego ejecutar múltiples experimentos a gran escala. Esta conectividad integrada entre WITNESS Horizon 24.0 y WITNESS.io permite a los usuarios ejecutar modelos más rápido que nunca, en múltiples núcleos en la nube.
Grandes lotes de experimentos que alguna vez llevaron horas, ahora pueden realizarse en minutos, lo que genera una experimentación y una generación de resultados más eficientes.
Las nuevas funciones de WITNESS Horizon 24.0 están diseñadas para capacitar a los modeladores y analistas a medida que ejecutan modelos de simulación como parte de la estrategia Digital Twin de su organización.
A medida que aumentan las demandas de tiempo y se necesitan respuestas comerciales más rápidas que nunca, WITNESS Horizon 24.0 maximizará la productividad de la experimentación y facilitará una forma más eficiente de trabajar con activos de simulación predictiva, liberando más tiempo para analizar los resultados del escenario y tomar decisiones más informadas.
Si es un cliente en mantenimiento, puede descargar WITNESS Horizon 24.0 desde el portal MyLanner hoy mismo.
En este enlace puede ver las grabaciones de las ponencias principales sobre simulación de aplicaciones biomédicas, que tuvieron lugar durante el COMSOL Day: Biomedical devices. En él se presentó el uso de simulaciones multifísicas en el desarrollo de dispositivos médicos innovadores y nuevos métodos de tratamientos. Ahora las grabaciones ya están disponibles en el apartado de videos de la web de COMSOL.
En este artículo vamos a presentar un par de entradas del blog de COMSOL en las que se trata el ajuste de curvas de datos en COMSOL Multiphysics, con dos utilidades diferentes muy prácticas:
En la entrada más antigua, "Ajuste de curvas de datos experimentales con COMSOL Multiphysics", Walter Frei presenta cómo ajustar datos experimentales discretos, con gran utilidad para el trabajo de simulación subsiguiente. Muchas veces las fluctuaciones estadísticas que presentan los datos experimentales importados pueden dificultar la convergencia del resolvedor al realizar la simulación. Por eso suele ser conveniente procesarlos y ajustar esos datos discretos a una función uniforme, lo que proporciona acceso a derivadas de orden superior de esa función, mientras que la diferenciación numérica de los datos sin procesar podría ser muy ruidosa y propensa a errores.
En una reciente entrada del blog, "Ajuste de curvas de datos de soluciones en COMSOL Multiphysics®", Christopher Boucher nos explica como después de resolver un modelo en COMSOL Multiphysics®, es posible que deseemos ajustar los datos de la solución a un conjunto de funciones definidas en el dominio de simulación. Aquí se considera el ajuste de datos de solución continuos, para luego presentar el concepto de ortogonalidad y explicar cómo ajustar los datos de la solución a un conjunto de funciones ortogonales se reduce a una operación de posprocesado simple y conveniente.
Por Joshua Zable.
El análisis modal de fallos y efectos AMFE (en inglés, Failure mode and effect analysis, o FMEA) es una metodología común utilizada en la fabricación y la ingeniería para identificar todas las posibles fallas en un diseño, un proceso de fabricación o ensamblaje, o un producto o servicio.
Si bien sus orígenes se encuentran en el ejército, con el tiempo la industria de automoción ha establecido el estándar para los AMFE. Como resultado, muchas otras industrias han adoptado, y continúan siguiendo, las mejores prácticas de análisis de riesgos de la industria automotriz.
Durante años, dos organizaciones líderes han proporcionado las pautas de los estándares de calidad de la industria automotriz: el Grupo de Acción de la Industria Automotriz (AIAG), con sede en los Estados Unidos, y Verband der Automobilindustrie (VDA), con sede en Alemania.
La economía cada vez más globalizada ha hecho que sea más fácil que nunca para los fabricantes obtener suministros y componentes desde cualquier parte del mundo. Pero tener dos conjuntos de metodologías AMFE sumergió a la industria en ineficiencias que restaron valor a su progreso. Por ejemplo, los proveedores que atienden a clientes de fabricación tanto en América del Norte como en Alemania debían realizar evaluaciones diferentes para las mismas piezas, dependiendo de dónde se utilizarían esas piezas. Del mismo modo, cuando los fabricantes auditaron a sus diferentes proveedores, recibieron diferentes sistemas de puntuación según la geografía. Esto hizo que las prácticas de comparación de proveedores fuera un desafío y llevara mucho tiempo y, lo que es más importante, ¡Tener que asumir riesgos!
En general, tener dos conjuntos de “estándares” generó confusión y añadió complejidad al desarrollo de productos y las actividades de mejora de procesos para proveedores y fabricantes de todo el mundo.
En 2019, AIAG con sede en EE. UU. Y VDA con sede en Alemania, trabajaron en colaboración para proporcionar una dirección y orientación coherentes para los proveedores de automóviles mediante el establecimiento de una versión estandarizada del proceso FMEA, que enfatiza la prevención y prioriza la reducción de riesgos. El resultado es una única tabla de puntuación diseñada para cumplir con los requisitos de los fabricantes en toda la industria, lo que alivia el riesgo de confusión y reduce la duplicación de esfuerzos. Este conjunto de directrices internacionales y comunes permite a los proveedores gestionar un único proceso de AMEF, sabiendo que satisfará las necesidades y expectativas de todos sus clientes, en todo el mundo.
A diferencia de los manuales regionales anteriores, en los que la gravedad, la frecuencia de aparición y la detectabilidad de los problemas se ponderaban por igual, el nuevo marco de puntuación estableció una jerarquía. En el futuro, el mayor peso se coloca en la gravedad del problema, luego en la frecuencia de aparición y, finalmente, en la detectabilidad. En otras palabras, la nueva metodología prioriza abordar problemas graves, incluso si ocurren con poca frecuencia y son fáciles de detectar, sobre problemas menos peligrosos que pueden ocurrir con más frecuencia o son más difíciles de detectar.
La colaboración AIAG-VDA estableció un nuevo enfoque de 7 pasos para el desarrollo de FMEA, que se puede dividir en tres categorías.
Los pasos 1 a 3 se refieren al análisis del sistema:
Los pasos 4 a 6 se centran en el análisis de fallas y la mitigación de riesgos:
Paso 7, el último paso aborda la comunicación de riesgos mediante la documentación de los resultados.
A continuación se muestra un pre-revisión de la forma de la plantilla de Diseño de Análisis Modal de Fallos y Efectos (DFMEA) disponible en Minitab Workspace® y Minitab Engage™, que fue creada para apoyar el marco de trabajo AIAG-VDA FMEA más reciente. En ambos productos también se encuentra disponible una plantilla de análisis del modal de fallos y efectos del proceso (PMFEA). Tenga en cuenta que si bien existen obviamente diferencias metodológicas entre el uso de un DFMEA y un PMFEA, ambos incorporan el enfoque de 7 pasos de AIAG-VDA FMEA.

Los proveedores de automóviles que utilizan AMFE deben ser reflexivos y minuciosos durante la implementación de la nueva metodología AIAG-VDA FMEA, prestando atención tanto a su marco de puntuación revisado como a sus cambios en el enfoque y la terminología.
Reformar FMEAs requiere tiempo, la comprensión, y esfuerzo, pero mediante el aprovechamiento de las plantillas de formularios diseñados por expertos DFMEA y PFMEA disponibles en Minitab Workspace® y Minitab Engage™, puede actualizar sus procesos de análisis de riesgos con la confianza de saber que sus FMEA se alinean con los últimos estándares de la industria.
|
Resumen: En Maplesoft hemos aprendido mucho en estos 25 años trabajando como desarrolladores de herramientas técnicas de resolución de problemas. Durante ese tiempo, hemos visto como este tipo de herramientas ha cambiado drásticamente la forma en que las organizaciones técnicas avanzan en su conocimiento y convierten ese conocimiento en innovaciones comercialmente rentables. Es discutible que muchos productos y tecnologías que ni siquiera se pensaban hace 25 años, y que hoy se dan por sentados, no habrían visto la luz sin herramientas como Maple. Como parte de un estudio para comprender qué efecto ha tenido Maple durante los últimos 25 años, encuestamos a nuestra base de clientes sobre su uso de Maple. Nuestros clientes incluyen una amplia gama de organizaciones como empresas de ingeniería, laboratorios de investigación científica, desarrolladores de sistemas espaciales y de defensa, fabricantes de dispositivos electrónicos, instituciones financieras; todas organizaciones que requieren matemáticas para resolver problemas críticos para su negocio. Si bien la variedad de aplicaciones era asombrosa y su complejidad variaba desde relativamente simple hasta muy avanzada, una observación importante surgió claramente de los datos. Pudimos caracterizar la forma en que se utilizan las matemáticas, quién las usa, para qué y cómo, dentro de cualquier organización técnica. |
Laboratorios de investigación establecidos, empresas emergentes de tecnología, instituciones financieras, fabricantes; sin importar la empresa, el uso de las matemáticas en las organizaciones técnicas se puede clasificar en tres categorías amplias: análisis avanzado, desarrollo de aplicaciones y cálculos de diseño.
El "Analista Avanzado", un término que usamos para cubrir roles tales como científico investigador, investigador científico, físico, etc., está encargado de investigar fenómenos avanzados que requieren la comprensión y aplicación de principios matemáticos para desarrollar una solución teórica. El analista avanzado suele tener un doctorado, y tiene la tarea de definir primero las relaciones matemáticas básicas involucradas en el problema, y luego combinarlas de una manera apropiada aplicando técnicas matemáticas complejas para llegar a una solución.
Los analistas avanzados han sido los usuarios tradicionales de herramientas como Maple y algunos de sus mayores fans. A través de las potentes técnicas computacionales simbólicas incorporadas en el entorno de Maple, el lenguaje de programación con todas las funciones y la intuitiva interfaz de usuario, el Analista Avanzado ha podido realizar en cuestión de horas los tipos de investigaciones, que habrían tardado semanas o incluso meses usando lápiz y papel. De hecho, dado que el lápiz y el papel eran la única alternativa antes de que se desarrollara un software como Maple, Maple permitió a estos analistas avanzados resolver problemas que nunca hubieran intentado hacer sin él.
Además, antes de la existencia de Maple, el conocimiento adquirido a través de este trabajo habría sido capturado en un documento técnico. Lo más probable es que hubiera sido enviado a la biblioteca técnica de la organización, donde habría acumulado polvo hasta que alguien tuviera la necesidad, y la energía, de buscar el papel, digerir la información contenida en él y luego convertirlo en algo útil, presumiblemente en forma de (en ese momento) un programa Fortran.
Con la llegada de Maple, ese conocimiento se volvió inmediatamente utilizable y útil. Solo hay que buscar "Maple", junto con una descripción de casi cualquier problema técnico, y rápidamente se hace evidente que el trabajo en Maple para ayudar a resolver ese problema ya ha sido publicado. Los usuarios de Maple de todo el mundo comparten regularmente sus soluciones con toda la comunidad. Este es un inmenso beneficio para nuestros clientes y un gran orgullo para nosotros.
Esto significa que, en lugar de languidecer en una biblioteca técnica, el conocimiento desarrollado por el Analista avanzado es instantáneamente utilizable por personas de otras partes de la organización. En particular, ahora está a disposición de los responsables del desarrollo de aplicaciones técnicas.
El "desarrollador de soluciones" ha sido históricamente alguien con una interesante combinación de conocimientos del dominio y la capacidad de escribir un programa de ordenador que resuelva problemas técnicos comunes. Hace veinticinco años, éste habría sido el joven ingeniero recién calificado que tenía algunas habilidades de programación de computadoras, un montón de documentos técnicos y una copia de Numerical Recipes.
Con el tiempo, las herramientas de desarrollo de soluciones técnicas han evolucionado a partir de programas Fortran y QuickBASIC a herramientas más específicas de aplicación como MATLAB®, Octave, S-plus, y PV-WAVE®. En los últimos años, ha sido gratificante descubrir cuántos de nuestros clientes más importantes han optado por utilizar Maple para aplicar el trabajo del Analista Avanzado, dando a sus Desarrolladores de Soluciones una forma de encapsular ese conocimiento y aplicarlo directamente mediante la creación de valiosas soluciones software. Estas soluciones pueden ser cualquier cosa, desde un código optimizado que se integrará en otro programa de software hasta una aplicación de usuario final del tipo apuntar y hacer clic que permite a las personas sin conocimientos técnicos seleccionar algunas opciones y obtener un resultado.
Durante este mismo período de tiempo, la retroalimentación de nuestros clientes ha evolucionado más allá de "Maple es genial! Puedo utilizarlo para desarrollar mis ideas en una solución matemáticamente ... y luego implementarlo en MATLAB®/Octave/S-Plus... " Ahora, nuestros clientes dicen:"Una vez que he derivado mi solución, puedo simplemente desarrollar las rutinas numéricas y la interfaz de usuario para ofrecer una solución para que la utilicen otros, sin salir del entorno de Maple".
Es particularmente gratificante escuchar esto porque es exactamente lo que nos propusimos hacer. Queremos que Maple sea la herramienta que capture el conocimiento desarrollado por el Analista Avanzado, con todo el rigor que ello conlleva. Al mismo tiempo, queremos proporcionar un entorno rico que permita al desarrollador de soluciones entregar ese conocimiento en una forma fácilmente utilizable y aún mantener la conexión con el trabajo original de una manera natural y rastreable. Cualquiera a quien se le haya pedido que se haga cargo del mantenimiento de una solución interna desarrollada con métodos más "tradicionales", como una hoja de cálculo Excel®, comprenderá de inmediato la ventaja que representa. La opacidad de soluciones como Excel se convierte en un problema serio cuando se trata de hacer cambios o incluso comprender las suposiciones que se incluyeron en la solución en primer lugar.
Una vez que la solución se ha desarrollado y probado con éxito, se puede implementar en formas fáciles de usar para los usuarios finales.
El "usuario final" suele ser alguien cuya función principal no es hacer matemáticas en absoluto. Esto podría significar un diseñador que necesita determinar la especificación de un componente, un ingeniero que necesita confirmar el espesor requerido de la pared de una tubería o un vendedor de seguros que necesita evaluar el riesgo y el coste de una póliza para un cliente. Por lo general, todo lo que quieren hacer es acceder a la solución desarrollada en las etapas descritas anteriormente, ingresar algunos números, quizás elegir algunas opciones y usar el resultado calculado para tomar una decisión. Dependiendo de la aplicación, la herramienta que uso podría ser algo así como una solución programada, una hoja de cálculo Mathcad ®, una hoja de cálculo Excel, o una herramienta basada en la web. Cuando se usa Maple, la aplicación se puede implementar en la web usando MapleNet, a través de Maple, o a través de Maple Player™, solución gratuita que permite a los usuarios que no son usuarios de Maple ver documentos de Maple.

Empresas grandes o pequeñas, soluciones simples o complejas: el uso de las matemáticas en las organizaciones técnicas sigue el mismo patrón básico en todas partes. Sabiendo esto, los desarrolladores de herramientas como Maplesoft pueden enfocar sus esfuerzos para respaldar cada uno de los tres casos de uso: análisis avanzado, desarrollo de aplicaciones y cálculos de diseño, asegurando que satisfacen las diversas necesidades de cada tipo de usuario.
Además, los consumidores de software técnico deben tener en cuenta estas etapas al seleccionar sus herramientas con el fin de tomar las mejores decisiones para toda su organización. Al tratar el conocimiento adquirido a través de la investigación como un activo corporativo que debe gestionarse con cuidado y al desarrollar una conciencia de cómo se utiliza ese activo en toda la organización, las empresas pueden preservar el conocimiento, gestionar la innovación y acelerar el desarrollo de soluciones.
Imagínese que su nuevo automóvil se estropea después de conducir 60 kilómetros. La luz del motor se enciende y el vehículo tiene que ser remolcado hasta el taller. No se trata solo de un problema de garantía, sino también un problema de falta de fiabilidad del producto.
La fiabilidad se define como la calidad de un producto a lo largo del tiempo y estadísticamente hablando es la probabilidad de que un producto no falle durante un periodo de tiempo definido.
Este artículo, ha sido escrito conjuntamente con el Sr. Serhan Anac, Cinturon negro Six Sigma Certificado y Máster Red X Shaining. Serhan Anac es un experto en resolución de problemas con 11 años de experiencia en Robert Bosch en Turkey.
Al liderar proyectos de calidad del cliente, Serhan también está involucrado en Investigación y Desarrollo, de ahí su interés en Fiabilidad así como en la Simulación Monte Carlo y más métodos de ingeniería analítica.
Entusiasta en estadística, en ciencia de datos y en Minitab, Serhan ayuda a su organización a mejorar y encontrar soluciones a los problemas de producción diarios, así que es feliz de compartir estas prácticas para ayudar a otros Profesioniales de la Calidad a aprender y crecer en sus carreras.
En casos como éste, los fabricantes de los equipos originales (OEM) tendrían la culpa. Por tanto, estos OEM deben de encontrar rápidamente la causa raíz y determinar el riesgo para otros vehículos que todavía están funcionando sobre el terreno, de forma que puedan predecir cuántos vehículos adicionales volverán con el mismo problema o continuarán funcionando sin ningún problema (también denominados supervivientes). Al final si el riesgo es suficientemente alto, puede ser necesario retirar el vehículo del mercado.
Una vez que se encuentra la pieza que ha fallado, se determinará el riesgo* residual y se empezará calculando la probabilidad para un periodo de tiempo dado. En general, los datos de vida (p. ej. ciclos, kilometraje, tiempo de operatividad) no se ajustan a una distribución normal, por lo que se recomienda el modelo de distribución de Weibull para realizar los análisis de fiabilidad para realizar predicciones utilizando Minitab Statistical Software.
Para realizar el análisis de fiabilidad en Minitab Statistical Software, se requerirán los siguientes datos:
Con los datos anteriores podemos proporcionar la entradas requeridas para el análisis utilizando Minitab Statistical Software.
42 vehículos fallaron en marcha debido a una avería del equipo de inyección de combustible. Fueron reportados por Fabricantes de Equipo Original (OEM). El número es bajo en comparación con las 11,9 millones de piezas producidas porque también se registraron fallos prematuros, en concreto mortalidad infantil.
Aunque han fallado algunas partes, los supervivientes aún están operativos en el campo. Necesitamos considerar la cantidad de supervivientes y sus kilometrajes hasta la fecha.
Un Análisis de Distribución Paramétrica ayudará a calcular cuántos vehículos es probable que fallen.

Gráfico: Gráfico de probabilidad de Weibull
Los vehículos recorren en promedio aproximadamente 45000 kilometros al año. La probabilidad acumulada estimada hasta 45000 kilómetros y hasta 135000 kilómetros se muestran en la tabla mostrada a continuación.

Tabla: Probabilidades acumulativas de falla
Se produjeron 11.9 millones de piezas. El límite superior de nivel de confianza del 95% estima la falla de retorno estimada de 0,0000037. En consecuencia, de cada millon de piezas podemos esperar 3,7 fallos.
De los 11,9 millones de vehículos, es probable que fallen 44:
11,9 millones de piezas x 3,7 partes por millón = 44 piezas con probabilidad de fallar
Ya han fallado 42 vehículos, se esperan 2 como devoluciones potenciales antes de los 45000 km.
Los Fabricantes de Equipos Originales normalmente firman un contrato de garantía con los distribuidores de componentes: Las piezas no deben fallar durante un periodo de tiempo establecido.
Este enfoque basado en datos es útil.
Minitab Statistical Software ofrece un amplio abanico de funcionalidades para calcular la fiabilidad de un producto, alguna de ellas se han visto en este ejemplo.
Por Qinghua Lei.
En el blog de COMSOL, el Dr. Qinghua Lei, profesor e investigador técnico del Departamenteo de Ciencias de la Tierra de la Escuela Politécnica Federal de Zúrich (ETH), habla sobre un nuevo método para modelar procesos hidromecánicos totalmente acoplados en medios fracturados.
Conseguir entender como se acopla la deformación de sólidos con el flujo de fluidos en medios geológicos fracturados tiene una gran importancia para poder resolver problemas en las áreas de geociencias e ingeniería geotécnica. Como ejemplos de este tipo de problemas, nos encontramos con las excavaciones subterráneas, extracción de hidrocarburos, secuestro de carbono, producción geotérmica y disposición de desechos.
En este artículo del blog de COMSOL el Dr. Qinghua Lei describe un enfoque novedoso para modelar procesos hidromecánicos totalmente acoplados en medios fracturados basado en el software COMSOL Multiphysics®.