Sehe gerade, dass ich nun schon beinahe ein halbes Jahr lang keine Ergebnisse vom NV08C-RTK mehr an dieser Stelle gezeigt habe ...Hagen.Felix hat geschrieben:Natürlich ist diese Frage überhaupt nur dann relevant, wenn man mit einer VRS arbeitet (in Deutschland also üblicherweise SAPOS HEPS oder AXIO-NET PED) und demzufolge nur vermuten kann, wie sich deren ICB von demjenigen des NV08C-RTK unterscheidet.
Was aber nur an mir selbst (zähe Nachwehen des 2013er Hochwassers) und keinesfalls am NV08C-RTK lag, denn der hat sich zwischenzeitlich doch schon ganz anständig etabliert.
Mit einem zweiten NV08C-RTK als Basis sowieso erste Sahne und, wie von NVS ja auch von Beginn an zugesagt, bis deutlich über 10 km Basislinie zuverlässig und stabil.
Für die hartgesottenen Bastelfreunde und Sparfüchse gibt es mittlerweile auch schon nette Neuigkeiten, denn als Basis geht ein (ggfs. ja bereits vorhandener) NV08C-CSM mit STRSVR nämlich auch ...
Wo es anfangs jedoch gelegentlich noch klemmte, war das Zusammenspiel mit den diversen Ntrip-Castern der hierzulande relevanten VRS-Anbieter.
Dabei bestand das Hauptproblem (vermutlich) aber gar nicht mal in der Frage des GLONASS-ICB, denn hierfür hatte NVS ja schon recht bald nach der Markteinführung des NV08C-RTK ein Firmware-Update gebracht, welches eine automatische Kalibrierung auf den zunächst unbekannten ICB einer Drittanbieter-Basis ermöglicht ($PNVGRTK,ICBMODE,1).
Offenbar kochen jedoch die Software-Entwickler hinter den o.g. Ntrip-Castern derart unterschiedliche Süppchen dabei, wie die (ja eigentlich standardisierten) RTCM-Nachrichten erzeugt und zum Rover gesendet werden, dass es tatsächlich noch etlicher Abstimmungen bedurfte ...
Ich hatte diesbezüglich als SAPOS-Nutzer in Sachsen allerdings Anfängerglück.
Wenn meine Informanten richtig lagen, werkelt bei GeoSN in Dresden wohl eine Software von Trimble als Caster und wurde von meinen lieben Landsleuten dort offensichtlich auch sauber konfiguriert, lief und läuft also bestens auch mit dem NV08C-RTK ...
In anderen Bundesländern läuft aber auch gänzlich andere Caster-Software (anderer Hersteller), und es gab und gibt mit dem NV08C-RTK durchaus das eine oder andere Problem, bei deren bisheriger Analyse sich zudem jedoch auch noch andere Probleme gezeigt haben, die mit dem NV08C-RTK gar nichts zu tun haben (z.B. beim Parsen der vom Ntrip-Client gesendeten GGA-Nachrichten des Rovers).
Während solche Dinge also mancherorts sozusagen noch in der Schwebe sind, möchte ich auch gar keine konkreten Namen nennen, denn es soll ja hier schließlich nicht um irgendeinen "Schwarzen Peter" gehen, nicht wahr?
Da also dank unserer Förderalstruktur eine stattliche Zahl von völlig separaten und technisch daher teilweise eben höchst unterschiedlichen VRS-Anbietern, auch wenn sie allesamt unter der Marke "SAPOS HEPS" firmieren, der Einzelüberprüfung auf ein fehlerfreies Zusammenspiel mit dem NV08C-RTK bedarf, wird es sich ohnehin wohl noch etwas hinziehen, bis man diesbezüglich für alle Bundesländer Ergebnisse haben wird ...
Nun aber genug der Vorrede und damit zum eigentlichen Thema dieses Beitrags!
Als bundesweit einheitlich verfügbarer VRS-Dienst hat AXIO-NET ja doch eine besondere Bedeutung.
Umso ärgerlicher war es daher im letzten Sommer, dass der NV08C-RTK mit AXIO-NET zunächst partout nicht harmonieren wollte ...
Wie sich nach eingehender Analyse meiner damaligen RTCM-Logs bei den NVS-Jungs in Moskau aber recht bald offenbarte, lag das wohl lediglich daran, in welcher Reihenfolge die Nachrichten für GPS und GLONASS jeweils übertragen wurden.
NVS hatte dann sehr schnell darauf reagiert und eine neue Firmware herausgebracht, die diesbezüglich tolerant war.
Und wie ich vor ein paar Tagen erfuhr, hat auch AXIO-NET seinerseits an der Software geschraubt und die Reihenfolge der RTCM-Nachrichten korrigiert.
Ich selbst hatte bis dato jedoch noch gar keinen eigenen Zugang bei AXIO-NET, sondern seinerzeit nur den Zugang eines Kunden für diese Tests genutzt.
Deswegen ist mir leider all die Monate über entgangen, dass AXIO-NET und NV08C-RTK sehr wohl bereits bestens miteinander harmonieren ...
Nun ja: besser spät als nie!
Und das trotz durchaus suboptimaler Umgebung (Multipath satt) und mit einer ganz normalen "Brot-und-Butter"-Antenne (in meinem roten Würfelchen ist eine TW3400 verbaut) ...
Viele Grüße,
Hagen