GPSD 没有得到很好的修复

Question

我有一个 GPS 模块，通过 USB 连接到 Raspberry Pi。

出于某种原因，我似乎无法使用以下方法进行修复:

cgps

它似乎没有得到修复并终止。

我也尝试过:

sudo killall gpsd

sudo gpsd /dev/ttyUSB0 -F /var/run/gpsd.sock

然后再次尝试cgps，但似乎也不起作用。

我什至尝试过:

sudo nano /etc/default/gpsd

并更改了行:

GPSD_OPTIONS=""

至:

GPSD_OPTIONS="/dev/ttyACM0"

这显然对网络上的其他人有效，但在重新启动后，这也不起作用。

但由于某种原因，当我这样做时:

gpsmon /dev/ttyUSB0

我得到了完整的数据读数；纬度、经度、周六、海拔、分机。

有没有办法将gpsmon/dev/ttyUSB0语句输出到文本文件？

另外，为什么我不能使用 cgps 或类似的东西获得修复？

Answer 1

gpsd是一个简化 GPS 使用的漂亮应用程序，但它可能有点令人困惑。

如果您使用的是 Rasbian 或某些 apt基于包系统最好用sudo dpkg-reconfigure gpsd来配置它以避免并发症(tyqos)，但这不是必需的。我们有偏好，但您可能没有，

• 自动启动，
• -n不要等待客户
• -G监听所有地址，
• -b损坏设备安全模式，以及
• 自动查找

生成的配置文件如下所示

# Default settings for gpsd.
# Please do not edit this file directly - use `dpkg-reconfigure gpsd'  to
# change the options.
START_DAEMON="true"
GPSD_OPTIONS="-n -G -b"
DEVICES=""
USBAUTO="true"
GPSD_SOCKET="/var/run/gpsd.sock"

当 gpsd 以这种方式运行时，这种方法的主要障碍是它会抢在你之前获取 GPS。尝试独立直接访问设备/dev/whatever将因繁忙而失败。

如果您出于某种原因想要走这条路线，在执行其他操作之前，请确保 gpsd 未运行。

sudo killall gpsd

并移除 gpsd 可能留下的任何 socket ，

sudo rm /var/run/gpsd.sock

通过连接 GPS 并使用 dmesg | tail 跟踪它的去向来检查它的位置。 。它看起来像这样

[67338.935645] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[67338.935650] usb 1-1.2: Product: USB-Serial Controller
[67338.935653] usb 1-1.2: Manufacturer: Prolific Technology Inc.
[67338.936154] pl2303 1-1.2:1.0: pl2303 converter detected
[67338.937953] usb 1-1.2: pl2303 converter now attached to ttyUSB1
[67339.806917] pl2303 ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[67339.807306] pl2303 ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[67340.018016] pps_ldisc: PPS line discipline registered
[67340.018321] pps pps0: new PPS source usbserial1
[67340.018330] pps pps0: source "/dev/ttyUSB1" added

然后您可以使用 sudo cat /dev/ttyUSB1 检查输出...或者其他什么，但你可以在 GPSD 运行的情况下做到这一点。 (您也可以将其放入文本文件 sudo cat /dev/ttyUSB1 > gps_dump.txt 或您的 gpsmon /dev/ttyUSB0 >gps_dump.txt 中，但还有更优雅的解决方案。)

困惑的另一面是 GPSD 没有 GPS 输出，因为它没有运行或“正确”配置。 (关闭、未启动或指向错误的设备)。一些应用程序会告诉您它没有运行，许多应用程序只是静静地坐着，没有任何数据。据我所知，没有人会告诉您 GPSD 已被手动设置到错误的设备。

如果您已经杀死了 gpsd，或者没有让它神奇地自动启动，请确保它正在以 sudo /etc/init.d/gpsd restart 运行。

除非您使用奇怪的硬件做一些奇怪的事情，否则大多数情况下都会在这些设置中使用 GPSD 吐回数据，从而无需进行诊断设置。

但是，请记住 cgps如果没有修复就会超时。检查您的天空 View ，然后 Time To First Fix 。 xgps另一方面，对故障的恢复能力更强，并为数据的缺失或质量提供线索。如果您有 X 服务器，xgps实际上是我最喜欢的“它是否有效”的测试。如果你不这样做，但将你的 Pi 连接到网络上( xgps 192.168.0.6 ，或其他什么，因为另一台机器安装了 gpsd-client )。另一种选择是ssh -X user@192.168.0.6然后执行xgps )

远程登录 GPSD 虽然很有趣，但与其他诊断一样，也是另一层诊断。

最后，一个无耻的插头 Python client for gpsd (gps3.py)作为从 GPSD 访问数据的方法。它仍然是 alpha，但它没有引入历史遗留问题。