GB8007 Servidor de tiempo BeiDou

El GB8007 es un servidor de sincronización multifunción binario BeiDou, GPS, GLONASS y Galileo. Proporciona señales de tiempo de sincronización a los dispositivos de automatización de sistemas de energía desde señales de satélite y mensajes de tiempo. La hoja de datos del fabricante indica que la distribución PTP (IEEE 1588) es preferida sobre NTP, porque NTP pierde la precisión del tiempo de GNSS.

Los parámetros de la hoja de datos incluyen la precisión del tiempo de 100 nanosegundos o mejor unidireccional y 20 nanosegundos o mejor bidireccional, entradas que incluyen BeiDou, GLONASS y GPS, IRIG-B por fibra, TTL y RS485, PTP 0,2 microsegundos y NTP/SNTP 10 milisegundos, precisión OCXO 2E-11, error propio de 3,5 microsegundos o mejor por 24 horas, temperatura de trabajo de menos 20 °C a más 70 °C, almacenamiento de menos 45 °C a más 85 °C, humedad inferior al 95 %, potencia de 220 V más o menos 20 % o 110 V más o menos 20 % (CA o CC) y consumo de energía de 15 W o menos. Estas son las cifras de la hoja de datos del fabricante.

Tema y especificación

Selección del GB8007 para una red de tiempo de subestación

Elija el GB8007 cuando un sistema de energía necesita una referencia de tiempo multifunción con la distribución PTP, en lugar de NTP solo. Compruebe qué sistemas de satélite son por cobrar en el sitio, qué protocolos de salida los dispositivos de automatización aceptan, y qué precisión de tiempo requiere la protección y la grabación de eventos. Si sólo se necesita la salida NTP, la precisión de tiempo será menor que PTP; confirme la precisión que cada protocolo proporciona para su aplicación.

Antes del pago, confirme el modelo, los sistemas de satélites, los protocolos de salida, la cantidad y los términos de entrega. Pida que la hoja de datos actual sea confirmada por escrito antes de ordenar. Confirme el precio, el pedido mínimo y el plazo de entrega para la configuración del GB8007 ofrecida por escrito con su consulta.

Registros de tiempo del GB8007 y comparaciones de deriva

Un registro del GB8007 debe indicar qué fuentes de satélite podía ver el servidor en el emplazamiento, qué salidas se conectaron — PTP, NTP o IRIG-B — y el comportamiento de tiempo observado tras la conexión. Los registros de tiempo se consultan cuando se disputan las secuencias de eventos, y un registro que nombra fuentes y salidas es el que puede resolver esa disputa.

Compare los servidores de tiempo de esta familia por las fuentes y salidas que el emplazamiento puede usar de verdad: un servidor que ofrece varios sistemas de satélite y distribución PTP se gana su lugar donde estos se pueden recibir y consumir, mientras que una disposición más simple basta donde solo se necesita la hora básica de red. Confirme por escrito la precisión que cada protocolo de salida ofrece para la aplicación.

Un servidor de tiempo sirve a toda la subestación, así que sus registros pertenecen a la documentación de automatización del emplazamiento, no a las notas de puesta en servicio de un ingeniero. Archive la configuración de fuentes y salidas, y anote cada cambio posterior, porque una avería de tiempo suele rastrearse a través de cambios hechos por personas que no estaban pensando en el tiempo.

Qué confirmar antes de ordenar

Antes del pago, confirme el modelo, la especificación de la hoja de datos actual, la cantidad, el precio, el plazo de entrega y los términos de entrega, por escrito. Pida en su consulta que confirme los términos de pago, los términos de comercio y el tiempo de respuesta que debe esperar, en lugar de asumir cualquiera de ellos. Confirme el precio, el pedido mínimo y el plazo de entrega de su pedido con el proveedor por escrito antes del pago.

Notas sobre fuentes y salidas para el GB8007

Pida al proveedor que confirme las condiciones de garantía para el GB8007 por escrito junto con los sistemas de satélites y los protocolos de salida, antes del pago.

Incorporación del GB8007 a una red de tiempo de estación

Introduzca el GB8007 como un cambio de red, no como un cambio de caja. Enumere cada dispositivo que tomará la hora de él: relés, registradores, contadores, controladores y servidores, con el protocolo y la conexión que cada uno espera. Recorra esa lista antes del día de instalación, marcando qué dispositivos se configuran por anticipado, cuáles deben visitarse y cuáles solo revelarán problemas cuando se comparen sus relojes. La prueba de puesta en servicio es entonces sencilla de enunciar: después del cambio, recorra la lista y demuestre que cada dispositivo muestra la hora acordada, en lugar de suponer que la red la llevó allí.

Trate el lado de satélite con el mismo cuidado que el lado de red. El servidor solo puede distribuir la hora que recibe, así que planifique la posición de la antena, su vista del cielo y la ruta de su cable como parte de la consulta y de la instalación, no como descubrimientos del día. Anote las fuentes disponibles en el emplazamiento y qué ocurre cuando se pierde una fuente: qué dispositivos lo notan, qué alarmas importan y quién responde. Registre el comportamiento acordado en la hoja de puesta en servicio, para que una pérdida posterior de fuente se trate como un caso conocido en lugar de una discusión sobre lo que el sistema debía hacer.

Mantenga los registros de tiempo como registros de medición. Anote la comparación de puesta en servicio de cada dispositivo, el estado de la fuente en ese momento y la configuración aplicada, y repita la comparación después de cualquier cambio de red que afecte a los dispositivos enumerados. En la consulta, indique la lista de dispositivos, los protocolos requeridos y las fuentes disponibles en el emplazamiento, y pida que la configuración ofrecida se confirme frente a esa lista por escrito. Una red de tiempo documentada así puede auditarse; una que simplemente fue instalada solo puede creerse.

Revise la red de tiempo después de su primer incidente real, sea ese incidente el que sea: una fuente perdida, un dispositivo sustituido, un registrador cuyos sellos de tiempo fueron cuestionados. Recorra de nuevo la lista de consumidores, compare los dispositivos y compruebe que el comportamiento que la estación acordó para la pérdida de fuente es el comportamiento que realmente ocurrió. Modifique el registro de puesta en servicio con lo que el incidente enseñó y feche la modificación. Los sistemas de tiempo son de confianza exactamente en la medida en que su historial de incidentes se entiende, y una red que ha sobrevivido a un incidente examinado está mejor documentada que una que simplemente nunca ha sido examinada.