![Smile :-)](./images/smilies/icon_smile.gif)
http://www.nvs-gnss.com/products/receiv ... rtk-m.html
Dass es so lange gedauert hat, liegt wahrscheinlich v.a. daran, dass sich NVS relativ spät in der Entwicklung dazu entschlossen hatte, die Platine noch einmal völlig neu zu entwerfen.
Vermutlich also bereits in einer Etappe, bei der man ursprünglich vielleicht nur noch etwas Feinschliff an der RTK-Firmware vornehmen wollte, dann jedoch sozusagen mit einem "Zurück auf Start" konfrontiert wurde ...
Das war gewiss keine leichte Entscheidung für NVS und dürfte auch betriebswirtschaftlich eine recht ernste Herausforderung mit sich gebracht haben.
Umso anständiger also ein solcher Schritt, statt vielleicht erst mal eine etwas suboptimale Hardware auszuliefern und erst später die Verbesserungen in neuere Hardware-Versionen einfließen zu lassen!
Zwar ist jetzt die Platine auf beiden Seiten größtenteils von Abschirmblechen bedeckt, aber trotzdem dürfte schon ein Vergleich des Offensichtlichen erkennbar werden lassen, wie drastisch sich dabei die Platinengestaltung (also v.a. die Anordnung der wichtigsten Bauteile darauf) geändert hat.
Das Foto (siehe unten) lässt jedoch vielleicht bereits halbwegs deutlich werden, worauf es NVS mit diesem neuen PCB-Layout v.a. ankam.
Während nämlich die vorherige Version, ebenso wie auch die Platinen von NV08C-RTK und NV08C-RTK-A, alle Bauteile auf der Oberseite hatte, gibt es nun eine strikte Trennung mitsamt "eisernem Vorhang": unten die HF-Signalverarbeitung, oben der ganze digitale Kram (bei dem die dafür notwendigen Taktgeber angesichts der heutzutage üblichen Prozessortakte eben leider auch gefährliche Nebenwirkungen insbesondere auf GNSS-Signaleingänge haben können).
Unter http://www.innovelec.co.uk/files/7515/0 ... _brief.pdf findet man zum Vergleich noch ein Produktblatt der ursprünglichen Platine mit einem Foto derselben.
Zur Bedeutung bzw. Abgrenzung des NV08C-RTK-M aus Anwendersicht (bzw. der Perspektive des Marktes bei vergleichbaren Produkten) wird nun in nächster Zeit sicherlich noch einiges zutage treten.
Einerseits "nach unten", also z.B. in Relation zum L1-RTK aus gleichem Hause (NV08C-RTK bzw. NV08C-RTK-A mit "Moving-Base-RTK") oder auch den L1-RTK-Produkten anderer Hersteller bis hin zur kostengünstigsten Alternative mit RTKLIB und vergleichsweise spottbilligen Rohdatenempfängern, insbesondere auch den speziellen Verbesserungen von Tim Everett (https://rtklibexplorer.wordpress.com/about/) bei Verwendung des NEO-M8T von u-blox.
![Wink :wink:](./images/smilies/icon_wink.gif)
In "Gegenrichtung" jedoch vielleicht auch schon so stark, dass Abwägungen gegen die ja noch immer so teuren Produkte der etablierten Platzhirsche zumindest nicht abwegig erscheinen ...
![Smile :-)](./images/smilies/icon_smile.gif)
Zumal NVS im neuen Datenblatt schließlich auch selbst schon mit dem ganz großen Champion liebäugelt:
"The NV08C-RTK-M GNSS Card form-factor is compatible with NovAtel's OEM6, OEMStar, Superstar II, OEMV-1, OEMV-1G and OEMV1-DF receivers."
Und nicht zuletzt im Hinblick auf meine berufliche Heimat in der Landwirtschaft, besteht nun auch eine gewisse Hoffnung darauf, dass NVS hier vielleicht eine Funktionalität in petto hat, deren Praxisnutzen mit der jener legendären GLIDE-Option von NovAtel (http://www.novatel.com/assets/Documents ... /GL1DE.pdf bzw. http://www.novatel.com/assets/Documents ... D12139.pdf) wenigstens halbwegs auf Augenhöhe sein könnte ...
![Wink :wink:](./images/smilies/icon_wink.gif)
"The NV08C-RTK-M GNSS Card Features:
...
- Advanced Delta-Phase-Filter for pass-to-pass applications
..."
Als Mehrfrequenz-RTK in vergleichbarer Preisklasse dürfte derzeit jedoch lediglich das Piksi-M von SwiftNav als eine (zumindest auf den ersten Blick) auch tatsächlich vergleichbare Alternative erscheinen.
Jedoch, obwohl selbst Altkumpan Michele Bavaro bereits vor einiger Zeit bei den Kaliforniern angeheuert hat (somit also eine große Handvoll Pluspunkte für SwiftNav
![Mr. Green :mrgreen:](./images/smilies/icon_mrgreen.gif)
Und auch wenn das Piksi-M mit seinem letzten Firmware-Update sicherlich einen großen Schritt vorwärts realisieren konnte, bleiben dennoch etliche gravierende Nachteile.
Siehe z.B. unter https://rtklibexplorer.wordpress.com/20 ... -firmware/ bzw. https://rtklibexplorer.wordpress.com/20 ... ing-rover/ bzw. http://downloads.swiftnav.com/piksi_mul ... eNotes.pdf:
„This is an L1/L2C only receiver so it only supports L2 on about half of the GPS satellites, …“
„In the position solution, GLONASS measurement integer ambiguities are not resolved and these measurements operate in RTK “float” mode at all times.“
„The Swift internal solution appears to be no better, and possibly even a little worse than the RTKLIB M8T solution.
This is probably because the M8T solutions include GLONASS ambiguity resolution and the Swift solutions do not.“
„So the Swift float solution does not appear to be any more accurate than the RTKLIB float solution but the Swift estimates of the accuracy do seem to be more realistic.
Three quarters of a meter vertical accuracy is better than a single point solution but I suspect it is too large to be useful for many applications.“
Zudem ist es m.E. auch viel zu energiehungrig, aber dazu später noch mehr Details, denn gerade diesbezüglich scheint NVS ein echter Coup gelungen zu sein.
![Smile :-)](./images/smilies/icon_smile.gif)
Am Anfang steht jedoch nicht die RTK-Engine, sondern natürlich immer erst mal ein möglichst anständiger GNSS-Empfang!
Darin hat NVS ja auch wirklich bereits viel Erfahrung und mit den bisherigen Produkten zweifelsohne schon hohes Niveau bewiesen.
Und während beim Piksi-M nach vergleichsweise wenig analoger Vorarbeit am GNSS-Empfang relativ zügig "into the programmable logic of the Xilinx Zynq 7020" übergegangen wird, lässt sich NVS auch (bzw. gerade!) bei der guten alten Hochfrequenz-Analogtechnik offenbar wirklich nicht lumpen:
"The NV08C-RTK-M module includes six separate RF paths (GPS L1/L2, GLONASS L1/L2 and Beidou B1/B2) and a 3-stage filtration for enhanced interference immunity.
...
The output signals from GPS/GLONASS/BeiDou L1/L2 RF-SAW filters are further processed by six independent analogue ICs on six separate receiver channels:
GPS/SBAS L1 (1575.42 MHz @ 8 MHz)
GLONASS L1 (1602 MHz @ 8 MHz)
GPS L2 (1227.6 MHz @ 8 MHz)
GLONASS L2 (1246 MHz @ 8 MHz)
BeiDou B1 (1561.098 MHz @ 8 MHz)
BeiDou B2 (1207.14 MHz @ 8 MHz)
On all six channels the satellite signals are first down-converted to the IF band (at approximately 4 to 5 MHz), then filtered by Polyphase Filters with 8 MHz bandwidth.
The signals then pass through a Variable Gain Amplifier with Automatic Gain Control.
The analogue ICs include 2-bit ADCs that convert the signals from analogue to digital to be processed by the digital baseband IC.
Typically all input channels are enabled to simultaneously receive all available navigation signals.
In order to facilitate fast acquisition of low level signals in poor reception areas, the NV08C-RTK-M contains a 33.6 MHz frequency generator (TCXO) with high temperature stability (±0.5 ppm)."
Damit nun erst mal genug für diesen ersten Beitrag zum real existenden NV08C-RTK-M ...
![Mr. Green :mrgreen:](./images/smilies/icon_mrgreen.gif)
Fortsetzung folgt ...