Reach Firmware 30 Beta 3 is out

Have had some discussion with Trimble Support in regards to the use of third party receivers (Emlid) as radio base stations and they have suggested the use of a Trimble TDL450 radio modem via RS-232 port to get the corrections in a protocol that Trimble machine control can understand, eg Trimtalk. Trimbles GCS900 machine control receivers eg MS975’s, 995’s etc are already capable of receiving RTCM messages so theoretically it is possible. The next issue will be getting a base calibration file in a format that the CB460 screen in the machines can work with. Hoping to test these theories over the next couple of months.

1 Like

I can confirm that the Radio they suggest does work, except the issue is really with it losing a fix every 20 minutes.

Unfortunately I was able to test out the beta today, and I did not notice any change.

I used the emlid nTrip caster with our John Deere 872GP and was able to get a great fix with 1cm tie in to the site. But the pattern of losing fix for 10-20 minutes was un-changed from before.

1 Like

Hmm were you using all constellations not just GPS and Glonass? I was on a job (all Trimble gear) a while back with quite a bit of tree coverage and was regularly losing the base with only GPS and Glonass on. When I included Beidou and Galileo into the mix we rarely lost fix. When you initially startup does it take a fair while to get a fix? And when you lose it is it out for a good while?


So the issue with the machines it’s really losing a “fix” so much as losing all the base info. It has to initialize all over again.


@dmitry.skorykh @svetlana.nikolenko

I have done some more testing this morning. Using a Hyper VR topcon gps with a FC-6000 controller. SUCESS!!
I have been able to get a fix, move around and collect info and not lose fix for the time I was outside. Even after walking into the building and back out, I was able to get fix right away again.

This is using our RS2 as the base with the Emlid nTrip caster.

Hopefully I can work with our tech supports to see if I can get the equipment working as well. Although they are much more limited so it may not be possible.


A post was split to a new topic: Increase baseline when working with LoRa

Im wondering same thing.
Ive got rs2 for base station and using ntrip to rovers my new trimble and my new novatel receivers dont like it . Intermitent rtk fix and random drop outs, the old trimble works fine as well as the rs2 rover . Is the beta gonna fix it? If not what is the real issue sounds like other people have connectivity issues as well with the big ag companies

Why not try it out? It is super easy to install the beta, and you can always revert back.

Ill try it out.
I got it up and running. My novatel smart 7 rover connects to it and obtains a rtk fix in seconds and stays connected and when i restart it it gets rtk again very soon . Ill update when i have more hours of testing but looks promising .

How can i enable msm7 message in the reach rs2? Im sure theres a way if you could provide detailed instruction of how to?

The Ublox F9P chip in the RS2 is capable of outputting msm7 messages, but it’s not something that Emlid has currently implemented as it’s heavy on the communication bandwidth (especially for Lora). I saw this mentioned on a separate thread where someone was asking about it. But they tend to be very open to feature Request suggestions, so write in your use case and how it would be helpful and if there are enough people interested they may put it on their development roadmap.

1 Like

Why would you need msm7?

That is what is recommended to these newest agricultural receivers like novatel etc. It should work without but it should be there as an option to use i think .

A post was split to a new topic: Can’t get 30 Beta 1 update for Reach M2

A post was split to a new topic: Logging for OPUS doesn’t start

MSM7 is roughly the same data as MSM5, but higher resolution. In turn, MSM5 includes one more set of information (doppler info) over MSM4. Considering even with MSM4 we’re already achieving centimetric accuracy, I really fail to see how sending more data, using more bandwidth, will have any added benefit for precision AG. For geodesy and surveying I can see the point, but for AG, not so much.

Then again, I’m not an engineer so maybe you can ask your reps if they have a justification for this.

1 Like

Vegetable farmers would like 1mm if they could get it.

Grain farming 1” is really awesome, 1cm is overkill but very nice to have.

Precision AG is just getting started with all the cool stuff GNSS enables.


I’m thinking that most of the gains that could be had in the future would come from other fields like machine learning and image processing, but I’m getting off topic now. :stuck_out_tongue:

You can never drive too accurately. Also implement steering is starting to appear. The tractor is driven by gps as straight as possible, then the implement also has a gps guidance system to steer itself to ensure it does not drift.

Gotta have mm onions lol


Imagery map for surveying’d be a nice update! As an built-in option, or allowing the user to enter a WMS server to load the images.

1 Like

Hi Noel,

Thanks for your suggestion!

I indeed see how useful it may be. However, if you work with our Caster, then we have a step-by-step guide explaining how to connect a base and a rover via NTRIP for passing and receiving corrections. It doesn’t contain the instructions for the configuration of the 3d-party receivers, but it shows how to connect them together.