Recently acquired the RS2, after more than 8 years using the CRTN with no issues (Spectra precision PM500 & PM220 models). I’m trying to connect to the CRTN southern CORS stations with no success. I obtain a FIXED solution for a few seconds then return to FLOAT solution. Any clue? Any one solve this issue?
The caster provide me GPS and GLONASS corrections only.
I have the latest firmmware installed
I installed an old version 2.20.5. But I was unable to pass to reboot, because when I re-enter to reach view after the reflashing procedures ends, the system requires me to update, as shown on the screenshoot below.
After this, I was forced to reinstall the latest version 2.22.3 (the same that gave me problems to obtain fixed solution) and by the end return to the same problem.
after reflash connect to wifi but disable internet access (then you do not need to update to the latest version) ex. disconnect internet cable from router
We recently released the new dev v2.23.4 of the ReachView app. This version is mostly used for testing purposes. However, there should be significant improvements in RTK performance. So it’d be nice if you could try it and let us know if this version helps you out.
Do you have another mount point of CRTN within 60 km to try? As far as I know, RS2 should work fine with this service. Would be great to make sure it’s not mount point related issue
Here are the logs for a 10 minutes session, with no fix.
The image below shows a session using GPS only, same results. At the lane position it looks like the same precision when I used the GPS+GLONASS. It seems GLONASS is not participating helping me to obtain a fixed solution.
Why don’t you have “send NMEA GGA messages to correction providers” selected? In my opinion, this option is necessary for proper operation with the NTRIP server
I tried with two caster providers. 3 cors stations are unable to provide me fixed solution. Other are working good. I connected to internet using home internet and my cellphone as a hotspot.
Here are you requested me:
1740 is for the NSSS mount point (not getting fixed solution, 9 kms)
1744 is for the P473 mount point (not getting fixed solution 26 kms)
1749 is for the P066 mount point (not getting fixed solution but maybe because is located at 73kms)
1753 is for the P475 mount point (working good 23 kms)
Thanks for the logs. I’ve analyzed them, and there are no obvious reasons for such differences in the results. Please take a look at the screenshots. The rover raw data log is at the top, and the NTRIP log is at the bottom:
In both cases, we have 8 common satellites with stable SNR values of about 45. However, a fixed solution was obtained with the P475 mount point only.
According to the CRTN station list, NSSS, P473, and P066 mount points are owned by SDCRTN sub-network. And the last one is owned by NOTA.
To investigate if there are any differences between these sub-networks, may I ask you to share with me screenshots of the Correction input tab with the RTCM3 messages list? To display this list, please press on the arrow in the lower right corner of the window.