GPS 中间驱动程序问题

Question

我的 GPS 中间驱动程序存在一些问题，我已在相机/GPS 硬件中添加了一个虚拟串行端口以公开原始 NMEA 数据，现在可以正常工作，任何需要原始 NMEA 数据的应用程序都可以连接到 COM8 并接收它。

如果涉及GPS中间驱动程序，即“设置|外部GPS”将硬件端口设置为COM8，将程序端口设置为COM7。然后，当应用程序从 COM7 请求数据时，数据看起来会有所不同。我只是说出现是因为我无法检查物理输出，请参阅下面的注释 A。

区别似乎在于它的返回速度明显比直接连接到 COM8 慢，而且像 VisualGPS 这样的应用程序虽然显示锁定到 6 颗卫星，但不会显示 3D GPS 修复。只有当连接到 COM8 时，我才会收到 3D GPS 修复，这对我来说表明 Microsoft 软件正在更改数据而不是简单地共享数据，从而给想要使用驱动程序在多个应用程序之间共享数据的用户带来问题。

任何人都知道为什么 Microsoft 中间驱动程序会导致我出现此类问题，但有关它的信息似乎很少。

注 A) - WM6 专业版似乎没有诊断程序可以读取 COM 端口或至少将流量重定向到连接到 PC 的 COM 端口。如果有人可以推荐一个 WM6 程序来连接和查看来自 COM 端口的数据，最好带有时间戳。或者一个重定向流量的程序，即从 COM7 读取、打开 COM6 并通过 COM6 发送数据。我可以将数据推送到系统中，只是我找到的程序都不会将数据推送出去。

Answer 1

更改设备数据是 GPS 中间驱动程序应该做的事情。它将您的应用程序与 GPS 设备的实现细节隔离开来，以便您的代码可以与任何 GPS 设备配合使用。我无法从您的问题中诊断出您遇到的确切问题，我只能推荐 文档。

Answer 2

我已与移动设备制造商合作来诊断此问题。他们必须使用我们的设备和操作系统的调试版本来隔离它，即使如此，问题也不是双方（驱动程序与操作系统）的一行代码。我们的读取方法没有超时，作为一个软件端口，这并不重要，但它是必需的。

必须添加这样的东西。

if(WaitForSingleObject(driver->GPSDataAvailableThread, driver->GPSTimeouts.ReadTotalTimeoutConstant) != WAIT_OBJECT_0)
{
   //debug message, no data to read
   return 0; //return 0 bytes read
}
//otherwise carry on a normal read operation.

即使超时为 0，它也允许线程休眠并允许其他进程继续。问题是没有它，应用程序读取 COM 端口的次数太多，导致中间驱动程序调用和创建互斥锁产生开销。像 pocketputty 这样多次读取 1 个字节的应用程序会导致此问题，但像 copilot 这样的 SatNav 软件每秒读取 1024 次就没有问题。