RTK信号不稳定怎么办？

实时动态差分（RTK）图标亮起并不等于成果已经满足项目精度。SHARE PointClouds Studio（赛尔点云管家）V2.6 的价值，是把“发现实时质量不足—选择后续处理路径—转换到目标坐标—用独立点验证—导出报告”串成闭环。软件可提示 RTK 数据质量、使用外部后处理动态差分（PPK）工具生成的 RTKLIB POS 轨迹文件参与全球导航卫星系统（GNSS）融合、执行坐标转换，并分别以三维和高程独立检查报告验证对应结果。

图1：实时 RTK、外部 PPK POS 和坐标转换三条路径汇入独立检查。

RTK项目需要回答的不只是“有没有信号” 室外建筑、道路、地形、采石场和室内外连续采集项目常需判断实时状态、弱信号条件下的轨迹质量、目标工程坐标转换方式，以及交付前的精度证据。关键不在单一按钮，而在于建立从状态判断到独立验证的决策链。

先按现场条件选择三条路径

路径A：实时 RTK 状态满足项目要求 

采集时观察质量提示，记录基站、网络、天线视野和作业时间。处理后仍需独立检查；质量提示只用于早期判断，不是精度证书。

路径B：实时条件不足，使用外部 PPK POS

 1.保留移动站、基站和导航观测文件；

 2. 在 Emlid Studio 等外部 PPK 工具中处理并检查连续性、时间匹配和解状态； 

3. 生成符合 RTKLIB 定义的 POS 文件；

 4. 在 SHARE PointClouds Studio（赛尔点云管家）的 GNSS Fusion 中，仅将外部 PPK 工具生成的该 RTKLIB POS 轨迹文件选为 Trajectory Source； 

5. 处理完成后，用控制点或独立检查点验证。 完整的原始观测数据 PPK 处理由外部工具完成。

SHARE PointClouds Studio（赛尔点云管家）V2.6 的相关工作流是让外部生成的 POS 进入统一建图链路，而不是把 PPK 变成“自动保证精度”的开关。

图2：GNSS Fusion 的 Trajectory Source 可选择内置 RTK 轨迹或外部 PPK 工具生成并导入的 GNSS/POS 轨迹；该选项不表示软件内置原始观测数据 PPK 解算。

路径C：使用控制点或已知参数转换坐标 

已有点云可通过至少 3 个有效控制点，或已确认的 X/Y/Z 平移、旋转与尺度参数转换到目标坐标。计算前核对单位、东/北/高程顺序、坐标参考和控制点分布；计算后查看残差、预览并另存转换结果。

图3：坐标转换界面展示控制点CSV字段、转换参数和预览入口。

独立检查是闭环的最后一步

参与控制或坐标转换的点不能同时作为唯一检查依据。SHARE PointClouds Studio（赛尔点云管家）V2.6 支持：

• 三维精度检查：导入独立检查点，匹配点云位置，计算差异并导出报告；
• 高程精度检查：设置匹配邻域并按项目要求执行检查，计算高程差并导出报告。 三维和高程检查回答的问题不同，应根据项目验收要求分别使用。

可观察效果：从“信号风险判读”变成可执行决策

适用型号与场景 

适用于具备相应 RTK/GNSS数据链路、采用同步定位与建图（SLAM）技术的 SHARE SLAM 型号及配置，具体以当前型号页、固件和兼容说明为准。典型场景包括建筑外立面、竣工测量、道路和场区、地下出入口、隧道口、室内外连续采集、古建和钢结构工程坐标交付。

怎样衡量效果

建议记录：现场 RTK 质量告警次数、因告警触发的补采/PPK 决策、POS 连续性与解状态、控制点残差、独立检查点最大偏差与统计值、坐标返工次数。对比旧流程后，若离场后才发现问题的次数下降，且检查报告完整度提高，才说明工作流有效。

常见问题

Q1：SHARE PointClouds Studio（赛尔点云管家）V2.6 内置完整 PPK 吗？ 

不内置。原始观测数据由外部 PPK 工具处理并生成 RTKLIB POS 轨迹文件，再导入 SHARE PointClouds Studio（赛尔点云管家），并仅将其作为 GNSS Fusion 的 Trajectory Source。

Q2：导入 POS 后是否一定更准？ 

不一定。结果取决于观测质量、基站、时间同步、解状态、轨迹连续性和融合条件，必须用独立检查点验证。

Q3：为什么控制点不能同时当检查点？

因为它们已经参与模型计算，用它们自检会低估未参与区域的真实误差。

Q4：三维检查和高程检查能互相替代吗？

不能。三维检查关注空间差异，高程检查聚焦垂向结果，应按项目验收项选择。

Q5：没有 RTK 的项目能进入工程坐标吗？ 

可以评估使用有效控制点或已确认的转换参数，但参考坐标必须可追溯，结果仍需独立检查。