AI Assistant
SBAS use for differ...
 
Notifications
Clear all

SBAS use for differential GPS

22 Posts
9 Users
0 Reactions
2,470 Views
lee-d
(@lee-d)
Posts: 2382
Member
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

I don't know what Trimble is doing in the R8S receivers but the R10 doesn't use the float / fixed method of resolving a real time solution. So the RTX position isn't a fixed ambiguity solution.


 
Posted : November 2, 2017 9:25 am
shelby-h-griggs-pls
(@shelby-h-griggs-pls)
Posts: 934
Member
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

Lee D, post: 453623, member: 7971 wrote: I don't know what Trimble is doing in the R8S receivers but the R10 doesn't use the float / fixed method of resolving a real time solution. So the RTX position isn't a fixed ambiguity solution.

I realize that, thus my "fixed' in quotes, I used that term to describe a vendor's most precise positioning method. Because the clock/ephemeris data is coming down on the satellite link and there is a convergence time required, that sounds an awful lot like a real time version of precise point positioning which isn't a differential based correction. I use the non real time version virtually everyday in processing the GNSS/IMU trajectory of our aerial platforms and so am very familiar with PPP in the post processed sense.

SHG


 
Posted : November 2, 2017 9:30 am
Page 2 / 2