You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dear Tomoji,
I suspect that precise clocks are not use with SP3 IGS predicted ultra rapid orbits and clock.
On RTKNAVI I choose for stream 3 FTP / "cddis.gsfc.nasa.gov/gps/products/%W/igu%W%D_%hb.sp3.Z" / anonymous / none@world.com / offset -6h
Stream 1 is a stream NTRIP / www.euref-ip.net / 2101 / DENT0
Option "precise ephemeris" is set.
No fix can be obtained.
If I look at the debug trace 3, the problem seems to come from the absence of precise clock.
For having a fix, I need to add a stream 2 with broadcast ephemeris (RTCM3EPH) , but after looking at the debug trace precise ephemeris are used but clock are used from the broadcast stream.
The text was updated successfully, but these errors were encountered:
The real-time input of SP3 is not for PPP but for long-baseline RTK. So do not set "precise" as "satellite ephemeris/clock" for real-time PPP. The accuracy of IGU predicted clock is 3 ns (RMS) level and useless for PPP.
Thank you for your answer, but same behavior for long base line. I tested with 2 euref ntrip streams:
1- www.euref-ip.net:2101/DENT0
2- www.euref-ip.net:2101/VFCH0
3- FTP / "cddis.gsfc.nasa.gov/gps/products/%W/igu%W%D_%hb.sp3.Z"
"Static" / "Precise ephemeris"
with same result, is it normal?
Please check sp3 files properly downloaded to local directory. Check write permission of the local directory specified as Options - Files - FTP/HTTP Local Directory as well.
Dear Tomoji,
I suspect that precise clocks are not use with SP3 IGS predicted ultra rapid orbits and clock.
On RTKNAVI I choose for stream 3 FTP / "cddis.gsfc.nasa.gov/gps/products/%W/igu%W%D_%hb.sp3.Z" / anonymous / none@world.com / offset -6h
Stream 1 is a stream NTRIP / www.euref-ip.net / 2101 / DENT0
Option "precise ephemeris" is set.
No fix can be obtained.
If I look at the debug trace 3, the problem seems to come from the absence of precise clock.
For having a fix, I need to add a stream 2 with broadcast ephemeris (RTCM3EPH) , but after looking at the debug trace precise ephemeris are used but clock are used from the broadcast stream.
The text was updated successfully, but these errors were encountered: