Marcas de tiempo OEE y sincronización de reloj: por qué derivan los tiempos de paro

Puntos clave

• Marcar en la fuente: use el reloj del PLC o del gateway en el momento en que cambia el estado.
• Una única fuente de tiempo para PLCs, gateways, SCADA, el historian, cámaras y tablets.
• Mantenga el borde crudo y filtre el parpadeo como un paso separado.
• Cuente sobre intervalos en lugar de muestrear la velocidad en un instante.
• Almacene tiempos en UTC y conviértalos para turnos y plantas.

Un sistema OEE es un cronómetro. Cuando sus relojes no coinciden, las paradas que registra empiezan tarde, terminan pronto o caen en el turno equivocado. Dos hábitos arreglan la mayoría de los casos: marcar cada evento donde ocurre y mantener todos los relojes en un mismo servidor de tiempo.

Fabrico, software OEE y light MES con cámaras IA, pone datos PLC, señales de sensores y eventos de cámara en una única línea temporal de paradas. Esa línea temporal solo es verdadera en la medida en que lo sean los relojes que hay detrás. La sincronización de relojes es una configuración de planta tanto como una de software.

¿Por qué derivan los tiempos de parada?

Hay cuatro causas comunes, y la mayoría de las plantas tienen al menos dos de ellas.

• Deriva del reloj. Un controlador sin sincronización de tiempo poco a poco va adelantando o atrasando. Las guías de práctica citan alrededor de 2 segundos al día para un controlador moderno. Consulte la hoja de datos del suyo.
• Hora de llegada. Si la base de datos marca eventos cuando llegan, cualquier retardo de red o búfer mueve la parada.
• Filtros en la señal. Un temporizador de retardo en corto evita que una señal de marcha que 'chatterea' cree paradas falsas. Pero si se aplica antes del marcado, cada inicio de parada se desplaza por el tiempo del filtro.
• Muestreo de la velocidad. Una lectura de velocidad en momentos fijos puede captar por azar un cero. Esa lectura entonces parece una parada durante todo el intervalo.

¿Cuál es la marca de tiempo correcta para una parada?

La marca de tiempo correcta para una parada es el momento en que cambió el estado de la máquina. Proviene del reloj del dispositivo que vio el cambio: el PLC o el gateway cercano.

Todo lo que venga después puede llegar tarde sin daño. El evento puede esperar en un búfer, cruzar un enlace lento o alcanzar el servidor una hora más tarde. Aun así lleva su hora verdadera.

¿Cómo configurar la sincronización de relojes para OEE?

1. Elija una fuente de tiempo. Use el servidor NTP de la planta, en la zona OT o la DMZ, sincronizado con una fuente de confianza aguas arriba.
2. Apunte todos los dispositivos a él. PLCs, gateways, SCADA, el historian, cámaras y tablets.
3. Alarma por deriva. Señale cualquier dispositivo cuya hora se desplace más allá de un límite acordado.
4. Compruebe tras un corte de energía o cambio de batería, cuando los relojes de los controladores a menudo se reinician.
5. Planifique las zonas horarias. Almacene en UTC, muestre la hora local y decida cómo se cuenta la noche que pierde o gana una hora.

Las reglas del firewall de su gateway deben permitir ese servidor de tiempo. Nuestra guía del modelo de tiempo OEE explica cómo encajan el tiempo planeado, el tiempo de marcha y las paradas.

Ejemplo trabajado: dos semanas sin sincronización

Línea de muestra (números ilustrativos, no un cliente). Un llenador tiene un ciclo ideal de 12 segundos. La planta cuenta cualquier pausa por encima del doble del ideal, 24 segundos, como una parada. La cámara y el gateway usan el servidor de tiempo de la planta. El PLC del llenador no tiene sincronización y va 2 segundos al día adelantado.

La aritmética es simple: 2 segundos al día x 12 días = 24 segundos, igual que el umbral de parada. A partir de entonces, un atasco de 24 segundos que la cámara filmó de 09:00:00 a 09:00:24 aparece en los datos del PLC de 09:00:24 a 09:00:48. Los dos registros nunca se tocan.

