RTK GNSS Road Test: Log and Review a Drive with KALMIX Trace

Automotive Reading time

Verified workflow

Road-Test Logging

Software
KALMIX Trace 1.5.7
Host
Windows 11
Receivers
SCOUT PRO RTK+DR
Connection
USB-C · 20 Hz
Records
NMEA · RTCM3 · App events
Last verified
On this page
Workflows

Workflows

Automotive

All integrations

KALMIX Trace turns one RTK GNSS road test into matched NMEA, RTCM3 and application-event records that can be checked against the drive timeline. This guide shows how to log the run, confirm that the record is usable and follow solution-state or correction-link changes to the intervals worth opening next.

KALMIX SCOUT PRO receiver mounted on the roof of a car for an RTK GNSS road test
The receiver was secured on the vehicle roof, with a USB-C data cable routed to the Windows laptop inside the car.

KALMIX Trace reads the receiver's NMEA output, connects to an NTRIP service, forwards RTCM3 corrections and saves the resulting data streams. For automotive and off-highway GNSS testing, this preserves the run as a reviewable timeline instead of relying on what someone noticed on screen while the vehicle was moving.

Scope

This is a logging and first-pass review workflow. Trace records what the receiver and correction link report; a quantitative accuracy test still requires an independent reference trajectory and a separate comparison method.

Record the setup before driving

The Verified workflow card above identifies the setup used for this example. Before each run, record the details that can change from one vehicle, laptop or correction session to the next so the resulting files remain reproducible.

Make the run reproducible. Capture these four groups before the vehicle moves.

Receiver
Model, firmware and NMEA output rate.
Software & host
Trace version, Windows version, COM port, baud rate, local clock, time zone and sleep settings.
Corrections
NTRIP caster and mountpoint used. Keep credentials out of shared records.
Route & time context
Planned conditions, screen recording, forward road video and a visible synchronization cue.

Log the drive with Trace

Plan at least one open-sky baseline and the obstruction conditions that matter to the deployment. If two runs will be compared, keep route direction, speed range, correction setup and receiver configuration as consistent as practical.

  1. Prepare the receiver, vehicle and laptop

    Mount the receiver securely with the best practical sky view, route the cable so vehicle movement cannot pull it loose, and prevent the laptop from sleeping during the run. Use a data-capable USB cable, confirm the assigned COM port, and check that the Windows clock and time zone are correct before starting any screen or road recording.

    SCOUT PRO connected to a Windows laptop through a USB-C data cable
    Confirm that the USB-C cable carries data and that Windows has assigned the receiver a COM port before starting the run.
  2. Enable all three logs before opening the serial port

    Select NMEA, raw RTCM3 and application-event logging before the receiver connection starts. This gives the three files one session prefix and preserves the start of the connection as well as the drive itself. Applying new Logging settings may begin a new timestamped file set, so make the selection before departure and keep all three files from the chosen session.

    KALMIX Trace logging settings with NMEA, RTCM3 and application events selected
    Select NMEA, RTCM3 and application-event logging before opening the serial connection.
  3. Open the serial port and start corrections

    Open the receiver's COM port with the configured baud rate, then start the NTRIP correction profile prepared while the vehicle is parked. Confirm that all three expected log files exist and are growing before departure. The NMEA count should keep increasing, RTCM received / forwarded should advance after the correction service connects, and correction age should be available. For the complete Windows connection sequence, see the Trace for Windows guide.

    KALMIX Trace showing a connected correction service and RTCM counters
    Increasing NMEA and RTCM counters show that data is moving through the workflow before the vehicle sets off.
  4. Drive the route and preserve time context

    Once the vehicle is moving, use Trace as a live health check rather than an analysis screen. Watch for continuous NMEA updates, advancing RTCM counters, correction age and changes in the receiver-reported solution state. Record the computer's local time or a visible synchronization cue, and preserve any change in the screen recording for review after the drive.

    Keep the driver focused on the road. A passenger should operate the laptop, or Trace should be left recording unattended when the driver is alone.

    Windows laptop running KALMIX Trace during a vehicle road test
    Trace displays Live NMEA, receiver-reported solution state, satellites in use, HDOP, correction age and RTCM reception / forwarding while the run is in progress.
  5. End the session and confirm the files

    When the vehicle is parked, disconnect the correction service, close the serial port and use Open folder to inspect the session. Confirm that the NMEA, RTCM3 and application-event files share the expected prefix and have plausible, nonzero sizes before unplugging the receiver or closing Trace.

Read the reported solution state

