NTRIP : configurer et valider un mobile RTK

Un mobile RTK fonctionnant sans base radio locale nécessite une méthode contrôlée pour recevoir les données de correction. NTRIP est couramment utilisé pour transporter des messages de correction via une connexion Internet. Un déploiement fiable nécessite plus que des entrées de serveur : il nécessite des paramètres de service vérifiés, un itinéraire de données stable, des paramètres de récepteur et de logiciel de terrain compatibles, un flux de travail de coordonnées défini et une validation avant le début de la collecte en production.

Utilisez cette procédure pour configurer et documenter le chemin de correction. Il complète la procédure de contrôle du projet, les instructions du prestataire de correction et la validation par rapport au contrôle accepté.

Ce que NTRIP fait dans un flux de travail RTK

NTRIP est une méthode permettant de fournir des données de correction GNSS via une connexion Internet. Dans un flux de travail RTK en réseau typique, un réseau de stations de référence ou un fournisseur de correction rend un flux disponible via un caster NTRIP. Le mobile, le contrôleur ou l'application connectée utilise les données mobiles ou un autre chemin Internet pour se connecter et recevoir ce flux. Le récepteur utilise ensuite les informations de correction entrantes dans le cadre de sa solution RTK.

Informations de configuration requises

Demandez par écrit au prestataire de services de correction les détails de la connexion et enregistrez-les dans le dossier du projet. La plupart des clients nécessitent un hôte Caster ou une adresse IP, un port, un nom d'utilisateur, un mot de passe et un point de montage. Le fournisseur peut également spécifier un format de correction, si le mobile doit envoyer une position approximative et toute couverture régionale ou notes de cadre de référence. Ne devinez jamais un point de montage et ne copiez jamais les informations d'identification d'un projet sans rapport.

• Itinéraire de connexion : confirmez si les données mobiles proviennent du récepteur, du contrôleur, d'une partage de connexion du téléphone ou d'un routeur de terrain.
• Rover/client : identifie le profil du récepteur, du contrôleur et du logiciel qui établira la connexion NTRIP.
• Détails du fournisseur : enregistre l'hôte, le port, les informations d'identification, le point de montage et toute limite d'expiration ou de compte.
• Contexte du projet : confirmer la référence des coordonnées, la référence verticale et la méthode de validation de l'équipe avant le début des travaux.

Procédure de configuration NTRIP

1. Établir la solution GNSS initiale

Alimentez le rover à l’extérieur, là où il a une vue dégagée sur le ciel. Donnez-lui le temps d'obtenir une position autonome normale avant d'essayer de vous connecter. De nombreux flux de travail utilisent la position approximative du mobile pour aider à sélectionner ou à fournir un flux de correction approprié. Commencer à l’intérieur, à côté de grandes surfaces réfléchissantes ou sous une couverture dense rend le diagnostic ultérieur moins utile.

2. Vérifiez le chemin de communication des données

Vérifiez que l'appareil responsable des données dispose d'une connexion fonctionnelle dans la zone de travail. Un contrôleur peut sembler connecté à un mobile alors qu’il lui manque encore des données mobiles. Si possible, confirmez le chemin des données avec la carte SIM, le modem ou le routeur prévu, et pas seulement avec le Wi-Fi du bureau. Enregistrez la condition lorsqu'un site de projet a une couverture intermittente afin que les équipes sachent s'il convient de planifier une alternative à base locale.

3. Créez un profil de correction contrôlé

Ouvrez les paramètres de correction du récepteur ou du logiciel de terrain et créez un profil clairement nommé pour le projet ou le service. Entrez le caster NTRIP, le port, la connexion et le point de montage exactement tels que fournis. Sélectionnez le format de correction uniquement lorsque le workflow du fournisseur et du récepteur le spécifie. Conservez un profil de travail avant de le modifier ; un profil dupliqué est plus sûr que l'écrasement d'une configuration établie utilisée par un autre équipage.

4. Confirmer le rapport de position et la réception des données

Certains services exigent que le client envoie une position approximative du mobile, souvent appelée NMEA GGA ou « envoyer la position ». Confirmez l’exigence du fournisseur et que le client sur le terrain est autorisé à envoyer les informations. Observez ensuite l'état de la correction : la question utile est de savoir si le mobile reçoit réellement un flux actuel, et pas seulement si l'écran de connexion a accepté le mot de passe.

