Servidor de Tempo GB8007 BeiDou

O GB8007 é um servidor de sincronização de tempo BeiDou, GPS, GLONASS e Galileo. Ele fornece sinais de tempo de sincronização para dispositivos de automação do sistema de energia de segundos sinais de satélite e mensagens de tempo. A planilha de dados hospedada do fabricante afirma que a distribuição PTP (IEEE 1588) é preferida em vez de NTP, porque NTP perde a precisão de tempo GNSS.

Os parâmetros da ficha incluem a precisão de tempo de 100 nanosegundos ou melhor unidirecional e 20 nanosegundos ou melhor bidirecional, entradas incluindo BeiDou, GLONASS e GPS, IRIG-B sobre fibra, TTL e RS485, PTP 0,2 microsegundos e NTP/SNTP 10 milissegundos, OCXO precisão 2E-11, auto-erro 3,5 microsegundos ou melhor por 24 horas, temperatura de trabalho menos 20C para mais 70C, armazenamento menos 45C para mais 85C, umidade abaixo de 95%, potência 220V mais ou menos 20% ou 110V mais ou menos 20% (CA ou CC), e consumo de energia 15W ou menos. Estes são os dados do fabricante.

Ponto e especificação

Seleção do GB8007 para uma rede de tempo de subestação

Escolha o GB8007 quando um sistema de energia precisa de uma referência de tempo multi-fonte com distribuição PTP, em vez de NTP sozinho. Verifique quais os sistemas de satélite a receber no local, quais os protocolos de saída que os dispositivos de automação aceitam e qual a precisão de tempo que a proteção e gravação de eventos exigem. Se apenas a saída NTP for necessária, a precisão de tempo será menor do que PTP; confirme a precisão que cada protocolo fornece para a sua aplicação.

Antes do pagamento, confirme o modelo, os sistemas de satélite, os protocolos de saída, a quantidade e os termos de entrega. Peça que a ficha de dados atual seja confirmada por escrito antes de encomendar. Confirme o preço, a encomenda mínima e o prazo de entrega para a configuração do GB8007 oferecida por escrito com a sua consulta.

Registos de tempo do GB8007 e comparações de deriva

Um registo do GB8007 deve indicar que fontes de satélite o servidor conseguia ver no local, que saídas foram ligadas — PTP, NTP ou IRIG-B — e o comportamento temporal observado após a ligação. Os registos de tempo são consultados quando as sequências de eventos são disputadas, e um registo que nomeia fontes e saídas é o que pode resolver essa disputa.

Compare os servidores de tempo desta família pelas fontes e saídas que o local pode realmente usar: um servidor que oferece vários sistemas de satélite e distribuição PTP ganha o seu lugar onde estes podem ser recebidos e consumidos, enquanto uma disposição mais simples basta onde só é precisa a hora básica de rede. Confirme por escrito a precisão que cada protocolo de saída oferece para a aplicação.

Um servidor de tempo serve toda a subestação; os seus registos pertencem, por isso, à documentação de automação do local, e não às notas de colocação em serviço de um engenheiro. Arquive a configuração de fontes e saídas, e anote cada alteração posterior, porque uma falha de tempo costuma ser rastreada através de alterações feitas por pessoas que não estavam a pensar no tempo.

O que confirmar antes de encomendar

Antes do pagamento, confirme o modelo, a especificação da ficha de dados atual, a quantidade, o preço, o prazo de entrega e os termos de entrega, por escrito. Peça na sua consulta a confirmação dos termos de pagamento, dos termos comerciais e do tempo de resposta que deve esperar, em vez de presumir qualquer um deles. Confirme o preço, a encomenda mínima e o prazo de entrega do seu pedido com o fornecedor por escrito antes do pagamento.

Notas sobre fontes e saídas para o GB8007

Peça ao fornecedor que confirme os termos de garantia para o GB8007 por escrito juntamente com os sistemas de satélite e os protocolos de saída, antes do pagamento.

Incorporação do GB8007 numa rede de tempo de estação

Introduza o GB8007 como uma mudança de rede, não como uma mudança de caixa. Enumere cada dispositivo que tomará a hora dele: relés, registadores, medidores, controladores e servidores, com o protocolo e a ligação que cada um espera. Percorra essa lista antes do dia de instalação, marcando que dispositivos se configuram com antecedência, quais devem visitar-se e quais só revelarão problemas quando se compararem os seus relógios. O teste de colocação em serviço é então simples de enunciar: depois da mudança, percorra a lista e demonstre que cada dispositivo mostra a hora acordada, em vez de supor que a rede a levou ali.

Trate o lado de satélite com o mesmo cuidado que o lado de rede. O servidor só pode distribuir a hora que recebe, por isso planeie a posição da antena, a sua vista do céu e o percurso do seu cabo como parte da consulta e da instalação, não como descobertas do dia. Anote as fontes disponíveis no local e o que acontece quando se perde uma fonte: que dispositivos o notam, que alarmes importam e quem responde. Registe o comportamento acordado na folha de colocação em serviço, para que uma perda posterior de fonte se trate como um caso conhecido em vez de uma discussão sobre o que o sistema devia fazer.

Mantenha os registos de tempo como registos de medição. Anote a comparação de colocação em serviço de cada dispositivo, o estado da fonte nesse momento e a configuração aplicada, e repita a comparação depois de qualquer mudança de rede que afete os dispositivos enumerados. Na consulta, indique a lista de dispositivos, os protocolos requeridos e as fontes disponíveis no local, e peça que a configuração oferecida se confirme perante essa lista por escrito. Uma rede de tempo documentada assim pode auditar-se; uma que simplesmente foi instalada só pode acreditar-se.

Reveja a rede de tempo depois do seu primeiro incidente real, seja esse incidente o que for: uma fonte perdida, um dispositivo substituído, um registador cujos carimbos de tempo foram questionados. Percorra de novo a lista de consumidores, compare os dispositivos e verifique que o comportamento que a estação acordou para a perda de fonte é o comportamento que realmente aconteceu. Modifique o registo de colocação em serviço com o que o incidente ensinou e date a modificação. Os sistemas de tempo são de confiança exatamente na medida em que o seu historial de incidentes se entende, e uma rede que sobreviveu a um incidente examinado está melhor documentada do que uma que simplesmente nunca foi examinada.