Überprüfung der RTCM-Interoperabilität zwischen GNSS-Geräten
Testen von Nachrichteninhalten, Signalunterstützung und Referenzinformationen beim Kombinieren von Basis, Caster und Rover aus verschiedenen Systemen.
Beginnen Sie mit der vollständigen Kombination
RTCM wird häufig zum Austausch von GNSS-Informationen verwendet Bei zwei Produkten handelt es sich nicht um einen vollständigen Interoperabilitätstest. Eine Basis kann mehrere Nachrichtenkombinationen ausgeben und ein Rover kann nur einen Teil davon unterstützen. Dokumentieren Sie die genaue Basiskonfiguration, den Transportpfad, das Rover-Modell und die Firmware. Die Kombination ist die zu testende Einheit anstelle von zwei unabhängigen Ansprüchen der Unterstützung von Standards.
Definieren Sie zuerst den Verwendungszweck. Ein stromführender Beobachtungen für herkömmliche RTK unterscheidet sich von einem für ein anderes Korrekturverfahren ausgelegten Strom. Der Rover muss sowohl das Format als auch die Bedeutung der gelieferten Informationen verstehen. Eine erfolgreiche Netzwerkverbindung demonstriert den Datentransport; Es zeigt nicht, dass der Empfänger jede für das gewünschte Positionierungsergebnis erforderliche Nachricht verwenden kann.
Weiterlernen RTCM-Nachrichten: Korrekturkompatibilität prüfen
Inventarisieren der unterstützten Beobachtungen
Vergleichen Sie die an der Quelle beobachteten Konstellationen und Signale mit den vom Rover unterstützten. Nützliche häufige Beobachtungen sind das, was für die relative Verarbeitung von Bedeutung ist. Eine lange Liste von Quellensignalen bietet wenig Nutzen, wenn der Rover sie nicht verfolgen oder dekodieren kann. Besorgen Sie sich die Herstelleranleitung für die tatsächlichen Firmware-Versionen und gehen Sie davon aus, dass die für eine neuere Version aufgeführten Funktionen für das Gerät im Feld gelten.
Wenn das Gerät die Konfiguration von Nachrichtenfamilien oder -raten ermöglicht, beginnen Sie mit einer dokumentierten unterstützten Kombination. Führen Sie die während des Tests vorgenommenen Änderungen auf. Reduzieren oder fügen Sie Nachrichten nicht zufällig ein, nur weil die Bandbreite hoch erscheint. Ein Stream kann klein und unvollständig oder groß und noch nicht kompatibel sein. Das Ziel ist ein geeigneter, nutzbarer Informationssatz, der zuverlässig an den Empfänger übermittelt wird.
Weiterlernen Auswählen eines Standorts für eine kontinuierlich arbeitende GNSS-Referenzstation
Transport und Inhalt getrennt halten
Daten können per Funk, Direktkabel oder ntrip-Dienst übertragen werden. Ein Transportproblem kann verhindern, dass gute RTCM-Inhalte den Rover erreichen, während nach der Wiederherstellung der Verbindung ein Inhaltsproblem bestehen bleibt. Überprüfen Sie beide Schichten. Bestätigen Sie, dass Bytes oder Nachrichten eintreffen, und prüfen Sie dann die Empfängerdiagnose, um festzustellen, ob die Daten für die Positionierung akzeptiert werden, anstatt nur von einer Anwendung empfangen zu werden.
Ein Caster verteilt im Allgemeinen den ihm zugeführten Strom; Es sollte nicht davon ausgegangen werden, dass fehlende Referenzinformationen repariert oder jede Nachricht in ein Rover-kompatibles Formular umgewandelt wird. Wenn ein Konvertierungsdienst absichtlich verwendet wird, dokumentieren Sie ihn als eine weitere Komponente. Bewahren Sie seine Konfiguration und Version, falls relevant. Diese zusätzliche Stufe kann erklären, warum eine direkte Basisverbindung funktioniert, während sich eine weitergeleitete Verbindung anders verhält.
Weiterlernen Koppeln von Rinex-Beobachtungs- und Navigationsdateien
Überprüfen Sie die Referenzinformationen
Bestätigen Sie, wie die Quellkoordinaten- und Antenneninformationen im gewählten Ausgang dargestellt werden. Ein Rover, der die richtigen Beobachtungsnachrichten verwendet, kann immer noch einen Offset erzeugen, wenn die Basiskoordinate falsch ist oder unter einer unangemessenen Referenzdefinition interpretiert wird. Führen Sie einen Basis-Setup-Datensatz außerhalb des übertragenen Streams, damit das Büro überprüfen kann, was der Betreiber für die Quelle beabsichtigt.
Einheiten, Koordinatenreferenzrahmen, Epoche ggf. und Antennenhöhenkonventionen prüfen. Diese Themen sind oft weniger sichtbar als der Verbindungsbildschirm, können jedoch größere Konsequenzen für den endgültigen Datensatz haben. Wenn eine gemischte Ausrüstung nicht mit der Kontrolle übereinstimmt, geben Sie nicht sofort die Implementierung der Standards an. Ein Fehler bei der gemeinsamen Koordination oder Antenne kann einen Interoperabilitätsfehler nachahmen, während die Nachrichten selbst korrekt decodiert werden.
Weiterlernen Evaluieren eines GNSS-Empfängers für Ihren tatsächlichen Feld-Workflow
Führen Sie einen kontrollierten Feldversuch durch
Nutzen Sie einen offenen Standort mit geeigneten unabhängigen Validierungspunkten und der gleichen für die Produktion geplanten Kommunikationsanordnung. Notieren Sie die Zeit zu einer nutzbaren Lösung als Betriebsbeobachtung, ohne einen Versuch als garantierte Produktspezifikation zu betrachten. Vergleichen Sie die Koordinaten an mehr als einem Punkt und wiederholen Sie wichtige Überprüfungen nach einer neuen Initialisierung. Bewahren Sie fehlgeschlagene Versuche im Testdatensatz auf, da sie die Grenzen der Kombination beschreiben.
Testen Sie die relevanten Arbeitsbedingungen, einschließlich der erwarteten Trennung von der Basis und etwaigen schwierigen Kommunikationsstandorten. Ein Bench-Test kann die grundlegende Dekodierung bestätigen, kann jedoch keine Feldleistung im gesamten Projekt festlegen. Beachten Sie, welche Umgebungen ungetestet bleiben. Die daraus resultierende Genehmigung sollte eine Konfiguration und einen Arbeitsumschlag beschreiben, nicht eine pauschale Aussage, dass sich alle Geräte, die denselben Standard tragen, identisch verhalten.
Weiterlernen RTCM-Nachrichten: Korrekturkompatibilität prüfen
Unverträglichkeit mit Beweisen diagnostizieren
Wenn nutzbare Daten eintreffen, der Rover jedoch nicht den erforderlichen Zustand erreicht, vergleichen Sie den Stream mit der Empfängerdokumentation. Verwenden Sie zugelassene Überwachungstools oder die Empfängerdiagnose, um die Verfügbarkeit der Nachrichten zu überprüfen. Bewahren Sie eine kurze Probe auf, sofern zulässig, zusammen mit Zeitstempel und Konfiguration. Geben Sie dem Gerätesupport eine genaue Beschreibung dessen, was übertragen wurde und was der Rover berichtete, anstatt nur zu sagen, dass RTK nicht funktioniert.
Ändern Sie jeweils eine Variable. Das Testen eines bekannten funktionierenden Rovers gegen dieselbe Quelle oder den verdächtigen Rover gegen eine bekannte Arbeitsquelle kann das Problem eingrenzen. Halten Sie das Koordinatensystem und das unabhängige Validierungspunktverfahren während dieser Vergleiche konsistent. Andernfalls kann eine Änderung, die eine Dekodierung zu lösen scheint, einfach eine andere Referenzanordnung eingeführt haben, die nicht mehr mit dem ersten Test vergleichbar ist.
Weiterlernen Auswählen eines Standorts für eine kontinuierlich arbeitende GNSS-Referenzstation
Genehmigen und pflegen Sie das getestete Setup
Erstellen Sie eine Liste der Geräte, Firmware, Ausgabemeldungen, Transporteinstellungen und Prüfergebnisse. Bewahren Sie diese Aufzeichnung der Crew auf, während Sie die Zugangsdaten privat speichern. Wenn sich die Firmware, ein Basis-Ausgabeprofil oder ein Caster-Pfad ändern, entscheiden Sie, welche Teile des Tests wiederholt werden müssen. Eine Interoperabilitätsgenehmigung ist an die getestete Vereinbarung gebunden und sollte nicht stillschweigend auf ungetestete Überarbeitungen ausgedehnt werden.
Include the approved mixed equipment workflow in training. Die Bediener sollten wissen, welche Voreinstellung zu verwenden ist, wie normale Diagnosen aussehen und wann die Sammlung gestoppt werden muss. Der Nutzen eines standardbasierten Workflows ist die praktische Flexibilität, aber zuverlässige Flexibilität hängt von der Verifizierung ab. Eine dokumentierte Kombination, die aussagekräftige Feldprüfungen besteht, ist weitaus nützlicher als ein undokumentiertes Versprechen, dass jede Basis und jeder Rover automatisch zusammenarbeiten.
Weiterlernen Koppeln von Rinex-Beobachtungs- und Navigationsdateien
Eine reproduzierbare Kompatibilitätsmatrix
Bei einem Projekt, das mehrere Gerätekombinationen verwendet, eine kleine Matrix anstelle einer einzigen Anweisung, die RTCM funktioniert, beibehalten. Zeilen können Quellprofile und Spalten der Rover- und Firmware-Kombinationen identifizieren. Jede zugelassene Zelle sollte auf einen Testdatensatz mit der Nachrichtenkonfiguration, dem Kommunikationspfad und den Koordinatenprüfungen verweisen. Eine ungetestete Zelle sollte auch dann sichtbar ungetestet bleiben, wenn ein ähnlicher Empfänger an einem anderen Tag mit derselben Quelle arbeitete.
Wenn eine Aktualisierung eine Komponente ändert, hilft die Matrix bei der Auswahl der zu wiederholenden Tests. Es verhindert auch, dass ein Betreiber davon ausgeht, dass ein erfolgreicher direkter Radiotest einen ungetesteten weitergeleiteten Stream genehmigt. Bewahren Sie repräsentative Testprotokolle auf, wenn das Projekt dies zulässt, und halten Sie das genaue Ausgabeprofil für die Wiederherstellung bereit. Dieser Ansatz macht die Interoperabilität praktisch: Das Team kann zwischen verifizierten Vereinbarungen wählen und gleichzeitig eine klare Grenze zwischen der beobachteten Kompatibilität und einer Möglichkeit, die nur von einem Standard-Label vorgeschlagen wird, beibehalten.
Weiterlernen Evaluieren eines GNSS-Empfängers für Ihren tatsächlichen Feld-Workflow
Praktische Checkliste
- Notieren Sie die genauen Basis-, Nachrichten-, Transport- und Rover-Versionen.
- Koordinaten- und Antenneninformationen getrennt von der Dekodierung überprüfen.
- Testen Sie wichtige Kombinationen nach Änderungen der Firmware oder der Ausgabe erneut.
Planen Sie Ihre GNSS-Ausrüstung
Vergleichen Sie die technischen Daten von EQ10 und EQ20 und besprechen Sie anschließend die Konfiguration und Unterstützung für Ihr Projekt.
GNSS-Empfänger vergleichen
