TSC3 and R10 Help

I don't see how you could possibly do accurate stakeout with an R10 in pure PPK mode collecting data for later post processing only without doing RTK at the same time. It'll be interesting to see what other people say about that.

.XXg is RINEX Glonass satellite observables?
.XXn is RINEX navigation data, i.e. satellite Ephemerides, UTC and ION data
.XXo is RINEX satellite observables

What version of RINEX are you using? Maybe you need to use a higher version to combine the Glonass and GPS observables into a single RINEX .XXo file?

You can submit the .XXo file to OPUS for post processing.

> I don't see how you could possibly do accurate stakeout with an R10 in pure PPK mode collecting data for later post processing only without doing RTK at the same time. It'll be interesting to see what other people say about that.
>
> .XXg is RINEX Glonass satellite observables?
> .XXn is RINEX navigation data, i.e. satellite Ephemerides, UTC and ION data
> .XXo is RINEX satellite observables
>
> What version of RINEX are you using? Maybe you need to use a higher version to combine the Glonass and GPS observables into a single RINEX .XXo file?
>
> You can submit the .XXo file to OPUS for post processing.

Is there another way to use the R10 with just a rover and achieve decent results? The R10 system is new to me - the Leica I was simply taking out with just a rover (no base station set up) and used the Pathfinder Office software for post processing.

I'm using the newest version of rinex. I would prefer to post process through pathfinder if possible - it easily exports to many of the file types I need

Depending upon your location, you might be able to employ a VRS connection with a local provider.
Trying to do stake out in PPK mode is meaningless.

Unfortunately a VRS connection isn't available

> The issue is less about the brand, the hardware and data collector than it is about what you are trying to do with it. PFO, or any equivalent one-button post-processing tool is only designed for, and only capable of resource-grade positioning results. You should look into something with a little more user control over how baselines are processed, and adjusted; like TBC, or LGO et al.
>
> Just about every top tier dual-frequency rover can collect observations in static, rapid-static, PPK, etc and these can be collected (or converted to) plain old Rinex.
> But the issue is deeper than that; post-processing of very few observations to yield the best possible results is far more sophisticated than tools designed to automatically digest resource grade observations. There is a premium on learning how to use the more sophisticated tools. Your R10, and other top tier rovers are capable of a many great things, but it takes a lot of skill to take full advantage of the capabilities. Otherwise it might be a case of buying a Formula One racecar to deliver pizza's in suburbia at posted speeds.
>
> I really encourage folks to put the pressure on the folks that sell them their gear to provide guidance in how to get the best from said gear. Folks here would have to write tens of thousands of word keystroke-by-keystroke instructions, and that would not completely solve your dilemma. These are not point-and-shoot devices.
>
> Hit up the dealer first... you paid them and they need to deliver. If they don't, there are dealers elsewhere that have great online tutorials and even provide training. I can't recommend any via this forum, but if your dealer does not deliver, contact me offline and I can point to some good training resources...

I completely understand what your saying and i'm definitely in a bit over my head. I had a one day crash course on the R10 but it really just covered the basics with everything set up and ready to go..
I contacted my suppliers tech support (numerous times) and their suggestion for surveying using just the rover with post processing was the following:

Set up a new survey style – Style type = GNSS.
Rover options – change the survey type to RT differential and Broadcast format = SBAS

> With SBAS (I am assuming WAAS only) you are likely only to get a meter at best. Sometimes it can be a s tight as a foot, but with outliers running into multiple meters, and with the vertical being far worse.
>
> There is a RTX-PPP option for that rover, that will work without cell coverage or a base. But the caveats are: you have to pay a subscription (ask your dealer) and you have to have one of the geosynchronous sats that deliver the RTX messages in view (there can be short gaps). You have to let the solution converge. 10-15 minutes convergence and you can get as good as a few centimeters, and as long as you keep view of the RTX-deliver sats, you can maintain that. If you lose view you need to re-converge; which might only take a few minutes. In that mode you are in ITRF/IGS ref framework, so you'd have to do a little localization to match whatever local system you want to work on. if it is purely relative work then no worries. But this is no where near what RTK can do, and even at that RTK is of course not suitable for certain precisions. hard to recommend anything without knowing exactly what kind of "staking" you are supporting.
>
> There are RTK bridges that can help you extend RTN beyond cell coverage somewhat. At some point you might just have to set up a base, or do some static ahead of time and break out the robot... Tech is amazing, but not a panacea...

