Dado que la especulación ya ha comenzado que
Spectrum-RG atacó a GALILEO , me gustaría presentar mi versión de los eventos.
Spect-RG se lanzó el 13 de julio de 2019 a las 15:31 hora de Moscú.
GALILEO se dio cuenta de los problemas
el 11 de julio de 2019 a las 14:45 UTC (17:45 hora de Moscú):
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 julio - terminación del trabajo. La última efeméride correcta aceptada fue alrededor de las 20:00 UTC del 11 de julio.
13 de julio de 2019 a las 20:15 UTC (23:15 hora de Moscú) mensaje repetido:
UNTIL FURTHER NOTICE, USERS EXPERIENCE A SERVICE OUTAGE. THE SIGNALS ARE NOT TO BE USED.
Ahora que pasó. El punto es la pestaña efemérides, que es producida por el segmento de comando. El trabajo normal se ve así. El segmento de comando mide las órbitas de los satélites y carga regularmente datos actualizados en órbitas al satélite. Entre los marcadores, los satélites cuentan los datos de efemérides ellos mismos.
El GPS es un sistema militar, está diseñado para destruir el segmento de comando y funciona hasta seis meses sin un enlace al segmento de comando. Si alguien está interesado, esto se describe en la sección 6.3.2 del
ICD . Además, en este caso, en los nuevos satélites, se proporciona una determinación independiente de efemérides mediante mediciones entre satélites (esto es 6.3.5 en el ICD). Como resultado, los datos transmitidos contienen información en caso de un trabajo prolongado sin actualizar las efemérides, y los receptores GNSS pueden (o más bien deberían poder) trabajar en esta situación.
GALILEO es, por desgracia, un sistema civil. Si miramos
ICD GALILEO, no hay nada provisto para trabajar sin un segmento de comando. Pero, este es un sistema de alta precisión. Por ejemplo, para aumentar la precisión, los satélites recalculan las efemérides F / NAV cada 10 minutos, y no cada 2 horas, como en el GPS.
Entonces, la secuencia de eventos desde mi campanario.
- Alrededor del 10 de julio: observe la falla en el segmento de comando (tierra). La pestaña de efemérides satelitales se detiene.
- 11 de julio, 14:45 UTC: queda claro que no podrá recuperarse rápidamente, emite una advertencia sobre la degradación.
- Tarde del 11 de julio: los satélites ven que cuando se vuelve a calcular la efemérides, la precisión disminuye y el estado
Working without guarantee se establece en el campo DVS (tabla 7.1 en el ICD), lo que indica que la efemérides es incorrecta o inexacta. Desafortunadamente, la mayoría de los receptores están diseñados para establecer esta bandera en 1-2 satélites. Es decir, la respuesta del receptor es excluir dicho satélite del cálculo. - 12 de julio por la noche: cierre de GALILEO para consumidores nacionales. Aquellos que tienen su propio código para la solución de navegación pueden continuar leyendo simplemente ignorando DVS en el código.
- 13 de julio 20:15 UTC - NAGU reaparece sobre un apagado completo del sistema
- 17 de julio por la mañana: comenzó la colocación de efemérides. Aparentemente, en honor a esto, se emitió un mensaje oficial de que todos estaban trabajando incansablemente (24/7) en la restauración.
- 17 de julio por la noche, en los satélites que veo, efemérides establecidas. Aparentemente en la mañana se espera un aviso oficial de la restauración de la operabilidad. Pero tal vez se retrasará hasta que se logre la precisión deseada. El hecho es que el proceso es iterativo: las mediciones se realizan en efemérides ordinarias, las órbitas de alta precisión se calculan sobre la base del residuo de las mediciones y se realiza un pronóstico de movimiento, que se establece en las efemérides.
El estado oficial actual de GALILEO está
aquí .
PD: si alguien está interesado en la ciencia de la conspiración, recomiendo leer
esta noticia hasta que se elimine.
PPS Performance GALILEO restaurado. Aquí está
NAGU , y aquí está el
mensaje . De lo importante:
although some fluctuations may be experienced until further notice . Esto significa que aún no se ha logrado la precisión completa de los datos de efemérides. Aproximadamente alrededor de 2 semanas, la precisión mejorará.
PPPS Agregue un enlace a un
artículo anterior sobre el mismo tema.
PPPPS Una referencia al
GNSS interno con información de falla del reloj. Se alega que dos sistemas fallaron simultáneamente, en cuanto a mí, esto es dudoso. Lo más probable es que los sistemas divergieran para que no quedara claro cuál era el correcto. O, en el proceso de sincronización, mezclaron cuál de ellos es correcto y cuál es malo. Pero aquí ya no soy un experto en absoluto.