Question about accuracy Reach RS2

There is a tradeoff here.

If you really want to use as many satellite constellations as possible, then use (2) RS2 receivers and LoRa.

Or just settle for what the NTRIP provider offers and it will probably still work just as fine. i.e. fast FIX and in troublesome areas like under trees etc as LONG as you have that NTRIP connection via Cellular or whatever. You’re also at the mercy of this also.

So I go back to what I “personally” prefer… (2) RS2 receivers as BASE and ROVER via LoRa.

There will be tradeoffs for whatever the situation is. i.e. long distance beyond LoRa, or hilly/mountainous terrain may need to use NTRIP “IF” good cell reception etc.

1 Like

Hi Tim,
surely I would like to have 2 RS2.
I planned to buy another one shortly.
I wanted to see how it worked before taking another.
But the network provider says they have had a contract to provide free ntrip fixes on the four constellations.
So it’s something I’d like to use.
Se hai due RS2 collegate via ntrip, puoi anche lavorare in due uomini…
Here in Italy, you can’t always leave a base unattended, in some cities it would be stolen after 5 minutes.

understandable, one would be foolish to leave it on it’s own…that’s why you need to have another man stay with it…or use NTRIP like you want and just settle with what the provider offers. Tradeoffs. ; )

Hi @vin_bro,

According to your screenshots, Reach receives only GPS and GLONASS messages from NTRIP station.

Could you please tell us the name of your provider? Could you please try other mount points?

We would also like to check your Base correction data from the “Logging” tab of ReachView app.

1 Like

Hi gleb,
thank you for answering.

This is my free provider; on this page there are several additional links:

in these 3 links the network status is visible:

http://80.17.45.14:8080/gpprcvr_servlet/#p_home
http://80.17.45.14:8080/gpprcvr_servlet/#p_rcvr?id=5184025526280

Right now I’m in another region, about 300km away from the “Umbria network”.
I think I can still try some mount points, because it can connect; only mount point near will be different.

Hi gleb,
these are screenshots and logging with different mounts:

mount MAC:


002 MAC base_201908271047_RTCM3.zip (13.7 KB)

mount NRT30:


003 NRT30 base_201908271049_RTCM3.zip (14.3 KB)

mount VRS30:
this mount behaves strangely; even the network provider does not know why VRS30 connects to a base here where I am now at 3/4 km;
I’m about 300km from the umbria free network.
I send you screenshots and logging data anyway.


004 VRS30 base_201908271051_RTCM3.zip (30.1 KB)

Hi Gleb,
this morning then, I was contacted by the provider NTRIP, he told me that perhaps the failure to correct GALILEO and BEIDOU depends on their problem.
They told me to try another port and mount; I am sending you this further test:

mount VRSG


001 VRS4G base_201908271041_RTCM3.zip (59.7 KB)

with this configuration the codes appear (1094, 1124), but SNR shows only GPS and GALILEO correction; GLONASS has disappeared and BEIDOU is not visible.
Another very strange thing in the status is shown baseline of a few centimeters … ??
How is it possible?

It is a VRS, so the Base position is made up of data from multiple physical stations and made into 1 virtual station, hence why checkmark in “Send NMEA GGA…” is important when using VRS NTRIP :smiley:

1 Like

Thanks Christian,
I had never seen a base VRS so close (12cm), I thought it was a mistake.

Another strange thing that makes me think of a mistake, is the fact that this VRS starts from 0cm, and then increases continuously until it reaches 70 cm and then now 8 meters … as if it were also average with my rover; is this possible?

Now VRS moves and drops baseline to 5 meters…

I think that this strange behavior of VRS is due to the excessive distance (300km) from the base stations of the Umbria network.

I have to do these tests near the base stations.

I would probably start by contacting the provider and asking them for distance-limitations.

Hi Christian,
i contacted the provider, he also thinks that the strange behavior of VRS is linked to the excessive distance from the Umbria network.

But the referent of the provider cannot tell me much more, because its specialist sector is not GNSS systems but he is a computer scientist.
The service provider then has a contract with a topographic equipment supplier, when there is a problem, the provider contact this supplier.

Sounds like a recipe for success…said no one.

If your CORS/NTRIP provider cannot reliably give you an answer to some straightforward questions then I’d be looking at another provider pronto.

…or save the CORS subscription, buy another RS2 as your own base and feed the corrections into to your own SNiP caster or rtk2go service. Become your own multi constellation NTRIP provider!

5 Likes

Hi DirtiHarry,
Yes, I also think I want to buy another RS2.
I also have another paid NTRIP provider which is only GPS GLONASS.
I use this paid provider to verify the other free NTRIP provider … The free provider is a young service, born a few months ago, perhaps the provider’s contact person is not very experienced, but it is worth doing some tests, since he seems able to provide corrections on gps, glo, bei, gal … Even the paid ones do not offer the 4 constellations …
It is worthwhile to make tests.

1 Like

Hi @vin_bro,

Please keep us posted.

1 Like

Hi gleb.gira,
I managed to talk to the designer of the “Umbria Network”.
Maybe now I’m getting an NTRIP fix on four constellations.
Only this evening I was able to do the first test and compare with a GCP.

I am attaching the screenshots:





I also attach logging:

raw_201909081855_UBX.zip (1.2 MB)
solution_201909081855_LLH.zip (20.1 KB)
base_201909081855_RTCM3.zip (130.6 KB)

The network managers ask me to do tests;
I am the first user (and for the moment the only one) to use the correction of the four constellations.
If the tests give a positive result, the manager will open the correction configuration on the four constellations to all users.

I will do field tests as soon as possible, to see in a practical way how it behaves with this configuration in working conditions.

I ask you if possible to verify the data I sent you to understand if the system is working correctly.

Thanks for your help.

Hey there,

Do you have trig points nearby to check accuracy with this NTRIP service?

Hi Dmitriy,
I couldn’t try any checkpoints again, because I worked outside the region.

Another problem for testing is that the ntrip correction service (gps, glo, gal, bei) is not stable.
At this moment I can connect to the port, but I don’t get any rtcm messages.
On other occasions I contacted the service provider who temporarily fixed the problem, but after a few days for some reason I don’t know the service stops.

I have to start over and contact the provider to understand the reason together.

Hi @vin_bro,

Could you please send us a new Base correction log?

Have you contacted your NTRIP provider with this issue?

Hi gleb.gira,
I was able to talk to the engineer who designed and installed the ntrip network. They are working to fine-tune the service.
Now I can receive ntrip correction on the 4 constellations, but only in VRS.
I found an anomaly with the baseline in VRS; the baseline in VRS is always too short (a few centimeters).
I spoke to the supplier and he replied that (a few centimeters) is a mistake; they will correctly set the baseline of the network at about 4 km.
I asked the design engineer of the network, if it is possible to have the ntrip service also on NEAR mountpoint; he replied that they can do it.

I am waiting for the supplier to make corrections to the ntrip network service and then I will send you the registry of basic corrections.

Thanks for the help.

1 Like