M2 NTRIP base via emlid caster (network problem?)

[svetlana.nikolenko]

Please keep me updated on the results.

[vgo195]

Hi Svetlana,
I have some news. I managed to send the corrections of another base station to the emlid caster and the hemisphere p40 receiver worked right away. It fixed the solution in a few secs.
So to sum up:

1. COORS base station (MSM3) —> Hemispere rover ----> WORKS
2. Local base station (novatel oemv gps+glo legacy rtcm3 —> Emlid caster —> Hemisphere rover —> WORKS
3. Emlid M2 base station (MSM4) —> Emlid caster —> Hemisphere rover —> DOESN’T WORK (rover reports single solution)
   The last test I can do is to update the M2 with the latest dev firmware that supports legacy RTCM3 messages and test it again as base station.

[svetlana.nikolenko]

Hi @vgo195,

Yes, I had an assumption that Hemisphere may require legacy RTCM3 messages like 1008 to operate. It would be very helpful if you could try the 26 Beta 1 that supports legacy RTCM3. However, please note that Beta versions are mostly used for testing purposes.

[vgo195]

Hi @svetlana.nikolenko
unfortunatelly I am experiencing the same behaviour with legacy RTCM3 messages.
Check here

Reach Firmware 26 Beta 2 is out for all devices

Today I was in the field and did my first test with legacy RTCM3 messages. The result was not good for me. Besides emlid M2 I have two other gnss receivers, one legacy novatel oemv gps+glo and one new hemisphere gps+glo+gal+bei. Neither of the two receivers were able to fix with RTCM3 messages. In fact both receiver stayed single or autonomous. I had the same problem with the stable firmware and msm4 messages with hemisphere receiver. The workflow is to set the emlid M2 base to send the corr…

[svetlana.nikolenko]

Hi @vgo195,

I’ve read your post. That’s quite strange behavior. I was pretty sure it should resolve all issues. Have you enabled all legacy RTCM3 messages on the Reach?

Does your rover support logging incoming corrections in RTCM3 format? It will help us to check if the Reach sends all messages correctly.

[vgo195]

Unfortunately my rover doesn’t support logging the incoming corrections so I can’t help you with that.
One thing I would like to mention is that I connected to some random MSM4 mountpoints from rtk2go.com and the rover responded with float solution which is normal because the base was hundredths of km away. With some other rtk2go MSM4 mountpoints the rover had the same behavior as the emlid m2 base and responded with single solution.

[svetlana.nikolenko]

We’ve done some tests ourselves and have an assumption that 1008 + MSM4 messages should work. Please take a look at the screenshot below:

Have you tried such a selection of messages? If not, it would be very helpful if you could test it and share the results with us.

[vgo195]

I think I did various combinations of the RTCM3 messages without success.
I will try to log the rtcm3 corrections of the emlid m2 via RTKGPS+ app.
I will do the same with the novatel base station and will send you the files to check.

[vgo195]

Reach Firmware 26 Beta 2 is out for all devices

Hi, I don’t know if something changed on the emlid caster but today everything was working fine with the hemisphere rover with the standard MSM4 messages of the M2. It fixed right away in 2 different sites. I had enabled all the MSM4 messages plus 1006 and the rover did read the corrections immediately. With the legacy messages I was not so lucky. The legacy messages didn’t work with either rover (novatel or hemisphere). The hemisphere rover couldn’t read the corrections at all and stayed s…

[vgo195]

Today something weird happened.
It was the 4th time in a row that I was working fine with emlid m2 base and hemisphere rover.
Suddenly in the middle of the job the rover would go single.
I did check the corrections tab of the rover and it seemed that it was receiving them.
I did also check the M2 (i was near) and there was nothing strange.
I had to connect to some other CORS in order to finish the job.
Maybe something changed in your caster?
Really it must be some bug in the caster. I can’t find other explanation.

[vgo195]

The emlid base stopped working at about 8:10 - 8:15

Do you see anything strange between this timespan?
I attach the raw file of the day i had problem.
raw_202103020732_ubx.zip (6.5 MB)

[svetlana.nikolenko]

Hi @vgo195,

I’ve checked the log but couldn’t find anything suspicious for now. As far as I understand, you’ve set the following settings on Reach M2 base:

• 1006, 1074, 1084, 1094, 1124 RTCM3 messages

• 1Hz update rate

Am I missing something?

Is there a chance you know what messages the CORS station sends and how often?

[vgo195]

Yes you are correct, only the 1006 message was set at 0.1Hz (every 10 seconds)
The other CORS I use sends these messages:
1005(10),1007(10),1033(10),1230(10),1073(1),1083(1),1093(1),1123(1)

[svetlana.nikolenko]

Hi @vgo195,

Thanks! We’ll continue the investigation. I’ll get back to you once we have any results.

I just want to clarify one thing: haven’t you tested CORS stations transmitting MSM4 messages?

[svetlana.nikolenko]

Just want to post an update there that we moved this conversation to private messages. The following investigation requires some sensitive info from @vgo195.