gpsd-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gpsd-users] Ublox EVK-M8T


From: Eric S. Raymond
Subject: Re: [gpsd-users] Ublox EVK-M8T
Date: Tue, 19 Sep 2017 00:10:48 -0400
User-agent: Mutt/1.5.24 (2015-08-30)

Denny Page <address@hidden>:
> The first issue is that the gpsd auto-baud detection doesn’t appear
> to work well with the unit. At 115200, gpsd will settle on 4800 if
> the unit is in binary mode. It’s unclear why. This means that gpsd
> without the -b option will work once, but fail the second time. For
> the time being, I’ve locked the unit at 9600.

That is pretty strange.  What type does it think it recognizes?  Because it
shouldn't lock to uBlox packets unless it sees the correct packet header, then
finds a correct checksum for the implied payload.  How that match could happen
at the wrong baud is pretty mysterious.

> The second issue is that a standard serial cable does not work. The
> EVK has the time pulse tied to both pin 1(DCD) and to pin 7 (RTS). I
> don’t know why they’ve also tied it to RTS, but it wreaks havoc on
> the kernel’s PPS detector, with ppstest reporting more than a
> thousand events per second. A custom cable fixes this. I am
> currently using a cable with just pin 1(DCD), pin 2 (TXD), pin 3
> (RXD), and pin 5 (GND).

Yeah, we deal with any *one* handshake line presenting 1PPS.

> The third problem is where things get interesting. While gpsmon run
> against the tty device happily reports a functioning PPS with both
> the NMEA or UBX protocols, gpsd itself does not. Gpsd is rejecting
> the PPS signal:

Interpreting that is Gary's pigeon.
-- 
                <a href="http://www.catb.org/~esr/";>Eric S. Raymond</a>

My work is funded by the Internet Civil Engineering Institute: https://icei.org
Please visit their site and donate: the civilization you save might be your own.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]