I am currently testing the u-blox ZED-F9P module with the SparkFun GPS-RTK-SMA kit.
I recorded raw GNSS data in UBX format for about 10 hours, then converted it to RINEX (*.obs) using RTKLIB (RTKCONV).
After uploading the *.obs file to CSRS-PPP and OPUS for precise point positioning (PPP) post-processing, the returned solution shows a position error of over 1 meter, with relatively large uncertainties (1–3 m at 95%).
This is unexpected, because based on ZED-F9P specifications, I would expect centimeter-level accuracy in PPP (long session, dual-frequency).
Could you please advise:
Is the SparkFun GNSS antenna ANN-MB-00 supported by OPUS/CSRS-PPP calibration databases?
Are there specific RINEX conversion settings (RINEX version, antenna type, marker name, etc.) recommended for ZED-F9P raw data?
Does the ZED-F9P log contain sufficient ephemeris/broadcast navigation data, or should I rely on CSRS/IGS data servers for orbit/clock corrections?
Do you have any recommended workflow for improving accuracy in PPP post-processing with the ZED-F9P?
Your guidance would be greatly appreciated, as I would like to understand whether this is a hardware/antenna limitation, or a configuration/processing issue.
Could you please share the “Phase Ambiguity Status” data from the full CSRS report? It will help identify if your antenna and GNSS signal is causing the issue. You should see mostly green Fixed ambiguities:
I suggest trying again. I suggest taking your equipment to an area with a clear, unobstructed view of the sky. Collect data for perhaps 1 hour, and submit that to CSRS. If you have a car, you can collect data from your car with the antenna in the center of the roof.
Also note: you will never be able to determine the actual position of a Mark/Point with that type of antenna, unless you can find the Electrical Phase Center for it (doubtful). There are much better choices for PPP, such as this one on the SparkFun site.