Monitoreo continuo de calidad en estaciones CORS: Guía de migración desde el software heredado TEQC
El software TEQC concluyó su desarrollo en 2019 y no procesa archivos RINEX 3/4 ni señales multifrecuencia modernas de BeiDou-3, Galileo o GPS L5. La migración a plataformas modernas en la nube restaura la visibilidad total de completitud, saltos de ciclo, multitrayectoria (MP1/MP2/MP5) y SNR mediante API REST y puntuaciones de 0 a 100.
Por qué el software heredado TEQC es un riesgo operativo en redes CORS
| Capacidad | TEQC heredado (Fin de vida 2019) | Motor moderno Multi-GNSS | Riesgo con software heredado |
|---|---|---|---|
| Soporte RINEX 3.x y 4.x | Nulo (restringido a RINEX 2.11) | Soporte nativo para RINEX 2, 3 y 4 | Obliga a rebajar de versión perdiendo señales |
| Señales BeiDou-3 (BDS-3) | No compatible (B1C, B2a, B2b omitidos) | Métricas de seguimiento y multitrayectoria | Punto ciego total sobre la nueva constelación |
| Frecuencias Galileo y nuevo GPS | Limitado a GPS L1/L2 y Galileo temprano | Seguimiento de E1, E5a, E5b, E6, L1C, L2C, L5 | Sin visibilidad sobre señales civiles modernas |
| Automatización y nube | Ejecución en consola y reportes planos | API REST, webhooks y JSON estructurado | Mantenimiento complejo de scripts propensos a fallas |
| Puntuación y alarmas | Listado de métricas sin normalización | Puntaje ponderado de 0 a 100 y umbrales | Demora en detectar fallas físicas de antena |
Los peligros de degradar RINEX 3 a RINEX 2 para control de calidad
Al no poder leer identificadores de tres caracteres, muchos operadores convierten previamente sus archivos a RINEX 2.11. Esta práctica descarta canales piloto, fusiona atributos de seguimiento y elimina señales de BeiDou-3 y Galileo por completo.
- Se pierden terceras frecuencias (como GPS L5 o BDS-3 B2a) esenciales para RTK y PPP multifrecuencia.
- Se enmascaran discrepancias de firmware del receptor al perder distinciones de canal.
- Un reporte limpio de un archivo degradado genera falsa confianza mientras persisten interferencias reales.
Métricas fundamentales para el monitoreo continuo de estaciones de referencia
Las estaciones CORS requieren supervisión ininterrumpida en todas las constelaciones activas. Las sesiones diarias y horarias deben auditarse contra cuatro indicadores:
- Completitud de observaciones: relación entre épocas recibidas y esperadas por sistema (superior al 95% a 10°).
- Tasa de saltos de ciclo: frecuencia de pérdidas de enganche por cada mil épocas.
- Multitrayectoria RMS multibanda (MP1, MP2, MP5): linearizaciones que detectan reflectores cercanos o degradación de antena.
- Relación señal-ruido (SNR) vs elevación: curvas simétricas que confirman horizontes despejados y buen preamplificador.
Diferenciación entre multitrayectoria ambiental y fallas de hardware
Cuando el puntaje cae, los operadores deben discernir entre cambios ambientales transitorios y fallas físicas del equipo. El análisis correlacionado en el tiempo y azimut evita reemplazos innecesarios.
- Crecimiento de follaje estacional o nuevas construcciones elevan la multitrayectoria en azimutes específicos.
- La entrada de agua en conectores o cables provoca una caída homogénea de SNR en todos los satélites y frecuencias.
- Nuevas estructuras metálicas o pararrayos cercanos crean oscilaciones cíclicas en la multitrayectoria a baja elevación.
- La inestabilidad del oscilador del receptor se manifiesta como saltos de tiempo simultáneos en todos los canales.
Automatización del control de calidad en redes CORS mediante API REST
La gestión manual de decenas de estaciones genera un alto coste operativo. Las plataformas modernas en la nube automatizan la auditoría mediante extremos programáticos.
- Configure la subida automática por FTP o scripts para enviar archivos horarios o diarios a la API.
- Obtenga informes estructurados en JSON con puntuación de 0 a 100 y banderas de alarma.
- Active alertas automáticas cuando la calidad baje de los umbrales (ej. score < 75 o MP RMS > 0.45 m).
- Almacene tendencias a largo plazo en paneles para vigilar el envejecimiento de las antenas.
Lista de comprobación para migrar con éxito desde TEQC
- Identifique si los receptores de su red generan RINEX 3 nativo o formatos binarios propietarios.
- Elimine los pasos intermedios de degradación de formato y alimente directamente archivos RINEX 3.
- Ejecute validaciones en paralelo con TEQC sobre datos de referencia para calibrar umbrales.
- Defina criterios claros de aceptación para BeiDou, Galileo y GPS por separado.
- Actualice los tableros de supervisión sustituyendo scripts antiguos por flujos API JSON.
Preguntas frecuentes
¿Por qué debe retirarse UNAVCO TEQC de las redes CORS modernas?
TEQC detuvo su desarrollo en febrero de 2019. Solo analiza archivos antiguos RINEX 2.11 y no soporta BeiDou-3 (B1C, B2a, B2b, B3I), Galileo (E5, E6) ni señales modernas GPS L5, dejando a los operadores a ciegas ante el estado de salud de las nuevas constelaciones.
¿Cómo sustituyen los motores modernos de control de calidad a TEQC?
Los motores nativos en la nube procesan RINEX 3 y 4 en todas las constelaciones, calculan multitrayectoria multibanda, detectan saltos de ciclo, generan puntajes de 0 a 100 y exponen API REST para auditorías automatizadas sin intervención manual.
Referencias y metodología
Las definiciones técnicas siguen las fuentes siguientes. Los ejemplos de cálculo son ilustrativos; los umbrales específicos del producto se identifican como ajustes de PosFlow. Enviar una corrección con la URL del artículo y la especificación correspondiente.