He estado investigando los satélites GPS y sentí curiosidad por los relojes atómicos a bordo. Encontré el siguiente artículo sobre el concepto de una constelación CubeSat GPS usando relojes atómicos a escala de chip , y aunque la desviación de Allan es lo suficientemente buena como menciona el artículo, la tasa de envejecimiento en el reloj es de 9E-10 / mes, que si No me equivoco, dejaría el satélite bastante inútil después de un mes.
Busqué y encontré que Microsemi ha lanzado un MAC, o reloj atómico en miniatura que, aunque es un poco más grande que el CSAC, tiene una tasa de envejecimiento de 5E-11 / mes .
¿Significa esto que podría usarse para un satélite GPS que funcione durante aproximadamente un año, o me estoy perdiendo algo? ¿Sería demasiado el consumo de energía para un CubeSat en su opinión?
Si queremos que el error habitual de posición del GPS sea inferior a 10 m, debemos saber el tiempo que necesita la luz o un microondas para cubrir esta distancia. la velocidad de la luz es , por lo que necesitamos 33,3 nanosegundos para 10 m. Para medir una distancia, el GPS mide el tiempo que necesita la luz para esa distancia. Para ser mejor que el error de posición de 10 m, el error de reloj debe ser inferior a 33,3 ns. El reloj del satélite GPS se alinea una vez al día, por lo que necesitamos menos de 33,3 ns por día.
Un día tiene 24 horas de 3600 segundos, que son 86400 segundos por día. Dividimos 33.3 ns por 86400 segundos y obtenemos error de reloj por día.
La tasa de envejecimiento de MAC de por mes es por día. Este es un error de reloj de 144 ns en lugar de los 33,3 ns necesarios para los 10 m.
Por lo tanto, el MAC de Microsemi no podría usarse ni siquiera durante un día completo. La tasa de envejecimiento debería ser 4,3 veces mejor.
La tasa de envejecimiento dada de por mes daría como resultado un error de posición en el suelo de 43 m en lugar de 10 m.
Esperaba que el OP proporcione algunos comentarios para estar en la misma página y poder escribir una respuesta muy breve. Pero no importa.
Intentaré, mediante una analogía, ilustrar el tipo de trampas que se deben evitar cuando se trabaja con requisitos de reloj en GNSS.
Supongamos que mi vecino tiene un reloj Rolex muy caro y le compré a mi esposa una copia barata. Entonces mi mujer se queja de que observa que su reloj se atrasa 1 segundo cada día con respecto al del vecino. Después de un mes, ahora tiene 30 segundos de retraso. ¿Debería tirarlo después de un mes? ¡NO! Le explicaría que tiene un sistema de cronometraje muy preciso, tan preciso como el Rolex de nuestro vecino. Como su reloj se atrasa EXACTAMENTE un segundo por día, puede obtener la misma hora EXACTA que se muestra en el Rolex para CUALQUIER día, y esto eternamente (sin envejecimiento).
Y así es como funciona el cronometraje en GNSS. Tienes una referencia absoluta sobre el terreno. El Centro de Control mide la deriva de cada reloj satelital con respecto a la referencia, luego deriva un modelo de predicción para cancelar los errores. Los parámetros calculados del modelo de error luego son transmitidos por el satélite (junto con las efemérides) en los Mensajes de Navegación. Son estos parámetros los que se actualizan cuando es necesario, no el reloj del satélite per se (los receptores del usuario hacen la corrección). Todos los sistemas GNSS que conozco (GPS, GLONASS, GALILEO, BEIDOU, QZSS,…) siguen la misma estrategia (y básicamente el mismo modelo de predicción).
El error residual, después de cada actualización de predicción, se debe a muchos factores ruidosos a corto plazo (pero no a la deriva ni al envejecimiento, siempre que estos sigan siendo PREDECIBLES). Por cierto, la contribución de los errores residuales del reloj del satélite a la precisión de posicionamiento del usuario es de ~ 2 m para GPS (servicio civil). Otras fuentes de error (principalmente la ionosfera y la geometría) contribuyen al resto del rendimiento de 10 m citado a menudo (en ausencia de trayectos múltiples).
UH oh
PM 2 Anillo
GDD
uwe
PM 2 Anillo
Bensas
david hamen
ng ph
ng ph