Centre de contrôle GNSS et serveur NTRIP Caster

XYZRVB réunit un serveur NTRIP Caster et un centre de contrôle GNSS dans un même service. Les stations de référence transmettent leurs corrections RTCM au caster. Les rovers authentifiés sélectionnent un point de montage et reçoivent les données nécessaires à leurs solutions RTK ou NRTK. L’interface de supervision donne à l’exploitant une vision commune de ces échanges.

Chaque entreprise utilise son propre domaine, ses comptes, ses bases GNSS, ses rovers et son sourcetable. Cette séparation est appliquée par le serveur : un client NTRIP ne peut ni découvrir ni ouvrir les points de montage d’une autre organisation. Une adresse IP dédiée peut également identifier l’entreprise lorsque certains équipements anciens n’envoient pas le nom d’hôte.

La plateforme s’adresse aux exploitants de réseaux RTK, gestionnaires CORS, géomètres, topographes, intégrateurs GNSS, bureaux d’études, entreprises de construction, d’agriculture ou de cartographie. Elle fonctionne avec les récepteurs qui respectent les échanges NTRIP, RTCM et NMEA nécessaires, quelle que soit leur marque.

Le service est hébergé sur une infrastructure disponible en continu. Le logiciel NTRIP Control se connecte par HTTPS, reçoit un jeton temporaire et écoute les événements en temps réel par WebSocket. Les actions d’administration restent séparées du port NTRIP public.

Le serveur distingue une simple connexion TCP d’une station réellement active. Il mesure l’âge du dernier paquet et déconnecte une source devenue silencieuse après le délai configuré. Les stations permanentes peuvent déclencher une alerte en cas d’interruption puis une notification de rétablissement.

Les messages RTCM 1005 et 1006 sont analysés pour extraire l’identifiant de station, les coordonnées ECEF, la latitude, la longitude, la hauteur ellipsoïdale et la hauteur d’antenne. Les messages 1007, 1008 ou 1033 peuvent compléter les informations sur l’antenne et le récepteur.

La fenêtre de gestion des sources centralise le point de montage, la description, le format, le pays, les coordonnées, le caractère permanent, le rayon maximal, la politique RINEX et le service caster utilisé. Deux sources ne peuvent pas utiliser simultanément le même point de montage.

Les stations non déclarées dans le sourcetable de l’entreprise sont refusées. Cette règle conserve la cohérence entre le catalogue proposé aux rovers et les flux autorisés. Les modifications sont rechargées en mémoire et les anciennes sessions devenues invalides sont fermées.

Lors de la création d’un identifiant rover, l’administrateur définit le nombre maximal de connexions simultanées autorisées. Plusieurs rovers peuvent donc partager un compte lorsque son quota le permet ; chaque session reste affichée séparément dans le centre de contrôle grâce à son numéro de connexion.

Pour identifier un rover physique sans ambiguïté, la configuration recommandée est de créer un identifiant propre à chaque rover et de fixer son nombre de connexions simultanées à 1. L’exploitant peut alors attribuer directement les positions et événements au matériel concerné, puis révoquer son accès sans affecter les autres.

L’authentification Basic NTRIP doit être protégée par TLS ou un réseau privé lorsque les équipements le permettent. Une adresse IP, une adresse MAC ou un User-Agent ne constitue pas une identité matérielle fiable à travers Internet. Des certificats clients peuvent compléter l’authentification si l’opérateur contrôle les récepteurs.

Le centre de contrôle ne conserve pas les identifiants dans le code. L’utilisateur saisit le domaine de son entreprise, son nom et son mot de passe. Le serveur valide l’abonnement et retourne un jeton temporaire associé à l’entreprise. Ce jeton protège l’API et la connexion WebSocket.

Les refus de connexion sont publiés avec une raison : identifiants incorrects, limite de connexions atteinte, point absent, entreprise non reconnue, abonnement inactif, GGA manquante ou distance excessive. Le logiciel présente ces événements en français pour faciliter l’assistance.