SSR GNSS: Evita los resets
En SSR (a veces escrito SRR) no recibes una “base” remota: recibes modelos de órbita, reloj y sesgos que el receptor integra en su filtro. Si el equipo sigue en modo RTK/OSR y además ingiere SSR, se duplican correcciones y aparecen saltos decimétricos difíciles de explicar. Comprueba que el perfil activo sea PPP-RTK/SSR y que no haya ayudas de “RTK assist” o diferenciales de base habilitadas en paralelo. El marco de referencia manda: ITRF consistente, PCV/offset de antena correctos y firmware con tablas de biases actualizadas. Los ISB/OSB entre constelaciones y frecuencias no son opcionales; mezclas GPS, Galileo y GLONASS FDMA sin ellos y las enteras no fijan. Cambiar de proveedor de SSR sin reiniciar el filtro añade offsets por referencias y DCB distintos; limpia el estado al conmutar. La latencia mata más que el ancho de banda: jitter de segundos descoherencia los relojes y frustra la fijación. Usa NTRIP con búfer corto y control de jitter; en enlaces satcom prioriza QoS estable y evita reconexiones por NAT agresivo. 1 ns de error de reloj equivale a ~0,3 m en pseudodistancia; para centimétrico el margen es mínimo, cuida la cadena IP extremo a extremo. Si ves refijaciones cada vez que cambia el Issue Of Data de los relojes, sube el smoothing unos segundos y evita forzar reinicios. En móviles, el filtro Hatch ayuda al código, pero un tau excesivo introduce retardo en maniobra y puede disparar cycle-slips. Con ionosfera activa, la formulación “uncombined” con modelo iono SSR suele rendir mejor que la combinación iono-libre clásica. Ajusta máscara de elevación 10–15° y CN0 adaptativo; intentar fijar por debajo de ~30 dB-Hz en L5 con vibración es una lotería. Si un PRN rompe residuales de forma sistemática, sospecha primero de RF: conectores, LNA o coax con pérdidas y desadaptaciones. No mezcles SSR con correcciones de base en el mismo flujo ni dejes filtros internos duplicando sesgos: eso es ruido estructural. Registra también el estado interno del estimador y los mensajes SSR recibidos; depurar sin esa trazabilidad es trabajar a ciegas. En UAS, usa modelos de aceleración realistas; un proceso demasiado agresivo puede sacrificar ambigüedades por seguimiento dinámico. Si combinas Galileo HAS por satélite con respaldo IP, decide prioridad y política de conmutación para no romper coherencia. Haz una prueba de humo diaria: cold-start, tiempo a fija, residuales por constelación y deriva estática a 30 minutos. Si todo lo anterior está correcto y aún no fijas, revisa firmware y tablas de sesgos publicadas por el proveedor: a veces el bug está ahí.
NASSAT - Network Satellite Systems