¿Qué son los relojes distribuidos de EtherCAT?

Volver al glosario

Cómo funciona el mecanismo de reloj distribuido

El esquema empieza eligiendo un reloj de referencia. El primer esclavo de la red que es capaz de relojes distribuidos se designa como la referencia, y su reloj interno se vuelve el tiempo maestro al que todos los demás se alinean. Cada otro esclavo capaz de relojes distribuidos tiene su propio reloj local, y la meta es hacer que todos esos relojes locales concuerden con la referencia tan de cerca como sea posible, para que cuando cada uno actúe sobre su tiempo compartido, actúen juntos.

Dos correcciones hacen posible esta precisión. La primera es la compensación del retardo de propagación: como toma una cantidad pequeña pero real de tiempo que una señal viaje por el cable y a través de cada dispositivo, un esclavo más adelante en la red naturalmente ve los eventos ligeramente más tarde. El sistema mide estos retardos para cada esclavo y desplaza cada reloj local en consecuencia, de modo que un instante dado en el tiempo significa lo mismo en todas partes del segmento. La segunda es la compensación de deriva: ningún par de cristales corre exactamente a la misma tasa, así que los relojes lentamente divergen, y el mecanismo continuamente ajusta cada reloj local para mantenerlo enganchado a la referencia.

Una vez que los relojes concuerdan, cada esclavo puede generar señales de temporización precisas desde su propio reloj local, comúnmente llamadas SYNC0 y a veces una segunda SYNC1. Estos son pulsos de hardware que se disparan en un instante configurado, y como el reloj de cada esclavo está alineado, esos pulsos ocurren de forma simultánea en toda la red. Un esclavo usa su señal SYNC para enganchar entradas o aplicar salidas exactamente en el momento planeado, de modo que todo el segmento se comporta como si lo manejara un latido compartido en vez de cuando cada dispositivo resulta ser direccionado.

Por qué la base de tiempo estrecha importa para el movimiento

La razón clásica para usar relojes distribuidos es el movimiento coordinado de varios ejes. Cuando varios ejes servo deben moverse en una relación precisa, por ejemplo trazando una trayectoria juntos o manteniendo una articulación mecánica en sincronía, no basta con que cada eje reciba su comando razonablemente rápido; todos deben aplicar sus comandos en el mismo instante. Incluso pequeñas diferencias de temporización entre ejes se traducen en errores de posición y movimiento tosco. Los relojes distribuidos dan a cada eje el mismo pulso SYNC, así que se actualizan juntos y el movimiento coordinado se mantiene suave y preciso.

Sin una base de tiempo compartida, la alternativa es esperar que las tramas de comando lleguen lo bastante juntas, lo cual introduce jitter y limita qué tan estrechamente se pueden coordinar los ejes. Los relojes distribuidos eliminan esa incertidumbre al desacoplar el momento de la acción del momento de la comunicación: los datos pueden viajar por la red en tiempos ligeramente distintos, pero cada esclavo espera su señal SYNC sincronizada antes de actuar. Esta separación de cuándo llegan los datos de cuándo se aplican es el corazón de por qué EtherCAT puede manejar aplicaciones de movimiento exigentes con tanta precisión.

La misma base de tiempo precisa beneficia la medición tanto como la actuación. Los esclavos pueden enganchar sus entradas en un pulso SYNC sincronizado, de modo que un conjunto de lecturas tomadas a través de muchos dispositivos corresponde todo al mismo instante. Eso es valioso cada vez que se necesita una instantánea coherente de una máquina, porque significa que los valores muestreados genuinamente pertenecen juntos en el tiempo en vez de estar corridos entre cuando cada dispositivo resultó ser leído.

Marcas de tiempo sincronizadas para el monitoreo y la nube

Los relojes distribuidos no solo ayudan a que la máquina corra; también hacen más confiables los datos que salen de ella para el monitoreo. Como cada esclavo capaz comparte el mismo sentido del tiempo, los valores capturados en un pulso sincronizado llevan una referencia de tiempo consistente, lo que significa que una capa de monitoreo puede comparar lecturas de distintas partes de la máquina sabiendo que se muestrearon juntas. Cuando esos valores se envían hacia arriba a un historiador en la nube, esa coherencia se propaga: una instantánea de muchas señales de verdad representa un momento en la máquina.

Esto importa para el tipo de análisis que los operadores en realidad quieren hacer. Correlacionar un pico de par en un eje con un error de posición en otro, o alinear un conjunto de lecturas de sensor durante una falla, solo funciona limpiamente si las muestras comparten una base de tiempo común. Los datos reunidos de un segmento EtherCAT con relojes distribuidos llegan ya coherentes en el tiempo desde el origen, así que una plataforma que los historiza puede preservar esa relación en vez de tratar de reconstruir la temporización a partir de cuándo resultaron ser recibidas las tramas.

Para una plataforma SCADA en la nube como Merobix, la consecuencia práctica es que los datos de máquina de una red EtherCAT bien sincronizada son más fáciles de razonar después del hecho. El controlador típicamente reúne los valores sincronizados y los reenvía, y la base de tiempo estrecha aguas arriba significa que las tendencias y eventos que un operador revisa reflejan lo que de verdad pasó junto en la máquina. La capa de monitoreo se sienta por encima de la sincronización en tiempo real en vez de dentro de ella, pero hereda el beneficio de marcas de tiempo limpias y coherentes que los relojes distribuidos produjeron a nivel de campo.

Preguntas frecuentes