Controllo dell'interoperabilità RTCM tra le apparecchiature GNSS
Test dei messaggi di test, supporto del segnale e informazioni di riferimento quando si combinano un'incantatrice e un rover da diversi sistemi.
Inizia con la combinazione completa
RTCM è ampiamente utilizzato per scambiare informazioni GNSS, ma la presenza del L'acronimo su due prodotti non è un test di interoperabilità completo. Una base può emettere diverse combinazioni di messaggi e un rover può supportare solo una parte di esse. Documentare la configurazione di base esatta, il percorso di trasporto, il modello di rover e il firmware. La combinazione è l'unità in fase di test, piuttosto che due rivendicazioni indipendenti di supporto per gli standard.
Definire prima l'uso previsto. Un flusso che trasporta osservazioni per RTK convenzionale è diverso da un flusso progettato per un altro metodo di correzione. Il rover deve comprendere sia il formato che il significato delle informazioni fornite. Una connessione di rete riuscita dimostra il trasporto dei dati; Non dimostra che il destinatario può utilizzare tutti i messaggi richiesti per il risultato di posizionamento previsto.
Continua a imparare Messaggi RTCM: verificare la compatibilità delle correzioni
Inventario Le osservazioni supportate
confrontano le costellazioni e i segnali osservati alla sorgente con quelli supportati dal rover. Osservazioni comuni utili sono ciò che conta per l'elaborazione relativa. Un lungo elenco di segnali sorgente offre pochi vantaggi se il rover non può tracciarli o decodificarli. Ottenere la guida del produttore per le versioni firmware effettive ed evitare di assumere che le funzionalità elencate per una versione più recente si applichino all'unità sul campo.
Quando l'apparecchiatura consente la configurazione di famiglie o tariffe di messaggi, iniziare con una combinazione supportata documentata. Tenere un registro delle modifiche apportate durante i test. Non ridurre o aggiungere messaggi a caso semplicemente perché la larghezza di banda appare alta. Un flusso può essere piccolo e incompleto o grande e ancora incompatibile. L'obiettivo è un insieme appropriato e utilizzabile di informazioni fornite in modo affidabile al destinatario.
Continua a imparare Selezione di un sito per una stazione di riferimento GNSS a funzionamento continuo
Mantieni il trasporto e il contenuto separati
I dati possono viaggiare via radio, un cavo diretto o un servizio NTRIP. Un problema di trasporto può impedire al rover di raggiungere un buon contenuto RTCM, mentre un problema di contenuto può rimanere dopo il ripristino della connessione. Ispeziona entrambi gli strati. Verificare che stiano arrivando byte o messaggi, quindi ispezionare la diagnostica del ricevitore per determinare se i dati vengono accettati per il posizionamento anziché semplicemente ricevuti da un'applicazione.
Un'incantatrice generalmente distribuisce il flusso ad esso fornito; Non si dovrebbe presumere di riparare le informazioni di riferimento mancanti o convertire ogni messaggio in un modulo compatibile con il rover. Se un servizio di conversione viene utilizzato deliberatamente, documentalo come un altro componente. preservare la sua configurazione e versione ove pertinente. Quella fase extra può spiegare perché una connessione di base diretta funziona mentre una connessione inoltrata si comporta in modo diverso.
Continua a imparare Accoppiamento dei file di osservazione e di navigazione Rinex correttamente
Verificare le informazioni di riferimento
Verificare come le coordinate di origine e le informazioni sull'antenna siano rappresentate nell'uscita scelta. Un rover che utilizza i messaggi di osservazione corretti può comunque produrre un offset se la coordinata di base è errata o interpretata in una definizione di riferimento inappropriata. Conservare un record di configurazione di base al di fuori del flusso trasmesso in modo che l'ufficio possa verificare cosa l'operatore intendesse rappresentare l'origine.
Controllare le unità, il quadro di riferimento delle coordinate, l'epoca ove applicabile e le convenzioni di altezza dell'antenna. Questi argomenti sono spesso meno visibili della schermata di connessione, ma possono avere conseguenze maggiori per il set di dati finale. Quando una configurazione di apparecchiature miste non è d'accordo con il controllo, non incolpare immediatamente l'implementazione degli standard. Un errore di configurazione di coordinate o antenne condivise può imitare un errore di interoperabilità mentre i messaggi stessi vengono decodificati correttamente.
Continua a imparare Valutazione di un ricevitore GNSS per il tuo flusso di lavoro sul campo effettivo
Eseguire una prova sul campo controllata
Utilizzare un sito aperto con adeguati punti di convalida indipendenti e lo stesso accordo di comunicazione previsto per la produzione. Registrare il tempo di una soluzione utilizzabile come osservazione operativa, senza trattare una prova come una specifica del prodotto garantita. Confronta le coordinate in più punti e ripeti i controlli importanti dopo una nuova inizializzazione. Conserva i tentativi falliti nel record di test perché descrivono i limiti della combinazione.
Testare le condizioni di lavoro rilevanti, inclusa la separazione prevista dalla base e le eventuali posizioni di comunicazione difficili. Un test al banco può confermare la decodifica di base ma non può stabilire le prestazioni sul campo in tutto il progetto. Nota quali ambienti non vengono testati. L'approvazione risultante dovrebbe descrivere una configurazione e una busta di lavoro, non una dichiarazione generale che tutte le apparecchiature che portano lo stesso standard si comportino allo stesso modo.
Continua a imparare Messaggi RTCM: verificare la compatibilità delle correzioni
Diagnostica incompatibilità con prove
Se arrivano dati utilizzabili ma il rover non raggiunge lo stato richiesto, confrontare il flusso con la documentazione del destinatario. Utilizzare gli strumenti di monitoraggio approvati o la diagnostica del ricevitore per ispezionare la disponibilità dei messaggi. Conservare un breve campione ove consentito, insieme a timestamp e configurazione. Fornire al supporto dell'attrezzatura una descrizione precisa di ciò che è stato trasmesso e di ciò che il rover ha riferito invece di dire solo che RTK non ha funzionato.
Cambia una variabile alla volta. Testare un rover di lavoro noto contro la stessa fonte, o il rover sospetto contro una fonte di lavoro nota, può restringere il problema. Mantenere coerente il sistema di coordinate e la procedura del punto di convalida indipendente durante questi confronti. In caso contrario, una modifica che sembra risolvere la decodifica potrebbe aver semplicemente introdotto un accordo di riferimento diverso che non è più paragonabile al primo test.
Continua a imparare Selezione di un sito per una stazione di riferimento GNSS a funzionamento continuo
Approvare e mantenere la configurazione testata
Creare un record di configurazione approvato che elenca dispositivi, firmware, messaggi di output, impostazioni di trasporto e risultati di controllo. Mantieni questo record accessibile all'equipaggio mentre memorizza le credenziali di accesso in privato. Quando cambia il firmware, un profilo di output di base o un percorso di incantamento, decidi quali parti della prova devono essere ripetute. Un'approvazione di interoperabilità è legata alla disposizione testata e non dovrebbe espandersi silenziosamente a revisioni non testate.
Includere il flusso di lavoro di attrezzature miste approvato durante la formazione. Gli operatori dovrebbero sapere quale preset utilizzare, che aspetto ha la normale diagnostica e quando interrompere la raccolta. Il vantaggio di un flusso di lavoro basato su standard è la flessibilità pratica, ma la flessibilità affidabile dipende dalla verifica. Una combinazione documentata che supera controlli significativi sul campo è molto più utile di una promessa non documentata che qualsiasi base e qualsiasi rover lavoreranno automaticamente insieme.
Continua a imparare Accoppiamento dei file di osservazione e di navigazione Rinex correttamente
Una matrice di compatibilità riproducibile
Per un progetto che utilizza diverse combinazioni di apparecchiature, mantenere una piccola matrice piuttosto che una singola affermazione che funziona RTCM. Le righe possono identificare i profili di origine e le colonne delle combinazioni rover e firmware. Ogni cella approvata deve puntare a un record di prova con la configurazione del messaggio, il percorso di comunicazione e i controlli delle coordinate. Una cellula non testata dovrebbe rimanere visibilmente non testata anche quando un ricevitore simile ha funzionato con la stessa fonte in un altro giorno.
Quando un aggiornamento cambia un componente, la matrice aiuta a selezionare i test che devono essere ripetuti. Impedisce inoltre a un operatore di presumere che una prova radio diretta di successo approvi un flusso inoltrato non testato. Conserva i registri di test rappresentativi in cui il progetto li consente e mantieni il profilo di output esatto disponibile per il ripristino. Questo approccio rende pratico l'interoperabilità: il team può scegliere tra disposizioni verificate pur mantenendo un chiaro confine tra la compatibilità osservata e una possibilità suggerita solo da un'etichetta di standard.
Continua a imparare Valutazione di un ricevitore GNSS per il tuo flusso di lavoro sul campo effettivo
Lista di controllo pratica
- Registra le versioni esatte di base, messaggi, trasporto e rover.
- Verificare le informazioni sulle coordinate e sull'antenna separatamente dalla decodifica.
- Riprova le combinazioni importanti dopo le modifiche al firmware o all'output.
Pianifica la tua configurazione GNSS
Confronta le specifiche dei ricevitori EQ10 ed EQ20, poi valuta la configurazione e il supporto necessari al tuo progetto.
Confronta i ricevitori GNSS
