In survey in RTK mode in bad situations, with obstruction by Vegetation, trees … I realized that the RS2 is easily. However, staying in the spot for a while, the position varies considerably. I monitor the point, and it seems that the variation always follows the same direction. I observed several fixed points, at the same point, with coordinates varying considerably. Always with a good number of satellites, good pdop, and good RMS. What can I do to ensure that the Fixed is really Fixed and ensures adequate positional accuracy?
It’d be better if you have a chance to record all the data during an additional test. Raw data is fine for understanding the conditions of the survey and satellite signal quality, but I’d like to check the RTK solution, too.
Thank you! I checked the data and noticed that they all had been recorded during different surveys. The base raw data log (UBX) was collected on May 2, the rover’s raw data (UBX) is dated March 10 while the position rover’s data (LLH) was recorded on April 23.
Unfortunately, it’s quite hard to say anything certain regarding the issue you experienced without the full data set logged during one survey. Is there any chance you can check all the files you have once again and provide me with the following files recorded simultaneously?
UBX file from the base
UBX file from the rover
LLH file from the rover
RTCM3 file from the rover
I need rover’s LLH file to evaluate the RTK solution quality and scattering; base and rover UBX files to check how many good satellites with high SNR were tracked at the same time by both these devices; RTCM3 file to compare that the rover got all the data sent by the base unit.
Without this info, I’m afraid, it’s quite hard to conclude anything.
I need a full dataset to say anything certain. Otherwise, if I have files from different surveys, I neither can see the whole picture of what’s going wrong nor provide the analysis of the issue.
That’s why it’d be nice if you can share all the data I asked above recorded during one survey.
Following are files from a survey of the same day for your analysis!
I know there are many factors that influence accuracy, ambiguity resolution, multi-routing …
But there must be some configuration or procedure for me to eliminate or reduce the incidence of false fixes.
I wish that when it is fixed, it is really fixed.
Especially because I am not getting favorable and reliable results with Post Processing of RS2 data, so I want to be able to trust the RTK solution.
We accomplished a set of tests trying to reproduce the issue you’d encountered, and, in the result, released a new dev firmware update v2.23.8. Would it be possible for you to test it? We have improved the RTK solution calculation, especially in somewhat challenging conditions. We believe this should help you achieve better results in RTK.
Please note that dev releases provide early access to the new features and are not intended for the real-filed use.