I am seeing drift in fix positions when my rover is static. This is processed in RTKLib against a Leica base station RINEX. The Reach was static for about 20 minutes and the XY positions show a drift in the order of a metre with fix solutions. The Z is (almost) acceptable in terms of stability). See attached plot.
I am using a new Reach M+ which wasfired up for the first time and updated a couple of weeks ago (sorry, I don’t have it to hand to post the reachview version but I assume it is the latest).
The antenna (shipped with M+) is on a 100mm aluminium base plane on a mast on a quadrotor drone (all switched off during test - see photo). Interestingly I didn’t see drift when I tried last week in almost the same location with the antenna not attached to the drone (or base plane).
I’ve tried fiddling with config parameters and get varying proportions Q1, but whenever I get fix solutions I see the drift. Interestingly, when the values only achieve float the drift is less pronounced/non-existent but, as expected, there is more ‘noise’.
I attach the log files and the config I’m using in RTKLib.
Any suggestions or help would be greatly appreciated, since 1m drift over 20 minutes might not be noticeable in a moving survey but would definitely ruin the results.
The second strange thing is that you’re saying that the rover is static but on the screenshot below I can see that it’s moving slowly as you mentioned.
When you say “the second strange thing”, what is the first? IS there something odd about the satellite visibility plots you nposted? If so, my untrained eye can’t see it.
Attached are the bas NAV and all raw logs.
Also attached is a phot showing where I set up, although without the equipment. Basically the base receiver was on top of the nearest corner of the building and the drone on the one slightly further away. Sorry for the poor quality photo. The sky visibility is, as you see, far from perfect, but I would have assumed that that would result in no FIX, rather than a fix, but with drift if visibility is the problem. There were sufficient satellites to get good RTK positions with the base using an NTRIP service.
Best to get the BASE as far up out of the way of adjacent buildings, trees etc. They are clipping your clear sky view of the satellites. Put the base on the highest building if your area is highly urban with many buildings, trees, etc. Just the nature of what works best using GNSS.
Your DOP will suffer quite a bit in the environment you show here, and the DOP will change over time, as different sats come in and out of view of the antenna.
Try run a simulation with Settings - Mission planning and input your obstructions etc. It’s a real eyeopener.
Green bars show satellites with good signal, as you can see you’ve only a few on base and rover screenshot.
It’s a normal situation if you place your base and rover as on your photo.
I’d recommend you to put UAV and base on the open space without any obstacles around and make one more test.
OK, I’m running a moving test in the field this week, so will include a static test too, see how it fares, and report back.
If it is satellite visibility, is there a way to stop the processing from reporting fix even though the data quality is clearly not adequate, to prevent false confidence?
For us, the “false result” is not the same as for device. If it can get fix solution with such sky view it will do this. During future logs post-processing, you can try different values for Elevation mask and SNR mask to get a suitable result for your environmental conditions.