Notifications
Clear all

GPS+GLO+GAL : GLO+GAL : GPS+GAL

4 Posts
2 Users
0 Reactions
3 Views
(@mark-silver)
Posts: 713
Registered
Topic starter
 

After I shoveled the front yard here at the office yesterday to clear off enough space to setup a tripod and checked match pairs of receivers all morning and afternoon. There has been a lot of talk about mixing constellations here and as I was testing receivers yesterday, thought I would share the screen shots:

GPS+GLO+GAL:
GLO+GAL:


GPS+GAL:

There is not a good time of the day currently when there are more than 2 BeiDou SV's in view so I did not play around with BeiDou. There will be times later in the year when the constellation will have three BeiDou SV's simultaneously above a 10 degree mask here in Salt Lake, and the sun will be shinning...I will look at them at that point.

It appears to me that to a first-order everything works as well as before the leap-second insertion. All of the solutions are within a few mm of each other, which is what I would expect as I was setup on a wood-chip base under 18" of snow. And my test area is purposely chosen to have significant building, power-line and trees to the south. (I would call it a moderately poor GPS setup area, none of us would ever use it for a real base location.)

I also tested with TURN (the Utah VRS network) base and to my trusty old Ashtech ProFlex 500 base. No RTK issues. Although, the ProFlex internal RINEX converter is generating RINEX files with the wrong leap second indicated. The files still run through OPUS and GNSS Solutions (SPSO not so much...)

The choke ring antenna here at the office had 18" of snow on it yesterday morning so I got to look at something I have always wondered about. I set out a rover on a tripod and stored a 30 second average and then staked it out. With the snow and after I cleaned off the antenna. Looked like a few mm at worst case change in elevation. Not a big deal...

 
Posted : January 4, 2017 11:09 am
(@plumb-bill)
Posts: 1597
Registered
 

I notice even the Galileo/Glonass solution says "Master Clock System = GPS"?

 
Posted : January 4, 2017 6:37 pm
(@mark-silver)
Posts: 713
Registered
Topic starter
 

Yup, I don't know how to change that (the Master Clock).

I also don't understand how the WAAS corrections are applied to GAL/GLO when not in RTK mode. I guess that the receiver can use WAAS to correct the GPS location, then back convert corrections for GAL/GLO.

Also, I was using sCMRx corrections. I verified that it works with RTCM3.2 too. RTCM3.X=no; CMR+=no.

I got a GLO only fix too, but blew the screen capture...

🙂

 
Posted : January 4, 2017 7:29 pm
(@plumb-bill)
Posts: 1597
Registered
 

So it it holding the time from one GPS SV as "true", or using 5 GPS to determine clock offset then just not using it in the fix?

 
Posted : January 5, 2017 5:09 am