Surveillance continue de la qualité des stations CORS : Guide de migration du logiciel historique TEQC
La maintenance de TEQC s'est achevée en 2019. L'outil ne gère ni les fichiers RINEX 3/4 ni les signaux modernes de BeiDou-3, Galileo ou GPS L5. La transition vers des moteurs d'analyse cloud modernes restaure une surveillance complète de la complétude, des sauts de cycle, du multi-trajet (MP1/MP2/MP5) et du SNR via des API REST et des scores normés de 0 à 100.
Pourquoi le logiciel obsolète TEQC constitue un risque opérationnel pour les réseaux CORS
| Fonctionnalité | TEQC historique (Fin de vie 2019) | Moteur moderne multi-GNSS | Risque opérationnel avec TEQC |
|---|---|---|---|
| Prise en charge RINEX 3.x et 4.x | Aucune (limité à RINEX 2.11) | Support natif RINEX 2, 3 et 4 | Rétrogradation obligatoire entraînant des pertes de données |
| Signaux BeiDou-3 (BDS-3) | Non supportés (B1C, B2a omis) | Suivi complet et analyse multi-trajet | Angle mort total sur la constellation BeiDou-3 |
| Fréquences Galileo et nouveau GPS | Limité à GPS L1/L2 et début Galileo | Couverture complète E1, E5, E6, L1C, L2C, L5 | Aucune visibilité sur les signaux civils modernes |
| Automatisation et intégration cloud | Exécution console et fichiers textes | API REST, webhooks et JSON structuré | Scripts shell complexes et vulnérables aux pannes |
| Notation de qualité et alertes | Chiffres bruts sans normalisation | Score pondéré de 0 à 100 et alertes | Détection tardive des dégradations physiques d'antenne |
Les dangers de la conversion descendante de RINEX 3 vers RINEX 2 pour le contrôle qualité
Faute de pouvoir exploiter les descripteurs à trois caractères avec TEQC, de nombreux exploitants continuent de rétrograder leurs fichiers en RINEX 2.11. Cette manipulation supprime les canaux pilotes, amalgame les attributs de suivi et écarte intégralement les nouvelles constellations.
- Perte des troisièmes fréquences indispensables pour les algorithmes RTK et PPP multi-fréquences.
- Masquage des dysfonctionnements de firmware de récepteur en raison de la simplification des signaux.
- Un rapport d'audit faussement rassurant issu d'un fichier dégradé masque les interférences réelles du site.
Indicateurs fondamentaux pour la surveillance continue des stations de référence
Les stations CORS exigent une surveillance ininterrompue sur toutes les constellations en service. Les sessions d'observation horaires et quotidiennes doivent être auditées selon quatre paramètres clés :
- Complétude des observations : ratio entre époques reçues et théoriques (objectif : > 95 % au-dessus de 10° d'élévation).
- Taux de sauts de cycle : fréquence des décrochages de phase rapportée à 1 000 époques d'observation.
- Multi-trajets RMS multi-bandes (MP1, MP2, MP5) : combinaisons linéaires révélant les obstacles proches ou la dégradation d'antenne.
- Profil SNR par rapport à l'élévation : courbes régulières attestant d'un horizon dégagé et de préamplificateurs en bon état.
Différencier les perturbations environnementales des défaillances matérielles
En cas de baisse du score de qualité, les gestionnaires de réseau doivent identifier rapidement s'il s'agit d'une fluctuation saisonnière ou d'une panne physique. Une analyse corrélée dans le temps et en azimut évite des déplacements inutiles sur site.
- La croissance de la végétation ou de nouvelles constructions provoque un multi-trajet ciblé sur des azimuts précis.
- Une infiltration d'eau dans les câbles ou connecteurs engendre une chute globale et symétrique du SNR sur toutes les bandes.
- L'érection d'une clôture métallique ou d'un paratonnerre génère des oscillations périodiques à basse élévation.
- Une instabilité de l'oscillateur du récepteur se traduit par des sauts d'horloge simultanés sur tous les canaux.
Automatisation du contrôle qualité des stations CORS par API REST
La supervision manuelle de dizaines de stations permanentes représente une charge prohibitive. Les plateformes modernes permettent une automatisation intégrale via des flux programmables.
- Mettez en place un envoi automatisé par FTP ou tâche planifiée pour soumettre chaque heure les fichiers RINEX à l'API.
- Recevez en retour un rapport d'audit au format JSON avec un score global de 0 à 100 et des indicateurs d'anomalie.
- Déclenchez des alertes automatiques dès que le score tombe sous un seuil critique (ex. score < 75 ou MP RMS > 0.45 m).
- Suivez l'évolution historique sur des tableaux de bord pour anticiper le vieillissement des antennes géodésiques.
Plan d'action pour réussir la migration depuis TEQC
- Identifiez si les récepteurs de votre réseau génèrent nativement du RINEX 3 ou des formats binaires propriétaires.
- Supprimez les scripts intermédiaires de conversion descendante et traitez directement les fichiers RINEX 3.
- Effectuez des analyses comparatives sur des séries historiques pour caler vos nouveaux seuils d'alarme.
- Définissez des critères de qualité indépendants pour GPS, GLONASS, Galileo et BeiDou.
- Remplacez les anciens scripts shell par des intégrations API REST et webhooks modernes.
Questions fréquentes
Pourquoi UNAVCO TEQC doit-il impérativement être retiré des réseaux CORS modernes ?
TEQC a cessé d'évoluer en février 2019. Il ne traite que le format ancien RINEX 2.11 et ignore BeiDou-3 (B1C, B2a, B2b), Galileo (E5, E6) ainsi que le signal civil GPS L5. Les gestionnaires de réseaux CORS se retrouvent ainsi privés de toute visibilité sur la santé des nouvelles constellations.
Comment les moteurs d'audit modernes remplacent-ils TEQC en pratique ?
Les plateformes cloud modernes analysent nativement les fichiers RINEX 3 et 4 pour toutes les constellations, quantifient le multi-trajet multi-fréquence, identifient les sauts de cycle, attribuent des scores synthétiques de 0 à 100 et fournissent des API REST automatisées sans scripts manuels.
Références et méthodologie
Les définitions techniques suivent les sources ci-dessous. Les exemples de calcul sont illustratifs ; les seuils propres au produit sont identifiés comme paramètres PosFlow. Envoyer une correction avec l’URL de l’article et la spécification concernée.