Sometimes it is necessary for navigation applications to calculate precise relative positioning between moving vehicles. Swift Navigation Devices Moving Baseline RTK provides 5 Hz RTK output when both of the paired primary and secondary receivers are in motion. In this configuration, the primary receiver and secondary receiver are installed on separate vehicles to support applications where precise relative positioning is important such as in agricultural and marine towing, UAV heavy lift payloads, formation or swarm focused navigation, and docking or shipboard landing.
Swift Navigation Devices must be configured to allow for Moving baseline usage. First, it must be configured to compute its differential solution in what is called “Time-matched mode”. By default, Piksi and Duro operates in “low-latency” mode in which there is an inherent assumption that the base station is stationary. In time-matched mode, each differential GNSS solution epoch is triggered by receipt of the raw observations from the moving secondary receiver. This means that the differential pair of Piksis or Duros must have equal observation rates which is configured through the “solution rate” and the “output every N Obs” settings. It also means that there can be significant latency on the navigation output from any communication delay. As such, on should minimize any communication delay between the Primary and Secondary receivers.
These settings are to be configured on both the Primary and Secondary Piksis.
Primary Receiver only
These settings are to be configured on only the RTK heading rover Piksi Multi or Duro. In these settings, it is assumed that uart0 is the interface over which observations are shared between primary and secondary receivers.
|enabled_sbp_messages||0||n/a||Configures Piksi to do not send any message back to the moving base station|
|dynamic_motion_model||High Dynamics||n/a||Sets required dynamic motion model. Use the same setting for all types of applications.|
Table 2. Primary receiver only settings
Secondary Receiver only
These settings are to be configured on only the Piksi Multi or Duro acting as the Secondary receiver and providing corrections to the primary receiver. In these settings, it is assumed that uart0 is the interface over which observations are shared between primary and secondary receivers.