gpsd recognizing, then falling back to NEMA for uBlox EVK-7PAM GPS evaluation kit

Discussion:

Burton, John

2014-09-23 22:38:16 UTC

Hi All!
I am having a slight problem with my uBlox EVK-7PAM GPS eval kit talking to
GPSD. Basically, it seems to recognize the receiver okay, but then drops
back to "Generic NEMA" mode. Maybe I am not understanding the debug
messages correctly. I am trying to set up a Linux Fedora 20 system to act
as a NTP server and use the GPS as a source clock. It seems to be working
fine, and i have PPS / KPPS working okay. Can someone provide some insight
into this issue? Below are a couple of excerpts from the log (-D 5):

John

Start up:

gpsd:INFO: launching (Version 3.9)
gpsd:IO: opening IPv4 socket
gpsd:IO: opening IPv6 socket
gpsd:INFO: listening on port gpsd
gpsd:PROG: NTPD shmat(0,0,0) succeeded, segment 0
gpsd:PROG: NTPD shmat(1081365,0,0) succeeded, segment 1
gpsd:PROG: NTPD shmat(1114134,0,0) succeeded, segment 2
gpsd:PROG: NTPD shmat(1146903,0,0) succeeded, segment 3
gpsd:PROG: successfully connected to the DBUS system bus
gpsd:PROG: shmat() succeeded, segment 1179672
gpsd:PROG: shared-segment creation succeeded,
gpsd:PROG: PPS thread launched
gpsd:INFO: NTPD ntpd_link_activate: 1
gpsd:INFO: stashing device /dev/ttyS0 at slot 0
gpsd:PROG: no /etc/gpsd/device-hook present, skipped running ACTIVATE hook
gpsd:INFO: opening GPS data source type 2 at '/dev/ttyS0'
gpsd:PROG: PPS Create Thread gpsd_ppsmonitor
gpsd:PROG: PPS thread awaiting device activation
gpsd:INFO: speed 9600, 8N1

Part where it is probing fo uBlox

gpsd:PROG: => Probing for UBX
gpsd:IO: => GPS: UBX class: 0a, id: 04, len: 0, crc: 0e34
gpsd:IO: => GPS: b5620a0400000e34
gpsd:IO: <= GPS: $GPGLL,3827.13460,N,07724.24357,W,222843.00,A,A*79
gpsd:DATA: GPGLL: registers fractional time 222843.00
gpsd:DATA: GLL: hhmmss=222843.00 lat=38.45 lon=-77.40 mode=2 status=1
gpsd:DATA: GPGLL time is 1411511323.000000 = 2014-09-23T22:28:43.00Z
gpsd:PROG: GPGLL sentence timestamped 222843.00.
gpsd:DATA: packet type 1 from /dev/ttyS0 with
{ONLINE|TIME|LATLON|STATUS|PACKET}
gpsd:PROG: => Probing for MediaTek
gpsd:IO: => GPS: $PMTK605*31\x0d\x0a
gpsd:IO: <= GPS: $GPTXT,01,01,01,PGRM inv format*34
gpsd:WARN: unknown sentence: "$GPTXT,01,01,01,PGRM inv format*34\x0d\x0a"
gpsd:DATA: packet type 1 from /dev/ttyS0 with {ONLINE|PACKET}
gpsd:IO: <= GPS: $GPTXT,01,01,01,PSRF inv format*2B
gpsd:WARN: unknown sentence: "$GPTXT,01,01,01,PSRF inv format*2B\x0d\x0a"
gpsd:DATA: packet type 1 from /dev/ttyS0 with {ONLINE|PACKET}
gpsd:IO: <= GPS: $GPTXT,01,01,01,PFEC inv format*2C
gpsd:WARN: unknown sentence: "$GPTXT,01,01,01,PFEC inv format*2C\x0d\x0a"
gpsd:DATA: packet type 1 from /dev/ttyS0 with {ONLINE|PACKET}
gpsd:IO: <= GPS: $GPTXT,01,01,01,PTNL inv format*3A
gpsd:WARN: unknown sentence: "$GPTXT,01,01,01,PTNL inv format*3A\x0d\x0a"
gpsd:DATA: packet type 1 from /dev/ttyS0 with {ONLINE|PACKET}
gpsd:IO: <= GPS: $GPTXT,01,01,01,PFEC inv format*2C
gpsd:WARN: unknown sentence: "$GPTXT,01,01,01,PFEC inv format*2C\x0d\x0a"
gpsd:DATA: packet type 1 from /dev/ttyS0 with {ONLINE|PACKET}
gpsd:IO: <= GPS: $GPTXT,01,01,01,PASH inv format*36
gpsd:WARN: unknown sentence: "$GPTXT,01,01,01,PASH inv format*36\x0d\x0a"
gpsd:DATA: packet type 1 from /dev/ttyS0 with {ONLINE|PACKET}
gpsd:IO: UBX: len 108
gpsd:PROG: switch_driver(uBlox UBX binary) called...
gpsd:PROG: selecting uBlox UBX binary driver...
gpsd:IO: UBX_MON_VER
gpsd:DATA: packet type 11 from /dev/ttyS0 with {ONLINE|PACKET|DRIVER}
gpsd:PROG: switch_driver(Generic NMEA) called...
gpsd:PROG: selecting Generic NMEA driver...
gpsd:IO: <= GPS: $GPTXT,01,01,01,PMTK inv format*3E

Burton, John

2014-09-26 12:45:01 UTC

Permalink

Gary E. Miller

2014-09-26 17:42:57 UTC

Permalink

Yo John!

On Fri, 26 Sep 2014 08:45:01 -0400

Post by Burton, John
I am having a slight problem with my uBlox EVK-7PAM GPS eval kit
talking to GPSD. Basically, it seems to recognize the receiver okay,
but then drops back to "Generic NEMA" mode.

Why do you care? No real advantage to uBlox binary mode for timekeeping.

But yes, it does look like the driver is switching modes when it should
not.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701
***@rellim.com Tel:+1(541)382-8588