La arquitectura dirigida por eventos para la fabricación es un patrón de datos en el que las máquinas publican un mensaje solo cuando ocurre un cambio significativo, en lugar de que se les pregunte por su estado una y otra vez con un temporizador fijo.
En un piso de producción moderno, cientos de sensores, PLCs y controladores de máquina quieren informar su estado, y la forma en que mueve esos datos determina si sus paneles son realmente en tiempo real o están silenciosamente minutos por detrás.
El sondeo (polling), el enfoque tradicional, consiste en interrogar cada dispositivo según un calendario independientemente de si algo sucedió. Los diseños orientados a eventos invierten el flujo: la fuente empuja una actualización en el instante en que ocurre, lo que escala mucho mejor a medida que añade máquinas.
El sondeo parece simple. Un servidor pregunta a cada dispositivo: "¿Cuál es tu valor ahora?" cada pocos segundos, almacena la respuesta y repite. El problema es que la mayoría de esas respuestas son idénticas a la anterior.
Un motor de una cinta transportadora que funciona de manera constante durante una hora sigue siendo interrogado cientos de veces, y cada solicitud consume ancho de banda de red, CPU y una escritura en la base de datos aunque el estado nunca cambió.
El coste se compone de tres maneras. Primero, la latencia está limitada por su intervalo de sondeo: si sondea cada 5 segundos, una microparada que comienza un milisegundo después de un sondeo es invisible durante casi 5 segundos completos.
Segundo, la carga de la red crece linealmente con el número de dispositivos por la frecuencia de sondeo. Tercero, genera volúmenes enormes de datos redundantes que inflan el almacenamiento y ralentizan cada consulta que tiene que filtrarlos.
Para cualquiera que rastree la efectividad global del equipo , esas cortas paradas perdidas subestiman directamente sus pérdidas de disponibilidad.
Los sistemas orientados a eventos se construyen sobre dos ideas que se refuerzan mutuamente:
Protocolos livianos como MQTT (a menudo combinado con la especificación Sparkplug para cargas útiles industriales) fueron diseñados precisamente para esto.
El broker se sitúa entre el edge y la empresa, por lo que añadir un nuevo consumidor, por ejemplo una aplicación de calidad que vigila violaciones de las reglas de Nelson , no requiere cambios en el lado de la máquina.
Esto difiere del modelo de solicitud-respuesta de un sistema SCADA tradicional, donde la lógica de sondeo y el mapa de etiquetas están estrechamente acoplados a cada cliente.
Suponga una planta con 200 máquinas, cada una exponiendo 50 etiquetas, y un intervalo de sondeo de 1 segundo. El sondeo toca cada etiqueta en cada ciclo:
Ahora cambie a informar por excepción con la misma tasa de cambio del 2 por ciento, más una señal de vida una vez por minuto por máquina:
La versión orientada a eventos no solo reduce la carga, también mejora la fidelidad. Debido a que el 2 por ciento que cambia se envía en el instante en que sucede, la latencia baja de "hasta 1 segundo" a milisegundos, y finalmente captura los eventos de fracciones de segundo que el sondeo promedia.
Menos escrituras también significa un análisis de Pareto más rápido de sus principales causas de tiempo de inactividad.
Las métricas de fabricación son tan honestas como los datos que las alimentan. Las microparadas de menos de 5 minutos son un punto ciego clásico, y se reflejan directamente en sus pérdidas de velocidad y disponibilidad.
Cuando el sondeo suaviza un atasco de 3 segundos que se repite 400 veces por turno, pierde 20 minutos de tiempo de inactividad documentado que nunca llega a su análisis de tasa de rechazo o de rendimiento.
Los flujos de eventos también llevan marcas de tiempo precisas en origen, por lo que puede reconstruir la secuencia exacta de una falla: sensor disparado, protección abierta, motor detenido, operador reconocido. Esa línea de tiempo ordenada es la materia prima para métricas significativas de MTBF y MTTR y para cerrar el ciclo entre una condición detectada y la respuesta de mantenimiento que debería desencadenar.
Un evento solo tiene valor si algo lo consume. El consumidor downstream más útil suele ser un sistema de mantenimiento. Cuando se cruza un umbral de vibración o una máquina publica un código de fallo, un suscriptor puede abrir automáticamente una orden de trabajo, adjuntar los datos del evento y enrutarla al técnico correcto. Ese es el puente práctico entre las señales del piso y un CMMS.
Así es también como los equipos pasan de hábitos puramente reactivos hacia las disciplinas descritas en mantenimiento reactivo versus proactivo y mantenimiento basado en condición . La capa orientada a eventos suministra la señal de condición; sus reglas y flujos de trabajo deciden qué hacer con ella.
Tenga en cuenta que convertir eventos crudos en pronósticos de fallo fiables sigue siendo una disciplina avanzada y basada en modelos en toda la industria, no algo que una arquitectura por sí sola entregue.
Fabrico es la base de datos en tiempo real para este patrón. Proporciona monitorización de OEE y producción en tiempo real, de modo que los eventos que fluyen desde su planta se conviertan en números de disponibilidad, rendimiento y calidad en vivo en lugar de informes posteriores.
Cuando una máquina no tiene PLC desde el que publicar, Fabrico añade visión por computador en la máquina para generar directamente los cambios de estado, lo que extiende la visibilidad orientada a eventos a equipos que nunca podrían ser sondeados.
En el lado de la acción, Fabrico es un CMMS listo para el campo: órdenes de trabajo, registros de activos, programación preventiva y gestión de repuestos, de modo que una condición detectada pueda convertirse en un trabajo programado o despachado.
Fabrico está construido en la UE con residencia de datos en la UE, lo que importa cuando su flujo de eventos contiene datos operativos sensibles.
Puede ver cómo se conectan los lados de monitorización y mantenimiento en la descripción general de la solución MES y OEE y en la descripción general de la solución CMMS .
No universalmente. Para un puñado de etiquetas de cambio lento donde unos pocos segundos de latencia están bien, el sondeo es más sencillo de construir y de razonar.
El diseño orientado a eventos gana de forma decisiva a medida que crecen la escala, el número de dispositivos y la necesidad de fidelidad sub-segundo, lo que describe a la mayoría de las fábricas modernas que rastrean paradas cortas y razones de pérdida detalladas.
Por eso una señal de vida es obligatoria. Cada dispositivo publica un mensaje periódico de vivencia para que el sistema pueda distinguir "valor sin cambios" de "dispositivo sin conexión". El buffering en el edge con almacenar y reenviar protege además contra breves cortes de red reteniendo los mensajes hasta que la conexión se recupere.
Sí. Las máquinas sin un PLC o etiquetas accesibles no pueden publicar por sí solas, pero la visión por computador puede observar la máquina y emitir eventos de cambio de estado (en funcionamiento, parada, bloqueada) a partir de lo que ve. Eso integra el equipo legado y autónomo en el mismo flujo en tiempo real que sus activos en red.
¿Listo para convertir los eventos de su planta en OEE en vivo y órdenes de trabajo automáticas? Reserve una demo de Fabrico y vea la monitorización en tiempo real y un CMMS listo para el campo funcionando en sus propias máquinas.
Iniciar sesión
Blog
