Technical information and requirements intake · no product performance promise
RTK, network RTK, PPK and GNSS/INS
Separate positioning method, data format and transport.
Technical request ↓Methods
RTK resolves carrier-phase ambiguities using timely reference data. Network RTK uses a reference-station network to model spatial errors; VRS, FKP and MAC are different delivery approaches requiring compatibility checks. PPK processes recorded rover and reference data after the mission: useful for offline results, but no substitute for navigation needed in real time.
Format and transport
RTCM specifies standardised GNSS messages; NTRIP transports GNSS data over IP. Neither is itself a positioning algorithm. Mountpoint, RTCM version, message types, authentication, GGA return messages and update rates must match at both ends.
Fixed, Float and GNSS/INS
Fixed indicates an integer ambiguity solution; Float uses ambiguities not fixed to integers. Fixed is not an integrity certificate. GNSS/INS combines satellite and inertial observations. INS can propagate through a GNSS gap, but uncertainty grows; permissible duration comes from tests of the actual IMU and motion.
- S4 · BKG · GNSS-Datenzentrum ↗
- S6 · u-blox · ZED-F9P Integration Manual, UBX-18010802 ↗
- S7 · NovAtel · Fundamentals of GNSS+INS ↗
- S8 · NovAtel · Processing Modes and Solutions ↗
Relevant next steps
Technical request
Request context
Stored in the platform inbox; technical ownership and delivery scope await assignment. No automatic supplier notification.
RTK / GNSS · RTK, network RTK, PPK and GNSS/INS
RTK Germany technical report v1.0.0 · EN · 4
Request saved
Stored in the platform inbox; technical ownership and delivery scope await assignment. No automatic supplier notification.