Trace displays the quality value reported in the GGA sentence together with a readable status. These states are useful markers in the test timeline: they show where the receiver's reported mode changed and where to begin a closer review.

GGA quality Trace status How to use it in a road test
4 RTK Fixed Mark where the receiver reports a fixed carrier-phase solution.
5 RTK Float Review how long Float persists and what happens to corrections and road context during that interval.
1 Standalone Check correction age, RTCM flow, application events and the surrounding environment.

Check whether the record is usable

By default, Trace writes logs to a logs folder next to KALMIX Trace.exe; if another folder was selected in Logging settings, use Open folder to open it. The Trace for Windows guide covers the complete folder and connection setup.

A usable road-test record has three matched session files, continuous GGA timestamps, a retained correction stream, and media or route notes that can be aligned to the computer's local clock. The NMEA log is the receiver's reported output; it is not a raw-observation file for post-processed positioning. Copy the originals into one test folder and keep their names unchanged. Work from copies, and remove precise coordinates, credentials or private connection details before sharing records outside the test team.

Check Ready for review If the check fails
Matched session files NMEA, RTCM3 and application-event logs share the same session prefix and cover the expected drive. Identify the missing stream. Repeat the run if the absent record is needed for the intended review.
File-size sanity All three files are nonzero and their sizes are plausible for the session duration and enabled streams. Open the files before leaving the test site. A zero-byte or unexpectedly small record may require the affected section to be repeated.
NMEA continuity GGA timestamps advance at the configured output interval without unexplained gaps. Check USB stability, laptop sleep and serial-port events. Exclude the broken interval or rerun it.
Correction record RTCM3 data is present during the parts of the run where corrections were expected. Check the NTRIP connection, mobile network, correction age and reconnect events before interpreting solution changes.
Solution-state timeline Fixed, Float and Standalone intervals can be located from GGA timestamps. Confirm that the receiver outputs the required GGA fields and that Trace used the correct serial configuration.
Media alignment The screen capture or road video can be matched to log time using the computer's local time or a visible synchronization cue. Use the media only as general route context if it cannot be aligned to a specific interval.
Log folder containing NMEA, RTCM3 and application event files from one vehicle road test
The three logs from this run share one timestamp prefix. Matching prefixes are the first check that the NMEA, RTCM3 and application records belong together.

Example: turn one run into a review timeline

In this run, the first pass reduced roughly 27 minutes of driving to a small set of intervals worth opening alongside the Trace capture and road video. The figures came from the matched NMEA, RTCM3 and application-event files; displayed times use the Windows local clock. They illustrate the workflow rather than benchmark every route or receiver.

Check from this run Observed result Next action
GGA record window About 26 min 54 s, from 10:10:08 to 10:37:02 local time Confirm that it covers the planned route and media record.
20 Hz GGA continuity 32,286 GGA epochs; adjacent timestamps remained at the expected 50 ms interval Treat the NMEA timeline as continuous for first-pass review.
Reported solution states Fixed 53% · Float 22% · Standalone 25% Locate the longer non-Fixed intervals instead of judging the run from the overall percentages alone.
Standalone interval One interval lasted about 6 min 37 s, from 10:28:32 to 10:35:09 local time Open the same interval in the event log, correction record, Trace capture and road video.
Float review window A roughly four-minute Float-dominant window began around 10:21:08; the longest continuous Float run was about 90 s Compare its solution changes with correction age and the tree-lined part of the route.
RTCM3 record About 1.19 MB and 9,848 parsed frames; all parsed frames passed CRC24Q Use the retained correction stream together with application events when reviewing link availability.
Application events 6 serial-port and correction-service events; serial open precedes the first NMEA record and serial close follows the last Align connection, disconnection or reconnect actions with the NMEA timeline.

The CRC24Q result checks the integrity of the retained frames; the RTCM 3 frame and MSM reference explains the message structure behind that record.

Vehicle road-test trajectory colored by receiver-reported solution state
The trajectory uses 32,286 GGA position epochs and is colored by the quality state reported by the receiver. It turns the state timeline into a route-level review map.

Follow a flagged interval

A flagged interval gives the team a precise place to start. Review each longer Float or Standalone section in the same order:

  1. Open the NMEA time range. Note when the state changed, how long it lasted and whether it recovered to Float or Fixed.
  2. Check the correction link. Look at correction age, RTCM flow and application events for signs of an interruption or reconnect during the same period.
  3. Compare the road context. Align the interval with the Trace capture, road video or route notes and look for canopy, elevated structures, tunnels or other changes in sky visibility.
  4. Decide what to do with it. Keep the interval as a representative observation, exclude it if the record is incomplete or repeat the route when the project needs a cleaner comparison.

