RTK_LIB 从源码到实战：rtkget、观测文件与星历文件（精密/广播）的完整数据流解析

1. RTK_LIB入门：从源码到可执行文件

第一次接触RTK_LIB时，我被它强大的GNSS数据处理能力吸引，但也被复杂的配置过程难住过。这里分享我从零开始的经验，帮你避开那些新手容易踩的坑。

RTK_LIB是日本东京海洋大学开发的开源GNSS数据处理库，支持实时和事后精密定位。最新版本可以在GitHub上找到，建议直接下载打包好的Windows版本（rtklib_2.4.3_b34）。如果你需要自定义功能，也可以下载源码自行编译。我试过用Visual Studio 2019编译源码，需要特别注意：

1. 先安装必要的依赖项，比如Intel Math Kernel Library
2. 打开solution文件时选择正确的平台（x64）
3. 编译过程中可能会遇到zlib相关错误，需要手动添加库路径

编译完成后，在bin目录下你会看到一堆exe文件，其中rtkget.exe就是我们后面要重点用到的数据下载工具。建议把整个bin目录添加到系统PATH环境变量，这样在任何位置都能直接调用这些工具。

2. GNSS数据文件全解析

2.1 观测文件：定位的基石

观测文件（OBS）记录了接收机实际测量到的原始数据，就像厨师的食材一样重要。常见的扩展名有.obs、.20o等。我刚开始总搞不懂文件名里那些神秘代码，后来发现规律其实很简单：

• BRDC00WRD_R_20201830000_01D_MN.rnx：广播星历
• ABMF00GLP_R_20201830000_01D_30S_MO.crx：30秒采样的观测文件

文件内容用文本编辑器打开可能像天书，但其实结构很清晰。以RINEX格式为例：

code复制> 2022 01 01 00 00 0.0000000  0 31
G01  22871578.813  122495214.31218    -266.123
G02  20142876.245  102938475.38475     154.672

第一行是时间戳和卫星数量，后面每行对应一颗卫星的观测值。不同系统（GPS/GLONASS等）的观测值会用字母前缀区分。

2.2 星历文件：卫星的"身份证"

广播星历（NAV）和精密星历（SP3）决定了定位精度。广播星历实时更新但精度一般（米级），精密星历有延迟但能达到厘米级精度。我在处理PPP数据时发现，IGS提供的最终精密星历（IGS）比快速星历（IGR）精度更高，但需要等待约14天。

广播星历文件里每条记录对应一颗卫星的轨道参数：

code复制G01 2022 01 01 00 00 0.0 1.234e-04 0.0e+00 ...

而精密星历则是固定间隔的位置坐标：

code复制*  2022  1  1  0  0  0.00000000
PG01  12345.678901  23456.789012  34567.890123

3. 实战rtkget：数据下载全攻略

3.1 配置rtkget的三大关键

rtkget是RTK_LIB自带的下载工具，但第一次用可能会被各种选项搞晕。这是我的配置心得：

1. URL列表文件：编辑URL_LIST.txt，添加常用的数据源，比如：

   code复制cddis.nasa.gov/gnss/data/daily
   igs.ign.fr/pub/igs/data
   

2. 下载目录设置：建议按年/年积日整理，比如E:\GNSS\2022\001
3. 代理设置：如果下载速度慢，可以在Options里调整超时时间和重试次数

实测发现，NASA的CDDIS服务器在国内访问较慢，可以优先尝试IGN或WHU的镜像站。

3.2 分步下载各类文件

观测文件下载：

1. 在rtkget界面勾选OBS选项
2. 选择数据中心（IGS适用于GPS，MGEX支持多系统）
3. 输入测站名（如BJFS）
4. 设置时间范围后点击Download

精密星历下载技巧：

• 最终星历：选择IGS产品（延迟约14天）
• 快速星历：选择IGR产品（延迟约17小时）
• 超快速星历：选择IGU产品（实时更新）

遇到Hatanaka压缩格式（.d或.crx）时，可以用RNXCMP工具解压。我写了个批处理脚本自动处理：

bash复制for %%f in (*.crx) do crx2rnx %%f

4. 数据文件处理实战

4.1 文件命名与版本兼容性

不同机构的数据文件命名规则各异，但基本都包含这些要素：

• 测站名（4字符）
• 年积日
• 采样率
• 数据版本

特别注意RINEX 3.04和4.00的兼容性问题。RTK_LIB 2.4.3对4.0版本支持有限，遇到问题可以先用GFZRNX工具降级：

bash复制gfzrnx -finp myfile.rnx -fout outfile.rnx -vo 3

4.2 数据质量检查

下载完文件后，我习惯用TEQC做快速质量检查：

bash复制teqc +qc myfile.obs

这会生成一个.report文件，重点关注：

• 数据完整率（>80%可用）
• 多路径误差（MP1/MP2）
• 信噪比（SN1/SN2）

曾经有个项目因为没检查数据质量，导致后期处理时发现关键时段数据缺失，不得不重新安排外业测量。

4.3 多系统数据处理

现在的接收机大多支持GPS/GLONASS/Galileo/北斗多系统。RTK_LIB处理时需要注意：

1. 在配置文件中启用所有需要的系统
2. 精密星历要包含所有系统的轨道信息
3. 天线文件（.atx）需要支持多频段

处理混合数据时，我建议先在rtkpost里查看各系统的卫星分布，确保有足够的共视卫星。有一次处理北极数据时，发现GLONASS卫星的仰角普遍更高，对提高定位精度很有帮助。

5. 常见问题排查手册

5.1 下载失败怎么办

• 检查网络连接，尝试更换数据源
• 确认文件路径是否存在（特别是年积日目录）
• 查看服务器状态页面（CDDIS经常维护）

5.2 数据解压错误

• .Z文件用gzip解压
• .gz双重压缩文件可能需要两次解压
• Hatanaka压缩必须用专用工具

5.3 时间系统转换

GNSS数据处理中常见的时间系统：

• GPS周（从1980年1月6日开始）
• 年积日（1月1日是001）
• UTC与GPST相差若干闰秒

我习惯用RTK_LIB自带的convbin工具进行时间转换：

bash复制convbin -t -od 2022-01-01 -oe 2022-01-02 myfile.obs

5.4 内存不足问题

处理长时间段数据时，可能会遇到内存不足。可以：

1. 分时段处理
2. 增加虚拟内存
3. 使用64位版本的RTK_LIB

记得有一次处理连续7天的30秒采样数据，32位程序直接崩溃，换成64位后就顺利完成了。