Como já começou a especulação de que o
Spectrum-RG atacou o GALILEO , eu gostaria de apresentar minha versão dos eventos.
Spect-RG foi lançado em 13 de julho de 2019 às 15:31, horário de Moscou.
GALILEO tomou conhecimento de problemas
em 11 de julho de 2019 14:45 UTC (17:45, horário de Moscou):
UNTIL FURTHER NOTICE, USERS MAY EXPERIENCE SERVICE DEGRADATION ON ALL GALILEO SATELLITES. THIS MEANS THAT THE SIGNALS MAY NOT BE AVAILABLE NOR MEET THE MINIMUM PERFORMANCE LEVELS DEFINED IN THE SERVICE DEFINITION DOCUMENTS AND SHOULD BE EMPLOYED AT USERS' OWN RISK. THE NOMINAL SERVICE WILL BE RESUMED AS SOON AS POSSIBLE.
12 de julho - término dos trabalhos. O último efeméride correto aceito foi por volta das 20:00 UTC de 11 de julho.
13 de julho de 2019 às 20:15 UTC (23:15, horário de Moscou) repetiu a mensagem:
UNTIL FURTHER NOTICE, USERS EXPERIENCE A SERVICE OUTAGE. THE SIGNALS ARE NOT TO BE USED.
Agora o que aconteceu. O ponto é a guia efemérides, produzida pelo segmento de comando. O trabalho normal se parece com isso. O segmento de comando mede as órbitas dos satélites e carrega regularmente dados atualizados das órbitas no satélite. Entre os marcadores, os satélites recontam os dados das efemérides.
O GPS é um sistema militar, projetado para destruir o segmento de comando e funcionar por até seis meses sem um link para o segmento de comando. Se alguém estiver interessado, isso será descrito na seção 6.3.2 do
CDI . Além disso, neste caso, em novos satélites, é fornecida uma determinação independente de efemérides por medições entre satélites (isto é 6.3.5 na CID). Como resultado, os dados transmitidos contêm informações em caso de trabalho prolongado sem atualizar as efemérides, e os receptores GNSS podem (ou melhor, deveriam) trabalhar nessa situação.
O GALILEO é, infelizmente, um sistema civil. Se olharmos para o
ICD GALILEO - não há nada disponível para trabalhar sem um segmento de comando. Mas - este é um sistema de alta precisão. Por exemplo, para aumentar a precisão, os satélites recalculam as efemérides F / NAV a cada 10 minutos, e não a cada 2 horas, como no GPS.
Então, a sequência de eventos da minha torre sineira.
- Por volta de 10 de julho - assista à falha no segmento de comando (solo). A guia de efemérides do satélite está parada.
- 11 de julho, 14:45 UTC - fica claro que não será possível recuperar rapidamente, emite um aviso sobre degradação.
- 11 de julho à noite - os satélites veem que, quando as efemérides são recalculadas, a precisão diminui e o estado
Working without guarantee é definido no campo DVS (tabela 7.1 no CDI), indicando que as efemérides estão incorretas ou imprecisas. Infelizmente, a maioria dos receptores foi projetada para definir esse sinalizador em 1-2 satélites. Ou seja, a resposta do receptor é excluir esse satélite do cálculo. - 12 de julho à noite - desligamento do GALILEO para consumidores domésticos. Aqueles que têm seu próprio código para a solução de navegação podem continuar lendo simplesmente ignorando o DVS no código.
- 13 de julho 20:15 UTC - NAGU reaparece sobre um desligamento completo do sistema
- 17 de julho de manhã - começou a colocação das efemérides. Aparentemente, em homenagem a isso, foi emitida uma mensagem oficial de que todos estavam trabalhando incansavelmente (24/7) na restauração.
- 17 de julho à noite - nos satélites que eu vejo - efemérides lançadas. Aparentemente, pela manhã, é esperado um aviso oficial da restauração da operabilidade. Mas talvez isso seja adiado até que a precisão desejada seja alcançada. O fato é que o processo é iterativo - as medições são feitas em efemérides comuns, as órbitas de alta precisão são calculadas com base no resíduo das medições e uma previsão de movimento é feita a partir dele, que é estabelecida nas efemérides.
O status oficial atual do GALILEO está
aqui .
PS Se alguém estiver interessado em ciência da conspiração - eu recomendo ler
essas notícias até que sejam esfregadas.
Desempenho do PPS GALILEO restaurado. Aqui está
NAGU , e aqui está a
mensagem . Do importante:
although some fluctuations may be experienced until further notice . Isso significa que a precisão total dos dados de efemérides ainda não foi alcançada. Aproximadamente cerca de 2 semanas, a precisão melhorará.
PPPS Adicione um link para um
artigo anterior sobre o mesmo tópico.
PPPPS Uma referência ao
GNSS interno com informações de falha do relógio. Alega-se que dois sistemas falharam simultaneamente, quanto a mim - isso é duvidoso. Muito provavelmente os sistemas divergiram, de modo que não ficou claro qual deles estava correto. Ou, no processo de sincronização, eles misturaram qual deles é o correto e o que é ruim. Mas aqui não sou mais um especialista.