Menu
¿Qué pasa con los datos OEE cuando la red se cae?

¿Qué pasa con los datos OEE cuando la red se cae?

Un buen gateway OEE sigue registrando cuando la red se cae. Almacena cada evento con su propia marca temporal y envía el acumulado en orden una vez que se restablece el enlace.
¿Qué pasa con los datos OEE cuando la red se cae?

Conclusiones clave

  • Una interrupción pierde registros, no minutos. La línea igualmente se paró; la cuestión es si alguien lo sabe.
  • Almacenar y reenviar significa buffer en el edge, luego enviar después, en orden.
  • Sellar la hora en la fuente, o los eventos reproducidos caerán en el momento equivocado.
  • MQTT con Sparkplug le dice al servidor que un gateway murió, incluso si alguien cortó su cable.
  • Pruébelo en el piloto: desconecte el cable durante una hora y compruebe el informe.

Cuando se cae el enlace entre la línea y el sistema OEE, la línea sigue funcionando y parándose. La pregunta es si esos paros siguen registrándose. La respuesta depende de una característica del gateway: almacenar y reenviar. Sin ella, el informe de turno queda con un hueco o un paro falso.

Fabrico, OEE y software MES ligero con cámaras IA, registra el tiempo de inactividad automáticamente a partir de la señal de la máquina. Cómo gestiona el gateway en su red una interrupción es una pregunta para el equipo técnico de Fabrico. Esta guía cubre qué preguntar a cualquier proveedor y cómo probar la respuesta.

Mida el OEE y las paradas en tiempo real
Reserve una demo

¿Qué sale mal con los datos OEE cuando la red se cae?

Sin buffer, una interrupción puede sesgar los números de dos maneras opuestas.

  • El hueco se lee como en funcionamiento. No llegan eventos de paro, así que el turno parece mejor de lo que fue.
  • El hueco se lee como un paro largo. Toda la interrupción se contabiliza como tiempo de inactividad, por lo que el turno parece peor.
  • Los eventos tardíos obtienen la hora equivocada. Si el servidor marca los eventos al llegar, un paro de 10:05 aparece a las 12:01.
  • Los eventos reenviados se duplican. El mismo paro se cuenta dos veces.
  • Los operadores no pueden confirmar razones si la tablet en la línea necesita al servidor para funcionar.

Cualquiera de estos rompe la confianza. Tras un mal informe de turno, la gente deja de creer en la pantalla.

¿Qué es almacenar y reenviar?

Almacenar y reenviar significa que el gateway conserva cada evento en almacenamiento local mientras el enlace está caído. Una vez que el enlace vuelve, envía el acumulado en su orden original, con sus marcas de tiempo originales.

Muchos gateways industriales de edge ofrecen buffering offline, a veces como un extra de pago. La función solo ayuda si las marcas temporales se ponen en la fuente. Un evento marcado con el reloj del gateway a las 10:05 sigue siendo un evento de 10:05, siempre que llegue.

¿Cómo le dice MQTT que un gateway se desconectó?

MQTT es un protocolo ligero de publicar y suscribirse que muchos gateways usan para enviar datos de planta. Sparkplug B añade nombres de topic fijos, un formato fijo de mensaje y estado de sesión encima. Sparkplug 3.0 se convirtió en el estándar ISO/IEC 20237 en noviembre de 2023.

Dos ideas de Sparkplug importan para las interrupciones:

  • Mensajes de nacimiento y muerte. Un gateway se anuncia cuando se conecta. Su mensaje de muerte se registra en el broker por adelantado, como el mensaje MQTT "Will". Si el gateway cae sin despedirse, el broker envía ese mensaje por él, incluso si le cortaron el cable.
  • Reportar por excepción. El gateway envía un valor solo cuando cambia, no en un temporizador fijo. Eso mantiene pequeño el backlog.

Así el servidor siempre sabe qué gateway está en silencio, y desde cuándo. Nuestros guías sobre MQTT en la fabricación y OPC UA vs MQTT cubren los protocolos con más profundidad.

Ejemplo resuelto: una interrupción de dos horas en un turno

Línea de muestra (números ilustrativos, no un cliente). Un envasador hace un turno de 480 minutos. El enlace al servidor OEE está caído de 10:00 a 12:00. Durante esos 120 minutos, el envasador tuvo 9 paros que suman 26 minutos. Fuera de la interrupción tuvo otros 30 minutos de paros, por lo que 56 minutos de paro en total.

La disponibilidad real es (480 menos 56) / 480 = 424 / 480 = 88.3%. Esto es lo que muestra el informe en cada configuración:

ConfiguraciónMinutos de paro en el informeDisponibilidad mostrada
Lo que realmente pasó5688.3%
Sin buffer, el hueco se lee como en funcionamiento3093.8%
Sin buffer, el hueco se lee como un paro largo15068.8%
Almacenar y reenviar, marcas de tiempo en la fuente5688.3%

