整个测试的逻辑是： RTKLIB 获取F9P的GNSS原始观测量+ 千寻CROS站过来的差分RCTM改正信息，最后解算获得高精度定位。

结论：实测中发现RTKLIB 解算RTK算法相对与F9P自身的RTK 弱一点，在开阔环境下只能获得浮点解。

1，设置Ublox F9P 输出原始观测量 enable ubx->RXM ->RAWX(raw原始数据) 和 SFRBX（星历报文）
此时发指令的是COM3, 则该口就会输出这些原始观测量。但是在Text console 看不到变化仍是NMEA，但是在Binary console 已经开始往外吐出原始观测量。

另外M8N作为基础款芯片，不具备输出原始观测量能力。

2，RTKLIB 接入F9P观测量

打开RTKNAVI , 在I界面设置Rover原始观测量输入， COM3 和刚才第一步发F9P指令口一致。

3，RTKLIB 接入千寻CORS 站
在Base station 选择NTRIP Client ，输入千寻caster IP 端口账号等

4，开始实测
此时上栏是F9P收到的卫星信号质量， 下栏是千寻CORS 基准站的卫星。

由于是在窗台测试，RTKLIB 无法定位出经纬度。 单独使用U-CENTOR测试F9P时在窗台可以定位并float解

在空旷环境下 可以出经纬度了，但是只有浮点解。

使用自带的u-centor 工具开阔环境固定解FIXED