Betriebszustand auf einen Blick
Eine RTK-Störung kann an vielen Stellen entstehen: Die Referenzstation liefert keine Daten, die Mobilfunkverbindung ist unterbrochen, ein Zugang ist falsch oder der Rover verwendet einen ungeeigneten Mountpoint. Werden Empfänger, Serverprotokoll und Außendienst getrennt betrachtet, kostet die Fehlersuche unnötig Zeit.
XYZRVB führt die entscheidenden Hinweise zusammen. Der Betreiber erkennt, welche Station tatsächlich RTCM sendet, welche Rover angemeldet sind, welche Quelle sie nutzen und welchen Lösungsstatus sie über GGA melden. Ablehnungen und Verbindungsabbrüche erscheinen mit einem konkreten Grund.
Damit eignet sich das Kontrollzentrum für Vermessungsunternehmen, CORS-Betreiber, RTK-Dienstleister und GNSS-Integratoren. Herstellerübergreifender Betrieb ist möglich, wenn die Geräte die unterstützten NTRIP-, RTCM- und NMEA-Austauschformate bereitstellen.
Der Weg der Korrekturdaten
Die GNSS-Referenzstation veröffentlicht ihren binären RTCM-Datenstrom unter einem festgelegten Mountpoint. Der NTRIP-Caster prüft Quelle und Rover, ordnet die Anfrage dem richtigen Unternehmen zu und leitet die empfangenen Bytes unverändert weiter.
Die Bedienoberfläche nutzt eine gesicherte HTTPS-Verbindung. Beim Anmelden werden Unternehmensadresse, Benutzername und Passwort geprüft. Anschließend arbeitet die Anwendung mit einem zeitlich begrenzten Token. Dauerhafte Kundenschlüssel oder Passwörter müssen nicht im Programmcode hinterlegt werden.
RTCM bleibt während der Übertragung binär. Das Kontrollzentrum wertet nur die für die Anzeige benötigten Nachrichten aus; der an den Rover gesendete Inhalt wird weder in Text umgewandelt noch durch das Betriebssystem verändert.
Aktuelle Zustände und 24-Stunden-Verlauf
Unmittelbar nach der Anmeldung lädt die Anwendung aktive Stationen, laufende Rover-Sitzungen, jüngste Ereignisse und vorhandene Positionspunkte der vergangenen 24 Stunden. Neue Zustände werden anschließend fortlaufend ergänzt. Ein manuelles Aktualisieren ist für den normalen Betrieb nicht erforderlich.
Aktive und historische Positionen sind bewusst unterschiedlich dargestellt. Nach einer Abmeldung verschwindet das aktive Symbol samt Verbindungslinie. Frühere Punkte können als zurückhaltende Spur sichtbar bleiben. Dadurch ist eindeutig erkennbar, ob ein Rover noch verbunden ist oder nur eine letzte bekannte Position vorliegt.
RTCM 1005 und 1006 liefern die Stationskoordinaten im ECEF-System. XYZRVB rechnet sie in geodätische Breite, Länge und ellipsoidische Höhe um. Die Rover-Position und der gemeldete Status Fix, Float oder Single stammen aus der NMEA-GGA-Zeile.
Auch scheinbar offene, aber inaktive Sitzungen werden erkannt. Bleiben Stationsdaten oder vorgeschriebene GGA-Meldungen länger als zulässig aus, beendet der Caster die Verbindung und veröffentlicht eine verständliche Meldung.
Karte, Basis-Rover-Beziehung und Entfernung
Jede aktive Station trägt den Namen ihres Mountpoints. Rover werden mit Konto, Sitzungsnummer und RTK-Status angezeigt. So bleiben mehrere gleichzeitig verbundene Geräte unterscheidbar, selbst wenn sie dasselbe Konto verwenden dürfen.
Eine anklickbare Linie verbindet den Rover mit seiner aktuellen Korrekturquelle und zeigt die Entfernung in Kilometern. Das erleichtert die Prüfung eines festgelegten Nutzungsradius. Positionsänderungen verschieben nur den Marker; die Karte springt nicht bei jeder GGA- oder RTCM-Aktualisierung zur Station zurück.
Der Betreiber kann historische Punkte und Verbindungslinien ein- oder ausblenden und die Kartenmarkierungen vollständig zurücksetzen. Die Listenansichten liefern dazu Details über Format, Koordinaten, letzte Aktivität, zulässige Sitzungen und RINEX-Einstellungen.
Mountpoints, Rover-Konten und externe Caster verwalten
Lokale Quellen werden im Sourcetable des Unternehmens angelegt. Nicht deklarierte oder bereits belegte Mountpoints weist der Server ab. Änderungen aus dem Kontrollzentrum werden für den betroffenen Kundenbereich neu geladen, ohne den gesamten NTRIP-Dienst neu zu starten.
Für jedes Rover-Konto lässt sich die Zahl gleichzeitiger Verbindungen festlegen. Ein gemeinsames Konto kann damit bewusst mehrere Geräte bedienen. Für eine eindeutige Zuordnung empfiehlt sich dagegen ein Konto je Rover mit dem Verbindungslimit 1.
Bestehende Zugänge zu einem externen NTRIP-Caster lassen sich ebenfalls einbinden. Nach Eingabe von Domain, Port, TLS-Einstellung und Zugangsdaten können einzelne oder alle angebotenen Mountpoints importiert werden. Ihre Herkunft bleibt sichtbar; Entfernungsgrenzen und RINEX-Aufzeichnung können auch für importierte Quellen gesetzt werden.
Mehrere berechtigte Rover können denselben externen Mountpoint über eine gemeinsam genutzte Verbindung empfangen. Verschiedene gleichzeitig geöffnete Mountpoints benötigen jeweils eine eigene Verbindung zum Anbieter. Dessen Vertrags- und Zugangsbeschränkungen gelten weiterhin.
Saubere Trennung und verantwortungsvoller Umgang mit Daten
Jedes Unternehmen verwendet einen eigenen Domainnamen und erhält ausschließlich seine Quellen, Konten, Ereignisse und Positionsdaten. Diese Prüfung erfolgt auf dem Server, bevor ein Mountpoint geöffnet oder ein Datensatz ausgegeben wird.
IP-Adresse und User-Agent können bei der Diagnose helfen, identifizieren jedoch kein Gerät zweifelsfrei. MAC-Adressen werden nicht über das Internet übertragen. Für den üblichen Betrieb ist deshalb ein eigenes NTRIP-Konto pro Rover die praktikabelste Zuordnung.
Positionsdaten dienen der technischen Betreuung des Korrekturdienstes. Der auf 24 Stunden begrenzte Verlauf und die unternehmensbezogenen Zugriffsrechte beschränken ihre Nutzung auf diesen Zweck. Das Kontrollzentrum ist kein System zur Personenüberwachung oder zur Fahrzeugsicherheit.
Typische Einsatzfälle
Der Support sieht, ob ein Rover den erwarteten Mountpoint erreicht, GGA sendet und von Float zu Fix wechselt. Die Stationsbetreuung erhält einen Hinweis, sobald eine permanente Basis keine Daten mehr liefert. Außendienst und Betreiber sprechen dadurch über denselben nachvollziehbaren Zustand.
Ein maximaler Stationsradius hilft, ungeeignete Basis-Rover-Entfernungen früh zu erkennen. RINEX-Stundendateien stehen für Qualitätsprüfungen, PPK oder PPP bereit. Externe Korrekturdienste können in dieselbe Oberfläche aufgenommen werden, ohne ihre Herkunft zu verschleiern.
| Situation | Sichtbare Hinweise | Möglicher nächster Schritt |
|---|---|---|
| Rover bleibt Float | GGA-Status, Mountpoint und Entfernung | Umgebung prüfen oder eine nähere Basis wählen |
| Station sendet nicht mehr | Letzte Daten und Abbruchmeldung | Empfänger, Stromversorgung, Modem und Internet prüfen |
| Zugang wird abgelehnt | Konto, Mountpoint und Ablehnungsgrund | Zugang, Kapazität oder Quelldeklaration korrigieren |
| Nachbearbeitung erforderlich | Sitzungsverlauf und RINEX-Dateien | Zeitraum nachvollziehen und PPK oder PPP vorbereiten |
Häufige Fragen zum GNSS-Kontrollzentrum
Welche Aufgaben übernimmt ein GNSS-Kontrollzentrum?
Es zeigt den Zustand der Referenzstationen, laufende NTRIP-Sitzungen, Rover-Positionen, RTK-Status, Störungen und den jüngsten Verlauf in einer gemeinsamen Betriebsansicht.
Ist XYZRVB an einen bestimmten GNSS-Hersteller gebunden?
Nein. Entscheidend sind die unterstützten Standards NTRIP, RTCM und NMEA. Welche Details sichtbar sind, hängt vom Empfängermodell und dessen Firmware ab.
Wie werden mehrere Unternehmen voneinander getrennt?
Jedes Unternehmen erhält einen eigenen Bereich mit Domain, Zugangsdaten, Mountpoints, Sourcetable und Verlauf. Die Trennung wird auf dem Server vor jedem Zugriff geprüft.
Können externe NTRIP-Caster eingebunden werden?
Ja. Verfügbare Mountpoints können vollständig oder gezielt importiert und über XYZRVB an berechtigte Rover weitergeleitet werden.
Belegt RTK Fix automatisch die Genauigkeit einer Messung?
Nein. Fix ist der vom Rover gemeldete Lösungsstatus. Referenzkoordinaten, Antennenaufbau, Abschattungen, Mehrwegeffekte und unabhängige Kontrollen bleiben maßgeblich.