SMARTNAV L1 RTK field test scenario - Results

3689694845?profile=original

SMARTNAV L1 RTK field test results, as promised. Please have a look at this previous post before reading.

The reference trajectory will be displayed in dark blue whereas SMARTNAV's output will be displayed as : 

- red for "single" solutions (when RTK is not available)

- yellow for "float" solutions

- green for "fix" solutions (maximum accuracy)

So first we will review all the points listed in the previous post.

  • Height differences

It is common knowledge that GNSS tend to output poor vertical position accuracy due to the low vertical spacing of satellites. We wanted to check whether RTK could enhance this.

3689694698?profile=original

Standard deviation is about 4 meters. This is not bad considering the "low VDOP" of satellites and the measurement conditions.

  • Bridges and tunnels

The idea behind this test was to monitor how receiver would deal with successive acquisitions/losses of satellites.

3689694909?profile=original

Receivers loses lock completely under bridges and tunnels. Reacquisition is quite fast and even if there are some glitches convergence is fast.

  • Large roundabouts

3689694941?profile=original

The trajectory is very good here, due to the open sky view. But it is difficult to measure repeatability under those conditions.

  • Urban canyon

The most difficult environment, really small roads with high buildings.

3689694890?profile=original

3689695007?profile=original

Here the output is not correct at all. The receiver has a hard time calculating the solution. Even the reference trajectory is not precise at all. This is normal considering the conditions, glitches go up to hundreds of meters.

  • Leafy streets

We wanted to know whether trees affect position stability or not.

3689695062?profile=original 

At the moment we drove under the trees, they were masking the sky completely. We can easily see that solution is not robust in this kind of area.

  • Repeatability

Repeatability was difficult to measure with the car, because it is difficult to make sure to follow the same path several times in an urban area. So we did another test. SMARTNAV was placed on a square table, calculating real-time RTK solutions. Baseline was about 10 meters. SMARTNAV was moved around table's edge several times, always following the same path.

3689695029?profile=original

3689695083?profile=original

It is very easy to reproduce the same path. Here the accuracy is under 5 cm.

  • Accuracy/precision

3689694967?profile=original

3689695050?profile=original

In open sky conditions, accuracy is always better than 20 cm.

However, when conditions are difficult, offsets as high as 1 meter can be observed. Offsets tend to appear after a glitch is observed. A time of convergence shows up after a glitch to come back to the reference trajectory.

In stationary, this is the position calculated by SMARTNAV.

3689695109?profile=original

This is the position calculated by L1/L2 AsteRx (without inertial hybridation).

 

3689694980?profile=original

There does not seem to be much precision difference between the two.

  • Availability

NRTK (SMARTNAV real time) availability : 

- Fix : 27%

- Float : 62.5%

- Single : 10.5%

L1/L2 (post-processed) availability : 

- Fix : 50.6%

- Float : 46.1%

- Single : 3.2%

L1/L2 is much more available than L1, which means it will be more robust in difficult environments or longer baselines.

  • First conclusions :

- RTK in urban areas is not a pipe dream

- reacquisitions are fast

- excellent precision/accuracy in open sky views

- still quite strong in "medium" environments (could be enhanced by hybridation with an IMU or a better software cycle slip detection)

- not reliable when sky view is heavily obstructed

- L1/L2 does not look more precise than L1, but it is more robust and available

E-mail me when people leave their comments –

You need to be a member of diydrones to add comments!

Join diydrones

Comments

  • @Chris, the integration is described here.

    drotek/SMARTNAV-RTK
    Drotek SMARTNAV RTK - Hardware and Software - Open Source centimeter level positioning - drotek/SMARTNAV-RTK
  • For this test, rover has been working at 5Hz and base at 1Hz. 1Hz also for reference trajectory. Ad yes, M8T can go up to 10 Hz.

  • According to ublox specs we could have 10Hz with setting only GPS in M8T ( P7/35 => https://www.u-blox.com/sites/default/files/NEO-LEA-M8T-FW3_DataSheet_(UBX-15025193).pdf )

    Does this data you mention @Kevin Lopez Alvarez ?

  • @ Chris, My 2 cents here in case someone finds it useful for RTK applications: The Microhard modem we’ve been discussing a few threads back has 2 individual serial ports, each one with adjustable baud rate. It also has one Ethernet port. One serial port can be used for the Pixhawk telemetry and the second can be used for the RTK data while the IP port can be used for video (optionally). We use the second serial port of the modem for extra serial sensors but the RTK GPS data is an excellent fit so you don’t have to use a separate radio, additional antennas, etc. 

  • Yes it can be used with the "Inject GPS" function in Mission Planner, even though it might be a good idea to have a separate strong link for the differential corrections (10 kbps).

  • 3D Robotics

    Impressive! Is this natively supported by Pixhawk yet, or does it still require its own radio link?

This reply was deleted.