NiVO / BY TECHNOGISAllemagne · Indonésie
Technologie drone

Âge des corrections NTRIP et interruptions de réseau pendant les levés

Suivez les corrections par la source, le flux, les horodatages, les étapes réseau, le récepteur et les données nécessaires au traitement ultérieur.

Âge des corrections NTRIP et interruptions de réseau pendant les levés

Séparer le transport de la qualité du positionnement

NTRIP transporte les données liées au GNSS via une connexion Internet ; un client connecté ne prouve pas en soi que chaque correction requise est à jour et utilisable. Identifiez le fournisseur, le flux sélectionné, la configuration du récepteur et le flux de travail de positionnement prévu. Distinguer l’état de la connexion réseau de l’état de la solution du récepteur. Cela évite qu’un indicateur de connexion vert ne remplace la vérification si les observations réelles soutiennent la tâche que l'équipe de levé doit accomplir.

Identifier la source de données et sa signification

Enregistrez l'identité du flux, les informations de référence pertinentes, les exigences de contenu et l'appareil recevant les données. Un flux portant un nom similaire peut ne pas avoir les mêmes caractéristiques. Les changements dans la source ou la référence doivent être examinés avant que les résultats ne soient combinés. Conservez les détails du compte privé hors des enregistrements de dépannage partagés. Les informations techniques utiles sont le flux et la configuration évalués, et non les informations d'identification copiées dans un rapport ou une capture d'écran d'une connexion réussie.

Opérateur de terrain détenant un mobile RTK GNSS
Opérateur de terrain détenant un mobile RTK GNSSSource: Boniface gachagua · CC BY-SA 4.0

Lire l'âge de correction avec la documentation du récepteur

Un champ d’âge ou de latence signalé a une définition dans son implémentation. Déterminez à quel horodatage et à quelles données il se réfère avant de choisir une interprétation d'acceptation. Il n’existe pas de seuil d’âge universel adapté à chaque récepteur, type de correction et exigence du projet. Examinez le comportement réel pendant les interruptions et la récupération grâce à des contrôles approuvés. Conservez les enregistrements originaux afin qu'un analyste ultérieur puisse déterminer quelles périodes contenaient les informations requises par le flux de travail prévu.

Cartographier les étapes du réseau

Le chemin peut inclure une source de correction, un caster NTRIP, un réseau mobile, une application client, une interface série ou radio et un récepteur. Enregistrez l’origine de l’état et des journaux. Une icône de signal mobile ne peut pas établir la livraison sur l'appareil final. Comparez les horodatages pertinents et les modifications de connexion connues. Cela permet de distinguer une interruption du fournisseur de la connectivité locale, de la congestion de l'interface ou du comportement de l'application, évitant ainsi une reconfiguration répétée du récepteur lorsque les preuves indiquent une autre étape.

Conserver les options pour l’évaluation des données

Lorsque le système confirmé prend en charge l'enregistrement brut et le traitement ultérieur, identifiez les fichiers nécessaires avant de quitter le site. Le post-traitement n'est pas une solution automatique à chaque problème d'observation ou de référence manquant. Vérifiez l'exhaustivité, le timing, les coordonnées de la source et la compatibilité avec le logiciel prévu. Le plan d'urgence de l'opérateur reste distinct des options ultérieures de l'analyste de données. Ne poursuivez pas un flux de travail non pris en charge simplement parce que quelqu'un s'attend à le réparer par la suite.

Signaler les périodes interrompues en toute transparence

Reliez les événements de connexion, les états du récepteur, les preuves de correction et les segments de mission concernés. Expliquez la méthode utilisée pour évaluer les résultats et toute limite restante. Une connexion rétablie n'efface pas l'historique de l'intervalle précédent. Cet enregistrement soutient les discussions NiVO GNSS avec une question technique limitée et aide les destinataires à distinguer les résultats utilisables confirmés des périodes nécessitant des vérifications supplémentaires, plutôt que de supposer qu'un statut final réussi valide l'ensemble du levé.

Références techniques

  1. BKG — Ntrip Overview and Documentation ↗
  2. u-blox — ZED-F9P Integration Manual ↗
← Tous les articles

Articles associés

Tous les articles ↗
LET’S TAKE FLIGHT

Votre prochaine mission
commence par un échange.

Parlons de votre projet