This sequence is especially useful when corrections become old or unavailable during motion. A rising or missing correction age, stalled RTCM counters and a correction-service event at the same time direct the review toward the NTRIP correction path; a state change while corrections continue to flow directs the next check toward the receiver record and road environment.

To move from a flagged interval to a scenario-level performance review, see RTK Accuracy Trap: Can a Datasheet Predict Field Performance? For a worked reference-trajectory process, use the K35E Ground Truth road-test record.

Connect the timeline to the road environment

The tree-lined-road and elevated-expressway images were aligned with longer flagged segments. The open-road image is a comparison from the same test material, but it is not assigned to a specific flagged interval. Together they show how Trace data and road context can guide the next engineering check.

Open road

The road view has a comparatively open sky, and the paired Trace capture reports RTK Fixed (4). Use it as a visual comparison for the more obstructed parts of the route, not as a performance benchmark.

Open-road environment example with road view and KALMIX Trace screen capture
Open-road comparison: Trace reports RTK Fixed (4).

Tree-lined road

This image corresponds to the long yellow RTK Float section on the trajectory. The canopy and roadside vegetation restrict the practical sky view, while Trace reports RTK Float (5). The state change is the useful marker for comparing this interval with correction availability and a later repeat run.

Tree-lined-road environment example with road view and KALMIX Trace screen capture
Tree-lined road aligned with the long yellow RTK Float section; Trace reports RTK Float (5).

Beneath an elevated expressway

This image corresponds to the long blue Standalone section. The elevated structure heavily obstructs the sky view, while the paired Trace capture reports Standalone (1) and shows correction age as --. That makes this the first interval to open in the retained RTCM3 and application-event records.

Elevated-expressway environment example with road view and KALMIX Trace screen capture
Road beneath an elevated expressway aligned with the long blue Standalone section; Trace reports Standalone (1) and no correction-age value.

Road-test logging checks

Symptom Check first Action
No COM port or Live NMEA USB cable, Windows device assignment and baud rate Use a data-capable cable, confirm the COM number and reopen the port with the receiver's configured baud rate.
NMEA updates but RTCM counters do not NTRIP credentials, mountpoint and mobile connection Reconnect the correction service and confirm that both received and forwarded counters advance before driving.
Corrections stop during motion Correction age, stalled counters and application events Preserve the timestamp, review cellular coverage or handover after the run and repeat the affected section if needed.
Serial stream stops unexpectedly Cable movement, USB power and laptop sleep Secure the cable, disable sleep for the test and use the event log to mark the broken interval.
One session file is missing Whether all three log types were enabled before connection Keep the available files, document the gap and rerun when the missing stream is required for review.
Video does not match log time The computer clock, time zone and recorded synchronization cue Resolve the mismatch before assigning scenes to intervals; otherwise use the video only as general route context.

Frequently Asked Questions

Does KALMIX Trace calculate the RTK solution?

No. The connected GNSS receiver calculates and reports the position and solution state. Trace displays and records that output, manages the correction connection used in this workflow and preserves the related data streams for review.

Why record NMEA, RTCM3 and application events together?

The NMEA log provides receiver-reported positions and solution states, the RTCM3 log preserves the correction stream, and application events mark connection or reconnect activity. Their shared session prefix lets you review the same interval across all three.

What does correction age “--” mean in Trace?

It means Trace cannot calculate a current correction-age value from the data available at that moment. Treat it as a review flag: check whether the RTCM counters are still advancing, then inspect the retained RTCM3 and application-event records before deciding whether the correction stream stopped.

A repeatable vehicle-test workflow

KALMIX Trace turns a drive into a matched set of NMEA, RTCM3 and application-event records. With the hardware secured, logging started before connection and time references preserved, the team can confirm that the run is usable, locate longer Float or Standalone sections and review them against correction-link events and the road environment.

That makes the workflow useful for connection troubleshooting, test archiving and planning the next run. For a controlled repeat, change one variable at a time—such as antenna placement, cable or host, correction path, or receiver configuration—while keeping the remaining setup stable. When the project moves from first-pass review to quantitative position validation, add an independent reference trajectory through a dedicated ground-truth method.

Explore Trace for road-test logging, or follow the Windows guide to configure the receiver and start a session.

Receivers for this workflow

SCOUT PRO RTK+DR is the receiver verified in this road test. SCOUT is a related dual-band RTK path that uses the same Trace host interface and NMEA logging workflow.

Need quantitative position validation rather than first-pass workflow review? Continue to the K35E Ground Truth road-test record.