I will be setting up a base for in camp.

The out of camp surveying that I will need to do will be on a glacier that is approximately 16km long. Running up and down the glacier to continuously move the base just isn't practical. It will also be impossible to obtain a set base because the glacier is always moving which would mean every glacier survey I do would require a new base station.

I could set up a base station at the 1/2 way point (so km8) and carry the radio with me which would extend base coverage but I still don't think I could get a distance of 8km from the base station... And that still doesn't fix the problem of having to create a new base station for every survey... I am also travelling by ski-doo so carrying the rover, base station, trimble and radio will prove to be difficult. Unfortunately it is the vertical positions that I am concerned about

Maybe you're not really doing "stakeout" at all? Stakeout is having the receiver navigate you to a specific location and then placing a "stake" at that location. If you want cm accuracy while doing that, so far as I know, you really need to use RTK. But if you're doing the opposite, placing a "stake" and then measuring the location where you placed it after the fact to cm level accuracy, post processing will work just fine for that.

> Maybe you're not really doing "stakeout" at all? Stakeout is having the receiver navigate you to a specific location and then placing a "stake" at that location. If you want cm accuracy while doing that, so far as I know, you really need to use RTK. But if you're doing the opposite, placing a "stake" and then measuring the location where you placed it after the fact to cm level accuracy, post processing will work just fine for that.

Well I am kind of doing both... I have a list of waypoints that I return to every week, ideally getting to these points using the stake out feature. I am trying to measure the exact same position every week to calculate a rough glacier melting rate..

But you are saying if I don't use stake out then I can achieve decent accuracy just using the rover and post processing? I can mark out the points initially using RTK (enlist a helped to help transport everything across the glacier) and set a semi-permanent stake in the ice then return to that stake every week..

I'm not sure how accurately you need to place the original position but if you statically observed it then post processed the file you could potentially get cm level accuracy depending upon several factors. You could then return to the stake and statically reobserve to calculate any movement. OPUS would work great for this type of work. You would need a minimum of 2 hour observations preferably much longer.

> I'm not sure how accurately you need to place the original position but if you statically observed it then post processed the file you could potentially get cm level accuracy depending upon several factors. You could then return to the stake and statically reobserve to calculate any movement. OPUS would work great for this type of work. You would need a minimum of 2 hour observations preferably much longer.

You say I need 2 hours of observations, I assume this is for multiple points? Not that I need to sit on one point for an hour?

This sounds like a decent solution, it will allow me to track the horizontal movement as well as the elevation drop of the glacier. Basically I'll set up a point every kilometer, and take a survey at each of those 16 points and compare the results with previous weeks. I then send the data to opus correct?

I am in Canada and my supplier said to use CSRS-PPP, what is the difference between the two and which is better?

Thanks for all your help!

No. The 2hr obs is at each point. Since you are particularly interested in the vertical component I would strongly suggest even longer at each point.
I am not familiar with CSRS-PPP but I assume it is similar to OPUS here in the US.
You haven't indicated what level of accuracy you desire. The length of observation is directly related to how long you observe the point.

> No. The 2hr obs is at each point. Since you are particularly interested in the vertical component I would strongly suggest even longer at each point.
> I am not familiar with CSRS-PPP but I assume it is similar to OPUS here in the US.
> You haven't indicated what level of accuracy you desire. The length of observation is directly related to how long you observe the point.

A 2hr obs at each point just wont be possible... The points are right on a road that is used regularly..
Vertical level of accuracy I would like at worst 50cm..

Keep it simple.

It is a monitoring project, you have flexibility in the initial layout, so don't bother with RTK.

Set up your base somewhere solid (how far is the camp?) and locate your initial waypoints in autonomous mode, survey them in rapid static. Mark them well with visual reference. You will find that your static survey will be close to your waypoint. I am pretty sure that the data that you are interested in isn't the absolute but relative, one survey to the next, monitoring stuff.

Next monitoring round, return to your points with a mapping grade GPS mounted on your skidoo. Survey these points in rapid static again.

Send your base data to PPP, process your observations with Trimble Business Center.

Not too sure why you bothered getting the latest and greatest survey equipment, nice to have budget! You could be doing all of this with a 5-10 years old system...

I have an older trimble geoexplorer 6000 that I have been using to complete this survey for awhile, so I may just continue using it for the glacier surveys...

I may just reserve the R10 for in camp work..