Después de un mes el desfase es de 60 segundos. Una parada que comenzó a las 05:59:30 se registra en el siguiente turno. El operador que la confirma nunca la vio ocurrir.

Con el PLC también en el servidor de tiempo, las tres fuentes coinciden y el clip encaja con la parada que explica.

¿Qué otras prácticas mantienen verdaderos los tiempos de parada?

• Mantenga el borde crudo. Almacene el momento en que cambió la señal, luego aplique el filtro como paso separado.
• Cuente, no muestree. Use el conteo sobre cada intervalo en lugar de la velocidad en un instante.
• Mantenga los segundos. Nunca redondee los tiempos de parada al minuto en la base de datos.
• Mantenga el historial. Si alguien corrige una hora de parada, almacene el original junto al nuevo.

Las paradas cortas sufren más por mala sincronía, así que lea nuestra guía sobre micro stops. Si también ejecuta un historian, historian vs database explica dónde deben residir los datos de series temporales.

¿Quién debe encargarse del tiempo en la planta?

Alguien debe hacerlo, si no nadie lo hará. En la mayoría de las plantas el equipo OT gestiona el servidor de tiempo y la configuración de los dispositivos. IT provee la fuente confiable aguas arriba y mantiene la regla del firewall abierta. El proveedor de OEE debería mostrar el desfase de cada dispositivo, para que la deriva se vea antes de estropear una semana de datos.

¿Dónde encaja Fabrico?

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

• Registro automático de downtime desde la señal de la máquina, parada por parada.
• Un clip de cámara como evidencia de una parada, en la misma timeline que la señal.
• El operario confirma la razón con un toque, cerca del momento en que ocurrió.
• OEE en vivo por línea y turno, con cada pérdida valorada en dinero.

La configuración de tiempo para sus dispositivos forma parte del ajuste que el equipo técnico de Fabrico acuerda con su planta. Vea cómo funcionan los números en vivo en nuestra guía sobre real-time OEE. No hay plan gratuito y no hay niveles: cada planta recibe una oferta.

Preguntas frecuentes

¿Cómo sincroniza el tiempo del PLC?

Apunte el PLC al servidor NTP de la planta si tiene cliente NTP. Los controladores más antiguos suelen poder obtener la hora desde SCADA o un gateway. Luego compruebe el desfase de vez en cuando y tras cada corte de energía o cambio de batería, porque las relojes de los controladores pueden reiniciarse.

¿Por qué mis paradas OEE no se alinean con los clips de cámara?

Normalmente porque el PLC y la cámara funcionan con relojes distintos, o porque un sistema marca los eventos a su llegada en lugar de cuando ocurren. Ponga todos los dispositivos en un mismo servidor de tiempo y marque cada evento en su origen. Entonces una parada y su clip cubrirán los mismos segundos.

¿Deben los timestamps OEE estar en UTC o en hora local?

Almacénelos en UTC y muéstreos en hora local. UTC nunca salta, así que la noche del cambio de hora no crea una hora perdida o duplicada. También permite a un equipo comparar plantas en diferentes zonas horarias sin convertir nada manualmente.

¿Qué precisión necesitan los timestamps OEE?

Mucho más exactos que su umbral de parada. Si una pausa de más de 24 segundos cuenta como parada, un reloj 10 segundos fuera ya difumina las paradas cortas. Apunte a relojes que coincidan a pocos segundos y compruébelos con una alarma en lugar de a mano.

¿Qué es el debounce en el registro de downtime?

Es un breve retraso que ignora un señal de marcha que parpadea, para que el parpadeo no se registre como muchos minúsculos paros. Aplíquelo como un paso separado después de almacenar la señal cruda. Si no, cada parada que registre comienza un poco más tarde de lo que realmente fue.

Compruebe la timeline de su línea en una demo

Traiga el registro de paradas de un turno y algunos clips de cámara. Mostraremos cómo se alinean las paradas y los clips una vez que los relojes coincidan.

Solicitar demo · Contacte con nosotros