I’m used to work with a timing module (M8T from u-blox) configuered as rover, which provides access to raw-data of the GNSS sensor, that can be used by a bunch of apps (many of them around RTKLIB) to calculate precise position using VRS provided over NTRIP as base station.
How can I use the ZED-F9P as rover getting correction data from NTRIP (over BT on UART1) and use it to output already corrected position without the use of external RTK-app?
The ZED-F9P already does the hard work for you, so no need of postprocessing the data with RTKLIB or similar apps.
If you provide it with RTCM corrections, it will output the corrected position automatically.
OK, I’m familiar with the T-chips, but not with the P-chips like the F9P. When I have only a connection over UART1 > BT: Would it be sufficient to configure the UART1 to send UBX and NMEA and recieve RTCM3? When using a single board as rover and NTRIP as base I would need a programm / app like LEFEBURE NTRIP-client to send the RTCM3 data and get the corrected position (over NMEA) back to the PC/Tablet. Then if the app supports Mock-location, the corrected position should be accessible to all apps running on my device. Thats the way also described in the C099-F9P user guide. Can I expect a quicker or better position or a more stable configuration with this constellation? or what is the improvement in comparison to RTKLIB?
We are not familiar with RTKLIB, but the configuration you describe has been tested and it works.
In this forum there are many experienced users of RTKLIB which will explain you better the advantages/disadvantages.
The advantage of not using RTKLIB is that you don’t need additional hardware/software for processing the raw data.
With the ZED-F9P you can report the position up to 8Hz in RTK with all the constellations and up to 20Hz by removing some constellations.