Descargue la arquitectura detallada (PDF)
Descargue el PDF detallado
Nivel de campo: Industrial Edge como capa de ejecución de la IA
Los dispositivos Industrial Edge se encuentran directamente en el taller y se conectan a PLC, variadores, robots, cámaras y cualquier otro equipo de automatización mediante conectores preconfigurados para PROFINET, S7, OPC UA, EtherNet/IP, Modbus TCP y otros. Como la biblioteca de conectores cubre equipos de cualquier proveedor, la arquitectura también se adapta a entornos abandonados sin necesidad de reemplazar el hardware.
En el dispositivo periférico se ejecuta un conjunto de aplicaciones locales junto con los conectores:
- Servidor de inferencia de IA para la ejecución de modelos en el dispositivo, que admite el uso de inferencias por visión, series temporales y por lotes
casos
- Aplicación Vision Connector para conectarse a cámaras industriales GigE y cámaras RTSP para ofrecer datos de visión con fines de inferencia
- Recopilador de datos de visión para capturar imágenes y metadatos de cámaras y sistemas de visión, junto con los resultados de inferencia del tiempo de ejecución, alimentando la canalización de datos de (re) training
- Industrial Information Hub, que asigna las etiquetas de PLC sin procesar y los resultados de las inferencias a un modelo de datos semánticos coherente antes de que los datos salgan del dispositivo
- LiveTwin y Virtual PLC para simulación de gemelos digitales y control virtual
- Mendix on Edge para interfaces de operador basadas en funciones que abarcan los sistemas periféricos y ascendentes
- Energy Manager y Performance Insight para los KPI operativos, incluidos el consumo de energía y el OEE
- Conectores de TI para la conectividad a los sistemas empresariales
Databus, basado en MQTT, conecta estas aplicaciones entre sí en el dispositivo y proporciona la red troncal de publicación y suscripción para pasar los resultados de las inferencias, las lecturas de los sensores y los eventos al nivel de fábrica. Los datos de visión entre el conector de visión y el servidor de inferencias se transmiten mediante ZMQ para gestionar cargas útiles más grandes y de alta frecuencia.
A nivel de fábrica: la capa de operaciones de IA
El gestor de activos de IA funciona en un dispositivo Industrial Edge virtual a nivel de fábrica y actúa como ventanilla única para todas las actividades relacionadas con la IA en el taller. Se encuentra entre el entorno de desarrollo superior y los dispositivos periféricos de abajo, y coordina todo el ciclo de vida operativo de las soluciones de IA.
Gestor de activos de IA: distribución y operaciones de modelos
El trabajo del gestor de activos de IA consiste en recibir modelos de IA empaquetados del entorno de desarrollo, desplegarlos en las instancias correctas del servidor de inferencia de IA de la flota y recopilar métricas sobre el rendimiento de los modelos y la actividad de inferencia. Gestiona el control de versiones de las soluciones de IA, supervisa el estado de despliegue a nivel de dispositivo y proporciona la interfaz operativa a través de la cual los equipos de automatización gestionan la IA sin necesidad de interactuar con las cadenas de herramientas de desarrollo.
Utilice el gestor de activos de IA para:
- Sacar modelos empaquetados del proceso de desarrollo a nivel de TI y distribuirlos a los dispositivos periféricos
- Gestionar versiones de modelos en un parque de dispositivos Industrial Edge, incluida la reversión y el despliegue por etapas
- Recopilar métricas de inferencia y datos de rendimiento de los modelos desplegados
- Proporcionar una visión operativa única del estado de las soluciones de IA en todos los dispositivos y sitios
El gestor de activos de IA no es una herramienta de desarrollo. No entrena modelos, valida conjuntos de datos ni gestiona la infraestructura de desarrollo. Esas responsabilidades pertenecen al flujo de trabajo de MLOps en el entorno de desarrollo local o en la nube. El SDK de IA empaqueta el modelo de IA y ofrece artefactos de lectura para el despliegue a la capa de arquitectura a nivel de fábrica, donde el alcance del gestor de activos de IA comienza [AN1] y termina cuando las métricas operativas se incorporan al ciclo de desarrollo.
Industrial Edge Management (virtual, Pro o Cloud) se encarga de la capa más amplia de gestión de dispositivos: implementar aplicaciones, publicar actualizaciones de firmware y configuración, supervisar el estado de los dispositivos y gestionar el Industrial Edge Hub como repositorio mundial de aplicaciones. Funciona junto con el gestor de activos de IA en lugar de sustituirlo. Edge Management se encarga de la plataforma; el gestor de activos de IA se encarga de las soluciones de IA que se ejecutan en esa plataforma.
Nivel empresarial y de TI: el entorno de desarrollo de la IA
El desarrollo del modelo se lleva a cabo en entornos de nube o locales mediante el SDK de IA de Siemens. El proceso a este nivel cubre todo el ciclo de vida del desarrollo antes de que los modelos lleguen a la fábrica.
SDK de IA de Siemens: desarrollo y empaquetado de modelos
El SDK de IA proporciona a los científicos de datos las herramientas necesarias para empaquetar y validar sus modelos de IA en el entorno que elijan. Es una biblioteca de Python que proporciona métodos para definir interfaces de datos para modelos de IA con otros sistemas (automatización, por ejemplo), definir los requisitos de tiempo de ejecución y empaquetar el modelo de IA junto con la lógica empresarial en un artefacto que se puede ejecutar completamente sin conexión en el taller.
Utilice el SDK de IA para:
- Empaquetar modelos de IA y generar artefactos validados y desplegables para el gestor de activos de IA, que eventualmente puede ejecutar el servidor de inferencia de IA en el taller, utilizando datos de producción en tiempo real de diversas fuentes.
- Integrarse con entornos de AWS, Azure o MLOps locales para ofrecer modelos de IA empaquetados a nivel de fábrica
Una vez empaquetados, el gestor de activos de IA extrae los modelos y los distribuye a la flota. Los modelos actualizados que se basan en los nuevos datos de producción siguen el mismo camino, cerrando el ciclo del desarrollo al despliegue.
Por qué todo el paquete se implementa en conjunto
Un despliegue realista utiliza los tres niveles en combinación porque solucionan problemas distintos. Considere el despliegue de una inspección de calidad visual en una línea de montaje de productos electrónicos:
Sin el servidor de inferencia de IA, la inferencia requiere conectividad a la nube e introduce una latencia incompatible con la inspección a velocidad de línea, aparte de los costes en los que se incurre en cada transacción de datos. Sin el gestor de activos de IA, implementar un modelo actualizado en cincuenta estaciones de tres sitios equivaldría a cincuenta operaciones manuales. Sin el recopilador de datos de visión y una canalización de datos estructurados, los datos de entrenamiento no reflejan las condiciones reales de producción y la calidad del modelo se degrada con el tiempo. El SDK de IA permite unir las piezas de la entrega repetible mediante la estandarización del artefacto entregado, independiente del tipo de modelo de IA que se esté desplegando.