推出您自己的 NMEA 解析器还是使用开源 GPS 解析器？

Question

我做了很多位置感知计算，通常会结合 GPS。 我有自己的小型简单 NMEA 解析器，它不执行任何特殊操作 - 只是将 GPS 特定句子转换为可用的数字、标志等。

然而，GPSD 和 Gypsy 等项目正在进行大量积极的开发。 如果 GPS 是一件简单的事情，那么这些项目早就完成了，只是进入了维护模式。

• 他们知道/做了什么我不知道的事情，因此我的代码没有考虑到？

Answer 1

来自 GPSD 负责人的优秀文章：

• NMEA 标准不提供完整的 TPV（时间，位置，速度）元组，带有错误，大地水准面和磁力变化等
• 由于不同的值在不同的句子中，并且没有定义的顺序，因此您无法轻松知道哪个速度与哪个位置报告对应
• 某些值没有完整给出（即，年份是更常见和可用的句子中的两位数）
• 没有标准化的方法来确定供应商、型号、固件
• 没有标准化的方法来更改设置（通信速度、报告的句子、每秒的样本等）
• 不兼容的二进制协议用于高级使用和更快报告
• 由于 USB 到串行桥和蓝牙到串行桥的有趣竞争条件，改变速度是一个非常棘手的问题

- Adam

Answer 2

我曾与NMEA合作过，我的经验是：

NMEA格式设计得不好。
可以直接访问 GPS 接收器的专业应用程序应避免 NMEA。 他们应该考虑 GPS 设备的特定二进制格式。

除了Adam Davis上面提到的主题之外：

• 它没有定义如何处理无效属性：例如，如果车辆静止不动，特别是如果它自启动GPS接收器以来没有移动，则航向/航向属性无效； 大多数接收器将输出一个空属性“,,”。 但这是未定义的。
• 时间字段：一些供应商在秒后使用小数部分。 如果允许的话，它没有完全指定（？）； 有些设备可以这样做，有些则不能。 （进一步：GGA语句定义秒后两位数字，RMC语句使用整数秒）
• RMC、GSV 等句子的顺序对于不同的接收者来说是不同的。
  这就导致了如何知道定位何时完成的问题。 要么检查新时间戳是否到达，然后您就知道该位置已完成，但就实时行为而言，您将失去一秒钟。 或者您了解您的接收者，并且知道哪一个是修复的最后一句话。 或者你做一些“人工智能”来分析前十秒的顺序，然后你就知道哪个是最后一个。

您可以查看 SIRF 和 UBLOX 协议规范，看看他们有哪些大章节来描述他们如何解释 NMEA 协议。

如果有人知道用 java 或 Objective-C 编写的非常好的 NMEA 解析器/编写器，它是开源的并且不受 GPL 许可，请告诉我。