简而言之：大多数本地化项目出现延误，并非源于棘手的技术问题。延误往往源于早期设计决策：这些决策在数据表上看似合理，实际应用中却彻底失效。以下是我们最常看到的六大错误：事后才考虑精度问题、直接复制粘贴接收机规格、选型错误的硬件类别、低估天线的重要性、选用无法弥补信号间隙的惯性测量单元（IMU），以及假设网络始终可用——此外，还有那项会掩盖所有这些问题的停车场测试。
在上一篇文章中，我们回顾了机器人领域中用于本地化系统设计的V型模型。V型模型的左侧是定义和设计阶段，右侧是验证和扩展阶段，而随着向右推进的每个阶段，修正决策所需的成本大约会增加10倍。
这篇文章探讨的是左侧决策中出现的失误。我们在现场工程实践中获得的大部分经验都集中在设计和设计验证阶段，因为正是这些阶段容易出现代价高昂的错误。这些错误往往是那些看似合理、司空见惯的选择，但在现实世界中却行不通。
错误 1：事后再考虑准确性
大多数团队都会告诉你，他们已经清楚自己需要什么样的准确度。问题在于，这些要求通常不够具体。
某个系统虽然已构建到“约一米”的精度，但实际应用却需要更严格的精度要求。 以无人机测绘为例。如果没有RTK校正——无论是实时校正还是后处理校正——你将面临一米的不确定性。如果你设想整张地图上都存在一致的一米位移，这听起来似乎还能接受。但误差的分布并非如此。它并非你可以简单减去的均匀偏移量；它在地图上分布不均，而这正是导致测绘级工作无法达标的根本原因。
更深层的陷阱在于“我不需要那么高的精度”。有时确实如此。但一旦你需要系统在任何地方都能正常运行，标准就会提高。更高的精度能为你提供更严格的边界，让你在此基础上构建精准的应用程序，并在扩展到更严苛的环境时保持其精准性。
在确定其他任何事项之前，应首先根据应用程序在特定条件下需要完成的任务，来确定其精度要求。
错误 2：直接复制粘贴接收器规格
这是一个非常常见的错误，原因也很容易理解。你购买了一台支持RTK的接收机，其数据手册上写着“1厘米 + 1 ppm”（1厘米加上基线距离的百万分之一），于是你就把这个参数写进了需求文档里。
在理想情况下，这个数值是真实的。当你正坐在基站正上方，周围是开阔的天空，没有任何干扰时，误差为1厘米。但大多数应用的情况并非如此。
实际环境中存在各种障碍物，而且从字面意义上讲，设计出一个对GNSS信号干扰为零的系统是不可能的，因为干扰往往就源自产品内部。即使是在接收机附近放置另一台计算机或子系统，也足以导致其性能下降。
在理想条件下测得的数据手册数值只是上限，并非实际应用中能达到的规格。应将其视为可能达到的最佳情况，并根据实际运行条件进行设计。
错误 3：选型错误的硬件类别
并非所有GNSS接收机都适用于同一项任务。接收机分为不同类别，根据其设计用途的不同，它们的性能也确实各不相同。
例如，测绘设备会专门采用非常高端且昂贵的接收机和天线，以确保精度和可靠性。但可穿戴设备所使用的则是完全不同类别的组件。这两者都没有错，它们只是针对不同的需求而设计的。错误在于为应用选择了错误的类别，结果事后才发现精度不够。
这也不仅仅是物料清单的问题。有些接收器搭载了先进的定位引擎软件，并深度集成了惯性测量单元（IMU），能够很好地应对复杂环境；而有些则不然。在严重的多径环境中，两者的表现会迅速拉开差距，而且“多径”并非单一现象：多径现象有多种类型。信号在灌木丛中散射的问题，与信号在旧金山市中心玻璃表面反射的问题截然不同。
应尽早根据应用所需的精度和可靠性来确定所需的分类类别，而不是仅凭起初熟悉或成本低廉的因素来决定。
错误 4：低估天线的作用
你可能会惊讶地发现，天线竟如此频繁地成为阻碍系统实现厘米级定位的障碍。
我们在现场演示中经常看到这种情况。我们会带着一套简单的测试设备——一个接收器和一根天线——前往客户处，并开始展示厘米级定位。随后，我们将天线安装到实际的机器人上，GPS信号便消失了，因为平台内部存在过多的射频干扰，这些干扰来自蓝牙、蜂窝网络以及其他各种集成在其中的设备。只要将天线移离机器人，厘米级定位便会立即恢复。
天线选择的关键因素包括：类型和尺寸、支持的频段（必须覆盖接收器使用的所有频段），以及天线相对于其他电子设备的物理位置。好消息是，在设计PCB（印刷电路板）之前，你可以先测试所有这些因素。
在实验台上使用模块化硬件，能够以低成本、迭代的方式发现天线和射频干扰问题，这正是定位V型模型“左侧”设计阶段所旨在实现的早期、低成本验证。
错误 5：选择无法弥补误差的惯性测量单元（IMU）
惯性测量单元（IMU）的质量范围极广，从几美元到数万、数十万甚至上百万美元（甚至更高！）。通常来说，真正重要的规格并非宣传中的精度，而是当全球导航卫星系统（GNSS）信号中断时，IMU能维持导航多长时间。
在GNSS/IMU耦合定位方案中，低端IMU通常仅能支持10到30秒的推算导航。这通常没问题。但低端IMU独立运行的时间越长，定位精度就越差。如果需要在停车场地下长时间进行推算导航，则需要使用高端IMU，或者借助其他传感器（如车轮转速传感器、摄像头）向传感器融合系统提供数据以进行补偿。
此外，这里还有一种封装方案可供选择。内置IMU的一体化模块是一种开箱即用的通用惯性解决方案。它确实能正常工作，而且在GPS信号丢失时，总比没有好。但这种通用解决方案并未针对您的平台进行优化。对于新平台或要求较高的平台，采用定制方案——即选用合适的IMU并搭配能够建模您平台动力学的定位引擎——其性能将更胜一筹。
应根据最坏情况下的停机情况来决定需要哪些功能，而不是根据哪些功能最容易集成来决定。
错误 6：认为网络总是存在的
人们很容易忘记，现实世界并不是你的测试环境。在美国，仍然存在相当严重的手机信号盲区；欧洲的情况稍好一些，但信号盲区确实存在，而且在设计时很少会考虑到这些区域。
数学是毫不留情的。如果要求99.9%的时间内精度达到1厘米，那么在行驶过程中哪怕出现0.1%的移动网络中断，也会导致系统立即失败。解决办法通常并非消除所有信号盲区，而是要理解其影响并针对性地进行编程设计。
如果失去校正信号长达十秒，一个设计完善的RTK引擎并不会偏离地图范围；它只会稍微降低精度，随后便能恢复正常。这种平稳的响应是你在早期就做出的设计选择，而不是在生产环境中才意外发现的情况。
停车场测试
开放天空测试是一个很好的起点。它结果可预测，且能验证系统在根本上是否正常工作。其中的陷阱在于将其作为验证基准，因为开放天空环境几乎是系统所能遇到的最佳情况。由于GPS数据非常丰富，性能表现出色，而且感觉已经大功告成，因此你几乎不会依赖其他传感器。
随后，产品被运往郊区的街道、装卸码头、树线和城市峡谷，各项数据便开始失真。停车场的数据不能作为你的设计基准。
我们早期力推的是一种能够真实反映系统在实际环境中运行情况的测试计划，应在DVT之前（而非之后）在最严苛的环境中进行测试。要验证的是必须成功的地方，而不是那些你确信会成功的地方。
这六大常见错误都呈现出相同的规律……
这些问题并非各自独立、可以单独解决的问题。正如我们在上文关于定位系统设计的讨论中所指出的：即使一个系统拥有所有正确的组件，但如果配置错误或在错误的环境中进行测试，它仍然无法正常工作。这是系统各部分之间的相互作用。接收器、天线、惯性测量单元（IMU）、校正以及环境共同决定了最终结果。
这正是要在“V模型左侧”发展快速原型制作和迭代这一方法论的全部理由。如果能在早期阶段，利用具有代表性的硬件在具有代表性的条件下发现这些交互问题，所需的代价不过是一次简短的沟通；但如果这些问题在DVT阶段或量产阶段才被发现，则需要付出重新设计的代价。
在下一篇文章中，我们将深入探讨我们在 Catalyst 框架下与客户共同开展的需求探索流程：我们将如何从一张白纸起步，最终形成两到三个可供并行验证的参考架构，从而在确定任何硬件之前就发现并纠正这些错误。
如果您正处于本地化系统设计项目的初期阶段，且在确定架构之前希望获得第三方意见，那么这可能会是一次非常有建设性的交流。
常见问题解答
GNSS定位设计中最常见的错误有哪些？
我们最常看到的六种情况是：对精度的定义过于宽松；将接收器数据手册中的规格直接复制到需求中；为应用选择了错误类别的接收器；低估了天线及其射频环境的影响；选用了在信号中断期间无法进行足够长时间推算导航的惯性测量单元（IMU）；以及假设蜂窝网络覆盖无处不在。仅在开阔天空环境下进行验证会掩盖所有这些问题。
为什么数据手册中列出的RTK精度参数与实际性能不符？
数据手册中的数值（如“1 厘米 + 1 ppm”）是在理想条件下测得的：开阔天空、与基站之间的基线距离较短，且无干扰。实际平台中存在障碍物，且其自身电子设备会产生内部射频干扰，因此实际性能几乎总是低于数据手册中的理论上限。
GNSS/IMU 系统在没有信号的情况下，可以进行推算导航多长时间？
这取决于惯性测量单元（IMU）。在耦合定位方案中，低成本的IMU通常只能支持10到30秒的推算导航，之后漂移会导致定位精度下降。对于需要在没有GNSS信号的情况下持续运行更长时间的应用（例如在停车场内），则需要更高精度的IMU，或者额外的传感器，如车速传感器或摄像头输入。
为什么天线的安装位置会对GNSS的精度产生如此大的影响？
天线是信号的入口，而现代平台内部会因蜂窝网络、蓝牙和计算操作产生显著的射频干扰。如果天线位于该干扰范围内，即使接收器具备厘米级精度，信号也可能完全丢失。此外，天线的频段覆盖范围也必须与接收器的频段相匹配。这两项指标均可在PCB布局前通过模块化硬件进行测试。
当蜂窝网络连接中断时，RTK会发生什么情况？
一个设计完善的RTK引擎在修正信号中断时不会立即丢失位置。对于短暂的中断，它只会损失少量定位精度，并在连接恢复后重新恢复。关键在于预先设计出这种行为，因为即使是短暂的中断，也可能导致无法满足严格的可用性要求（例如99.9%的时间内定位精度为1厘米）。