想象这样一个场景：你正在测试一辆自动驾驶汽车。你需要精确知道它此刻在哪里、朝向哪个方向、是抬头还是低头、左侧倾斜还是右侧倾斜。更重要的是，这些数据需要以每秒 100 次的频率实时更新。
如果用普通手机 GPS，你只能得到一个大概位置，误差可能有几十米，而且更新速度慢得让人着急。但如果使用 RT3000 v4，你可以获得厘米级精度的位置、0.01 度的姿态角，以及完整的运动状态数据。
这是什么神奇的设备？让我们从头说起。
从一个简单的问题开始
假设你在一个完全陌生的房间里，被蒙住眼睛。有人问你：“你在哪里？”
你会怎么回答？你可能完全不知道。
现在给你两个工具：
- 一个可以告诉你"你离某个参考点有多远"的装置
- 一个可以感知你如何移动的传感器（比如当你向前走一步、向左转一下时都能感知到）
第一个就像是 GPS 卫星系统——它告诉你位置，但需要卫星信号。第二个就像是惯性传感器——它不需要外部信号，但长时间使用会有误差累积。
RT3000 v4 的本质就是把这两个工具结合起来，取长补短。
RT3000 v4 是什么？
RT3000 v4 是一个组合导航系统，由三部分组成：
GNSS 接收器：接收 GPS、北斗、Galileo 等卫星信号，提供绝对位置信息
惯性测量单元（IMU）：包含陀螺仪和加速度计，感知旋转和加速度
智能融合算法：用卡尔曼滤波器将两种数据无缝融合
为什么要组合？因为它们各有短板：
| 技术 | 优势 | 劣势 |
|---|---|---|
| GNSS | 精度高、不漂移 | 需要卫星信号、更新慢 |
| IMU | 不需要外部信号、更新快 | 长期使用会漂移 |
组合之后，你得到了一个"全天候、全场景"的导航系统：卫星信号好时用 GNSS 校准 IMU，卫星信号差时（比如隧道里）用 IMU 短期保持精度。
理解坐标系：描述位置需要参照系
要理解 RT3000 的输出，首先要理解它使用的坐标系。这就像描述一个物品在哪里，你需要说"在桌子左边 10 厘米"——“桌子"就是参照系。
RT3000 使用两个主要坐标系：
NED 导航坐标系
NED 代表 North（北）- East（东）- Down（下）。这是固定在地球上的参考系，不会随车辆旋转。
↑ 北
│
│
│
└────────→ 东
╱
╱
↓ 下
这个坐标系遵循右手定则：伸出右手，四指从北转向东，大拇指指向下。
机体坐标系
这是固定在 RT3000 设备上的坐标系，会随设备一起旋转：
↓ 前
│
│
└────────→ 右
╱
╱
↓ 下
同样遵循右手定则：四指从前转向右，大拇指指向下。
为什么需要两个坐标系？
NED 告诉你在地球上的绝对位置，机体坐标系告诉你车辆的姿态。两者结合就是完整的车辆状态。
姿态角：描述车辆的朝向
RT3000 输出三个姿态角，用欧拉角表示：
Heading（航向角）
绕垂直轴旋转的角度，表示车辆前方的水平方向偏离北向多少度。
正方向是：从上往下看，顺时针为正
0° 北
↑
│
270° 西┼─ 90° 东
│
↓
180° 南
Pitch（俯仰角）
绕横向轴旋转的角度，表示抬头或低头。
正方向：抬头为正
抬头 (+)
↗
╱ ╲
╱ ╲
╱─────╲ 水平
╲ ╱
╲ ╱
╲ ╱
↘
低头 (-)
Roll（横滚角）
绕纵向轴旋转的角度，表示左右侧倾。
正方向：右侧下沉为正
这三个角按照 Z-Y-X 的顺序旋转（先转航向，再转俯仰，最后转横滚），就能完整描述车辆的姿态。
定位模式：从米级到厘米级
你可能会看到 RT3000 显示 “SPS(3)” 这样的字样。这表示当前的定位模式。
| 模式 | 精度 | 说明 |
|---|---|---|
| SPS | 3-5 米 | 标准定位服务，无差分 |
| SBAS | 0.6 米 | 星基增强，免费可用 |
| RTK Float | 0.1-0.5 米 | 实时动态，浮点解 |
| RTK Fixed | 0.01 米 | 实时动态，固定解，最佳 |
SPS 是最基础的 GPS 民用模式，精度有限。如果需要厘米级精度，就需要 RTK（Real-Time Kinematic），这需要差分改正源——要么自建基站，要么使用 NTRIP 网络服务。
双天线：精确测航向
单天线 GPS 可以测位置，但很难精确测航向（朝向）。RT3000 v4 支持双天线配置：
天线1 (主) 天线2 (从)
↑ ↑
│ ←── 基线 ──→ │
│ 1 米 │
↓ ↓
┌─────────────────┐
│ RT3000 v4 │
│ │
│ 计算航向角 │
└─────────────────┘
两个天线接收信号的相位差，可以计算出精确的航向角，精度可达 0.04°。这比磁罗盘稳定得多，不受磁场干扰。
软件生态：NAVsuite 和 RT-Range
RT3000 配套两个主要软件：
NAVsuite
NAV = Navigation（导航）的缩写，这是一套完整的导航软件工具：
- NAVconfig：配置设备参数
- NAVdisplay：实时数据显示
- NAVgraph：数据图表分析
- 后处理工具：提升数据质量
RT-Range
这是专门用于 ADAS（高级驾驶辅助系统）测试的软件。ADAS 测试的核心需求是测量车辆之间、车辆与环境之间的相对关系。
RT-Range 支持三种 Target（目标）模式：
| 模式 | 说明 | 应用 |
|---|---|---|
| Moving Target | 装有 RT3000 的其他车辆 | AEB 碰撞测试、ACC 跟车测试 |
| Fixed Point | 地面固定点 | 停车辅助测试 |
| Feature Points | 车辆特定参考点 | 保险杠角到目标的距离 |
为什么需要 Feature Points？
车辆不是一个"点”，有长度和宽度。碰撞可能发生在保险杠角，而不是车辆中心。传感器（如雷达、摄像头）也有特定的安装位置。
Feature Points 让你定义车辆上的多个参考点（如四个角、传感器位置），精确计算这些点到目标的距离：
┌─────────────────────┐
│ Hunter 车辆 │
│ │
│ F1 ──────── F2 │ ← 保险杠角
│ ╲ ╱ │
│ ╲ ╱ │
│ ┌───┐ │
│ │RT │ │
│ └───┘ │
│ ╱ ╲ │
│ ╱ ╲ │
│ F3 ──────── F4 │
│ │
└─────────────────────┘
在 ADAS 测试中，这种精度至关重要——Euro NCAP 等测试标准要求精确测量车辆特定部位的距离。
配置与偏移：设备装在哪里？
RT3000 是一体化设备（GNSS 和 IMU 在同一个机壳内），但它通常不是装在车辆质心。配置时需要告诉软件设备相对参考点的位置偏移。
车辆参考点（质心）
×
│
│ ← 偏移量
│
↓
┌───┐
│RT │
└───┘
这个偏移量让软件能够将测量数据转换到车辆参考点，输出的位置、速度等数据都是相对参考点的，而不是设备安装位置的。
车道测量：LDW/LKA 测试的核心
RT-Range 的 Car Lane Measurement 功能用于测量车辆相对车道线的位置：
═════ 左车道线 ═════
↑
距离
│
┌───────┴───────┐
│ │
│ 车辆 │
│ ┌───┐ │
│ │RT │ │
│ └───┘ │
└───────┬───────┘
│
距离
↓
═════ 右车道线 ═════
这是车道偏离预警（LDW）和车道保持辅助（LKA）测试的核心功能。软件实时计算车辆到左右车道线的距离、横向速度、航向角偏差等，判断车辆是否偏离车道。
总结
RT3000 v4 是一个完整的导航感知系统：
┌──────────────────────────────────────────────┐
│ │
│ 硬件：GNSS 接收器 + IMU + 双天线 │
│ ↓ │
│ 算法：卡尔曼滤波融合 │
│ ↓ │
│ 输出：位置(厘米级) + 姿态(0.01°) + 运动数据 │
│ │
│ 软件：NAVsuite（配置）+ RT-Range（测试） │
│ │
│ 应用：车辆动力学、ADAS 测试、自动驾驶开发 │
│ │
└──────────────────────────────────────────────┘
从坐标系概念到姿态角定义，从定位模式到软件配置，从 Target 类型到车道测量——这些看似复杂的概念，本质上是解决一个核心问题：精确感知车辆在三维空间中的完整状态。