Una interrupción mueve el número más de 5 puntos en cualquiera de las direcciones. Solo la configuración con buffer da al turno su puntuación real y mantiene los 9 paros para la etapa de razones.

El buffer en sí es pequeño. Con reportar por excepción, dos horas de cambios de estado y contadores de una línea es una lista corta de eventos, no un archivo de vídeo.

Vea estas pérdidas en su propia línea

Reserve una demo

¿Qué debe preguntar a un proveedor de OEE sobre las interrupciones?

  1. ¿Cuántas horas almacena en buffer el gateway? Debe cubrir su interrupción más larga probable, como un fin de semana con trabajo de TI.
  2. ¿Mantiene cada evento su marca de tiempo de la fuente?
  3. ¿Se envía el backlog en orden y se eliminan los duplicados?
  4. ¿Pueden los operadores seguir confirmando razones en la línea durante la interrupción?
  5. ¿Cómo muestra el sistema que un gateway está offline, y a quién se avisa?
  6. ¿Qué sucede tras un corte de energía, no solo un corte de red?
  7. ¿Cómo lo probamos? Acepte sacar el cable durante el piloto.

¿Qué puede hacer la planta por su cuenta?

  • Mantenga los relojes sincronizados. Apunte PLCs y gateways al servidor horario de la planta.
  • Alimente el gateway y su switch desde una UPS, para que una pequeña caída de energía no sea un hueco de datos.
  • Conecte el gateway por cable donde pueda. Planee el Wi-Fi para tablets y cámaras por separado.
  • Alarme por silencio. Avise a alguien cuando un gateway haya estado offline más tiempo del acordado.

Dónde se procesan los datos también importa. Nuestra guía sobre edge vs cloud para datos de taller explica las compensaciones, y IoT gateway vs edge device explica el hardware.

Póngale un número

Abra la calculadora OEE gratuita

¿Dónde encaja Fabrico?

Fabrico es una plataforma de rendimiento manufacturero con visión por ordenador. Es la capa de OEE y tiempos de inactividad de un light MES, con cámaras IA en los paros.

  • Registro automático de tiempos de inactividad desde la señal de la máquina.
  • El operario confirma la razón con un toque, de modo que cada paro obtiene su causa.
  • OEE en vivo por línea y turno, con cada pérdida valorada en dinero.
  • Un piloto en una línea, el lugar adecuado para probar una interrupción antes de escalar.

Pregunte al equipo técnico de Fabrico cómo el gateway en su red maneja una interrupción, luego pruébelo en la línea piloto. No hay plan gratuito y no hay niveles: cada planta recibe una cotización.

Preguntas frecuentes

¿Qué es almacenar y reenviar en IIoT?

Es una función del gateway que mantiene los datos en almacenamiento local mientras la red está caída. Cuando el enlace vuelve, el gateway envía los datos almacenados en su orden original y con sus marcas de tiempo originales. Para OEE, significa que una interrupción no deja un hueco en el registro de paros.

¿Se pierden los datos OEE cuando se cae el Wi-Fi?

Depende del gateway. Con un buffer y marcas de tiempo en la fuente no se pierde nada; los eventos llegan tarde pero conservan su hora real. Sin buffer, los paros durante la interrupción desaparecen o todo el hueco se convierte en un paro largo. Pregunte a su proveedor qué caso aplica.

¿Cuánto tiempo debe un gateway OEE almacenar datos en buffer?

Suficiente para cubrir su interrupción más larga probable. Para muchas plantas eso es todo un fin de semana, cuando TI suele trabajar en la red. Pregunte al proveedor la cifra en horas para su línea y verifíquela durante el piloto con un tirón de cable planificado.

¿Qué es un certificado de defunción MQTT?

Es el mensaje que un gateway Sparkplug registra en el broker MQTT cuando se conecta, como su "Will". Si el gateway cae sin una despedida limpia, el broker publica ese mensaje por él. El servidor entonces sabe que el gateway está offline, incluso si su cable fue cortado.

¿Debe calcularse el OEE en el edge o en la nube?

Muchos sistemas lo dividen. El edge captura estados y contadores con sus marcas de tiempo y los guarda durante las interrupciones. El servidor o la nube calcula el OEE a través de turnos, líneas y plantas. Lo que más importa es que los eventos crudos estén horadados y guardados en la fuente.

Pruebe una interrupción en su propia línea

Traiga una línea y su último informe de turno. Mostraremos cómo se ve la línea de tiempo, paro por paro.

Solicitar una demo · Contáctenos

Mida el OEE y las paradas en tiempo real
Vea dónde pierden tiempo las líneas
Reserve una demo en vivo.
Vea dónde pierden tiempo las líneas
Vea dónde pierden tiempo las líneas

Tarjetas reales de Fabrico, datos de ejemplo.

Al hacer clic en el botón Aceptar, usted da su consentimiento para el uso de cookies al acceder a este sitio web y utilizar nuestros servicios. Para obtener más información sobre cómo se utilizan y gestionan las cookies, consulte nuestra Política de privacidad y Declaración de cookies