search

tomojitakasu / RTKLIB

2.58k stars 1.63k forks source link

2.4.3 b34 can't get PPP-Static solution #562

Open Stefal opened 3 years ago

Stefal commented 3 years ago

Hi, I'm testing this new release, but I can't get a solution in PPP-Static mode. I made some tests with various input: ublox binary (F9P), rtcm stream from this F9P, rtcm stream from a septentrio asterX4, with rtknavi, rtkrcv and rtkpost.

image

tomojitakasu commented 3 years ago

Set the debug trace level to 2 or 3 and check warnings or errors in the debug trace.

Stefal commented 3 years ago

Attached with this message, you will find the full trace. rtklib_2.4.3_b34_ppp-fixed_debug_trace.zip

tomojitakasu commented 3 years ago

In RTKNAVI with F9P case, Ionosphere correction should be Iono-Free LC. In RTKNAVI with Septentrio case, no ephemeris info in the input stream. In RTKPOST case, I'm not sure the detail but it seems due to some bugs. Try with options Iono-Free LC, Estimate ZTD and Precise for ionosphere-corr, troposphere-corr and satellite ephmeris/clock.

Stefal commented 3 years ago

Ok, that's better with Iono-Free LC and RTKNAVI and RTKPOST (F9P receiver). It worked with Ionosphere correction set to "Broadcast" with rtklib 2.4.3-b33 but not with b34.

Thank you for your help

bg172 commented 2 years ago

See Update2 in the bottom of this comment first - my comment is actually not about reproducing the exact issue of @Stefal, and I finally could get PPP solution (Kinematic as well as Static).

Dear @tomojitakasu, I also can't get neither PPP-Static nor PPP-Kinematik solution with 2.4.3b34 rtknav (didn't check others), while using public receiver https://s-taka.org/en/rtk-reference-station/ (ROV) and public corrections euref-ip.net When running it for about an hour with Broadcast Ionosphere correction I got the following error at least: image

When running with Iono-Free LC no error (perhaps didn't wait long enough), and here is the trace: rtknavi_202204081320.zip

And this error in about 40 minutes: image and this trace: rtknavi_202204081621.zip

Update:

  1. I understood that I forgot to choose to apply SSR corrections of Satellite Ephemeris/Clock as can be seen in my screenshot (same as in the first screenshot of @Stefal by the way:)).
  2. As I read in another issue report the PPP algorithm of rtklib 2.4.3 b34 needs at least two carriers (e.g. L1 and L2) while the ROV mountpoint of https://s-taka.org/en/rtk-reference-station/ seems to support currently only one. I am going to create a dedicated issue report using probably the F9P mountpoint.

Update2: I now figured out that I used wrong public rtcm stream - it didn't contain SSR corrections. When I switched to products.igs-ip.net for corrections I could achieve PPP solutions, see https://github.com/tomojitakasu/RTKLIB/issues/655 - although I detected an issue with Gnd Trk though, not because of PPP itself but attached all config and streams input files there if you are interested.