5. Stabiliser et valider la solution

Recevoir un flux ne termine pas la validation. Observez l’état de solution du récepteur et appliquez le contrôle du projet sur des points connus ou une autre procédure acceptée. Vérifiez les coordonnées et le référentiel vertical. Une bonne connexion ne corrige ni une localisation erronée, ni un mauvais datum, ni un profil de projet non vérifié.

Sélectionnez l'architecture de correction pour le projet

Les corrections de réseau basées sur NTRIP peuvent être pratiques lorsque la couverture du service et la connectivité des données sur le terrain sont fiables. Un flux de travail local par base et radio peut être approprié lorsqu'un site a besoin d'une source de correction locale indépendante, lorsque la couverture mobile est limitée ou lorsque l'approche de contrôle de projet l'exige. Aucun des deux chemins ne doit être sélectionné par une seule étiquette telle que « réseau » ou « radio ». Tenez compte de la couverture, du terrain, du nombre de rovers, des responsabilités de contrôle, de la mobilité et des conséquences d'une interruption de connexion.

Pour une comparaison plus large, consultez VRS vs. Station de base RTK et le Guide de portée des stations de base RTK.

Lorsque la séance de correction est instable

Ne réinitialisez pas immédiatement tous les appareils. Notez d'abord l'heure, l'emplacement, l'état du mobile, l'âge de la correction, le signal de données, le point de montage sélectionné et le message d'erreur. Testez le même profil dans une zone ouverte avec une couverture de données utilisable connue. Si la connexion fonctionne là-bas mais pas à l'emplacement du projet, la prochaine vérification concerne probablement la couverture ou l'environnement. Si plusieurs mobiles tombent en panne en même temps, étudiez le compte de service, l'état du fournisseur ou le chemin réseau commun avant de traiter chaque mobile comme une panne matérielle distincte.

Une demande d'assistance sur le terrain est beaucoup plus facile à résoudre lorsqu'elle inclut la méthode de correction, les détails du service non sensibles du fournisseur, la combinaison récepteur/contrôleur, l'environnement du site et une capture d'écran ou un journal de l'état. N'envoyez pas de mots de passe sur un canal non sécurisé. Pour les problèmes récurrents, utilisez le chemin de support TOKNAV pour documenter le flux de travail plutôt que de vous fier à une description informelle.

FAQ

NTRIP remplace-t-il une station de base GNSS ?

NTRIP décrit la livraison des corrections sur Internet. Il peut être utilisé avec un service réseau ou une base qui publie un flux, mais il ne supprime pas le choix et la validation de la source de correction du projet.

Pourquoi le rover est-il connecté mais n'est-il pas prêt pour la production ?

Une connexion peut réussir alors qu'aucune donnée utilisable n'arrive, que l'environnement du mobile est médiocre ou que la configuration des coordonnées du projet n'est pas adaptée. Vérifiez le flux entrant et appliquez la procédure de validation des champs acceptée.

Que doit enregistrer un équipage ?

Enregistrez le fournisseur de correction, le point de montage, l'itinéraire de connexion, le contexte des coordonnées, l'état de la solution et la vérification du point connu ou du projet. Cela rend la configuration reproductible pour le prochain quart de travail.

Évaluer l’architecture de correction avant le déploiement

Pour un nouveau projet de mobile, de base locale ou de correction de réseau, partagez le pays, la zone de couverture, le nombre d'utilisateurs, les exigences de contrôle et les contraintes de connectivité des données. Contactez TOKNAV pour discuter du récepteur GNSS, de l'antenne et du chemin de correction appropriés.

Preuve de compatibilité à demander avant acceptation

Enregistrez le modèle et le micrologiciel du récepteur, la version du contrôleur/de l'application, la version du client NTRIP, la caster NTRIP et le port, le point de montage, la liste des messages de correction et si le service nécessite GGA. Conservez les mots de passe des comptes hors des enregistrements d’acceptation partagés. Confirmez les exigences d’authentification et de transport auprès du fournisseur.

Validez trois résultats distincts : connexion au caster NTRIP, réception de corrections utilisables et concordance des coordonnées avec des points de contrôle indépendants. Réussir une étape ne garantit pas la suivante.

Revenez au Guide de compatibilité du récepteur RTK ou utilisez le enregistrement d'acceptation de champ.