|
| From: | Chris Smith |
| Subject: | Re: [gpsd-users] 1PPS not working with RPi 3 B+ and Stretch |
| Date: | Sat, 21 Jul 2018 13:57:38 -0400 |
If ya'll are still with me and not thoroughly annoyed with the frequency of my e-mails, I appreciate your patience.That said, here's my distilled findings.Here's what is convincing to me that the 3.18~dev build of gpsd is buggy, at least when using my GPS module which is based upon the UM220-III NL chip.I have purged my RPi 3 B+ of all official Raspbian gpsd and unofficical instances. It is running the latest official Jessie with kernel 4.4.21-v7+. "gpsd" does not exist on it's filesystem anywhere, no do any of the associated libraries that get built with it.I have downloaded the gzip'd tarball for gpsd 3.16 stable from here: http://download-mirror.savannah.gnu.org/releases/ gpsd/ I have extracted it to a folder called /home/pi/gpsd-3.16I then do a git clone of 3.18~dev into a folder called /home/pi/gpsdI then move /home/pi/gpsd to /home/pi/gpsd-3.18-devI then build them the same way found here using scons (http://www.catb.org/gpsd/gpsd-time-service-howto.html ).scons timeservice=yes nmea0183=yes fixed_port_speed=9600 fixed_stop_bits=1 pps=yes ntpshm=yesI do not install them into the OE as services, they are simply compiled binaries at the moment that are not found in my PATH variable.This configuration allows me to cd into either /home/pi/gpsd-3.16 or /home/pi/gpsd-3.18-dev and chose which gpsd version I wish to start.Here is what I can say with certainty:If I start gpsd version 3.18~dev (as root, no sudo) and then run the ntpshmmon that was build with it (as root, no sudo), I do not see any output. I do see, however, that ipcs -m shows two processes (gpsd and ntpshmmon) are attached to the 8 SHM ranges that gpsd uses.Now, here's the interesting test.If I shutdown the previous gpsd instance and then start gpsd version 3.16-stable (as root, no sudo) and then run (as root, no sudo) the ntpshmmon binary that was built with the 3.18~dev version, I see output from NTP0 and NTP2.Additionally, with 3.16-stable, I see 1PPS assert accepts from gpsd. In 3.18~dev, I see "gpsd:PROG: PPS:/dev/pps0 Assert ignored missing last_fixtime". I don't know why we're ignoring this symptom.That makes me believe that the gpsd binary for 3.18~dev itself is the culprit.I observe these results on both the latest version of Jessie and Stretch.Do you guys know what the development environment for 3.18~dev looked like? What release, kernel, library versions, etc..?Are there any build requirements that differ between 3.16-stable and 3.18~dev?Thanks,ChrisOn Sat, Jul 21, 2018 at 10:46 AM, Chris Smith <address@hidden> wrote:Here's one other way to look at the /dev/shm question...Here's "ipcs -m" before gpsd is started (not after a fresh boot...)------ Shared Memory Segments --------key shmid owner perms bytes nattch status0x00000000 163840 pi 600 524288 2 dest0x00000000 196609 pi 600 393216 2 dest0x00000000 262146 pi 600 524288 2 dest0x4e545030 294915 root 600 80 00x4e545031 327684 root 600 80 00x4e545032 360453 root 666 80 00x4e545033 393222 root 666 80 00x4e545034 425991 root 666 80 00x4e545035 458760 root 666 80 00x4e545036 491529 root 666 80 00x4e545037 524298 root 666 80 0Here is with gpsd 3.18~dev running...address@hidden:/home/pi/gpsd# ipcs -m ------ Shared Memory Segments --------key shmid owner perms bytes nattch status0x00000000 163840 pi 600 524288 2 dest0x00000000 196609 pi 600 393216 2 dest0x00000000 262146 pi 600 524288 2 dest0x4e545030 294915 root 600 80 10x4e545031 327684 root 600 80 10x4e545032 360453 root 666 80 10x4e545033 393222 root 666 80 10x4e545034 425991 root 666 80 10x4e545035 458760 root 666 80 10x4e545036 491529 root 666 80 10x4e545037 524298 root 666 80 1And here's what ipcs -m looks like with ntpshmmon running as root while gpsd 3.18~dev is running...address@hidden:/home/pi/gpsd# ipcs -m ------ Shared Memory Segments --------key shmid owner perms bytes nattch status0x00000000 163840 pi 600 524288 2 dest0x00000000 196609 pi 600 393216 2 dest0x00000000 262146 pi 600 524288 2 dest0x4e545030 294915 root 600 80 20x4e545031 327684 root 600 80 20x4e545032 360453 root 666 80 20x4e545033 393222 root 666 80 20x4e545034 425991 root 666 80 20x4e545035 458760 root 666 80 20x4e545036 491529 root 666 80 20x4e545037 524298 root 666 80 2I think this shows that gpsd and ntpshmmon are all working as expected, yes?ChrisOn Sat, Jul 21, 2018 at 10:19 AM, Chris Smith <address@hidden> wrote:Ok, same thing but as root this time, using my correct serial device (/dev/ttyAMA0 vs /dev/ttyS0) and including /dev/pps0... whoops! Still looks like /dev/shm is trying to be used, yes?address@hidden:/home/pi/gpsd# ./gpsd -nND 4 /dev/ttyAMA0 /dev/pps0 |& fgrep -i SHM gpsd:PROG: NTP: shmat(294915,0,0) succeeded, segment 0gpsd:PROG: NTP: shmat(327684,0,0) succeeded, segment 1gpsd:PROG: NTP: shmat(360453,0,0) succeeded, segment 2gpsd:PROG: NTP: shmat(393222,0,0) succeeded, segment 3gpsd:PROG: NTP: shmat(425991,0,0) succeeded, segment 4gpsd:PROG: NTP: shmat(458760,0,0) succeeded, segment 5gpsd:PROG: NTP: shmat(491529,0,0) succeeded, segment 6gpsd:PROG: NTP: shmat(524298,0,0) succeeded, segment 7gpsd:INFO: PPS:/dev/ttyAMA0 ntpshm_link_activate: 1gpsd:INFO: PPS:/dev/pps0 ntpshm_link_activate: 0I think the best way to see SHM usage is "ipcs"...I have stopped and disabled ntpd before this test.from a fresh boot, and before starting gpsd 3.18~devaddress@hidden:~/gpsd $ sudo ipcs -m------ Shared Memory Segments --------key shmid owner perms bytes nattch status0x00000000 163840 pi 600 524288 2 dest0x00000000 196609 pi 600 393216 2 dest0x00000000 262146 pi 600 524288 2 destafter starting gpsd 3.18~devaddress@hidden:~/gpsd $ sudo ipcs -m------ Shared Memory Segments --------key shmid owner perms bytes nattch status0x00000000 163840 pi 600 524288 2 dest0x00000000 196609 pi 600 393216 2 dest0x00000000 262146 pi 600 524288 2 dest0x4e545030 294915 root 600 80 10x4e545031 327684 root 600 80 10x4e545032 360453 root 666 80 10x4e545033 393222 root 666 80 10x4e545034 425991 root 666 80 10x4e545035 458760 root 666 80 10x4e545036 491529 root 666 80 10x4e545037 524298 root 666 80 1and after stopping gpsd 3.18~devaddress@hidden:~/gpsd $ sudo ipcs -m------ Shared Memory Segments --------key shmid owner perms bytes nattch status0x00000000 163840 pi 600 524288 2 dest0x00000000 196609 pi 600 393216 2 dest0x00000000 262146 pi 600 524288 2 dest0x4e545030 294915 root 600 80 00x4e545031 327684 root 600 80 00x4e545032 360453 root 666 80 00x4e545033 393222 root 666 80 00x4e545034 425991 root 666 80 00x4e545035 458760 root 666 80 00x4e545036 491529 root 666 80 00x4e545037 524298 root 666 80 0On Sat, Jul 21, 2018 at 9:44 AM, Chris Smith <address@hidden> wrote:address@hidden:~/gpsd $ pwd <-where am I?/home/pi/gpsd <-directory made from git clone of gpsd.git from nongnu.orgaddress@hidden:~/gpsd $ ./gpsd -V <- I want to run the gpsd version in my cwd./gpsd: 3.18~dev (revision release-3.17-157-g5e95e79)address@hidden:~/gpsd $ which gpsd <- where does the gpsd binary reside that the system sees in my PATH?/usr/sbin/gpsdaddress@hidden:~/gpsd $ gpsd -V <-What's that look like?gpsd: 3.11 (revision 3.11-3)address@hidden:~/gpsd $ ./gpsd -nND 4 /dev/ttyS0 |& fgrep -i SHM <-Running latest dev build, and we can be sure of thatgpsd:PROG: NTP: shmat(360453,0,0) succeeded, segment 2gpsd:PROG: NTP: shmat(393222,0,0) succeeded, segment 3gpsd:PROG: NTP: shmat(458760,0,0) succeeded, segment 4gpsd:PROG: NTP: shmat(491529,0,0) succeeded, segment 5gpsd:PROG: NTP: shmat(524298,0,0) succeeded, segment 6gpsd:PROG: NTP: shmat(557067,0,0) succeeded, segment 7gpsd:INFO: PPS:/dev/ttyS0 ntpshm_link_activate: 1^Caddress@hidden:~/gpsd $ gpsd -nND 4 /dev/ttyS0 |& fgrep -i SHM <- running official Raspbian buildgpsd:PROG: NTPD shmat(360453,0,0) succeeded, segment 2gpsd:PROG: NTPD shmat(393222,0,0) succeeded, segment 3gpsd:PROG: shmat() succeeded, segment 425991gpsd:INFO: NTPD ntpshm_link_activate: 1^Caddress@hidden:~/gpsd $ gpsd -nND 4 /dev/ttyS0 |& fgrep -i SHM <- just double checking the output...gpsd:PROG: NTPD shmat(360453,0,0) succeeded, segment 2gpsd:PROG: NTPD shmat(393222,0,0) succeeded, segment 3gpsd:PROG: shmat() succeeded, segment 425991(::probably missing ntpshm_link_activate: 1 on this go because I quickly restarted the program::)^Caddress@hidden:~/gpsd $ ps -ef | grep gps <- making sure I haven't left anything running...pi 13329 7982 0 13:31 pts/1 00:00:00 grep --color=auto gpsaddress@hidden:~/gpsd $ apt purge gpsd <- ok, let's get rid of the apt installed gpsd incase there's linked libraries somewhere or something...E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied)E: Unable to lock the administration directory (/var/lib/dpkg/), are you root? <- whoopsaddress@hidden:~/gpsd $ sudo apt purge gpsdReading package lists... DoneBuilding dependency treeReading state information... DoneThe following packages will be REMOVED:gpsd*0 upgraded, 0 newly installed, 1 to remove and 337 not upgraded.After this operation, 126 kB disk space will be freed.Do you want to continue? [Y/n] y(Reading database ... 121128 files and directories currently installed.)Removing gpsd (3.11-3) ... <- there we goPurging configuration files for gpsd (3.11-3) ...Processing triggers for man-db (2.7.0.2-5) ...address@hidden:~/gpsd $ pwd <- confirm where I am/home/pi/gpsdaddress@hidden:~/gpsd $ ./gpsd -V <-confim the binary in that file is the same as it was before the apt purge./gpsd: 3.18~dev (revision release-3.17-157-g5e95e79)address@hidden:~/gpsd $ gpsd -V <- double check there is no gpsd binary in /usr/sbin/gpsd-bash: /usr/sbin/gpsd: No such file or directoryaddress@hidden:~/gpsd $ which gpsd <- does not return anything indicating that there is a gpsd binary in my PATHaddress@hidden:~/gpsd $ ./gpsd -nND 4 /dev/ttyS0 |& fgrep -i SHM <- let's start up 3.18~dev again, ensuring that the SHM output is the same before the apt purge...gpsd:PROG: NTP: shmat(360453,0,0) succeeded, segment 2gpsd:PROG: NTP: shmat(393222,0,0) succeeded, segment 3gpsd:PROG: NTP: shmat(458760,0,0) succeeded, segment 4gpsd:PROG: NTP: shmat(491529,0,0) succeeded, segment 5gpsd:PROG: NTP: shmat(524298,0,0) succeeded, segment 6gpsd:PROG: NTP: shmat(557067,0,0) succeeded, segment 7gpsd:INFO: PPS:/dev/ttyS0 ntpshm_link_activate: 1^CAlso,address@hidden:~/gpsd $ mount | grep shmtmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)ChrisOn Fri, Jul 20, 2018 at 10:45 PM, Gary E. Miller <address@hidden> wrote:Yo Chris!
> Lets check that your SHM works:
>
> # gpsd -nND 4 /dev/ttyS0 |& fgrep SHM
> gpsd:PROG: shmget(0x47505344, 9008, 0666) for SHM export succeeded
> gpsd:PROG: shmat() for SHM export succeeded, segment 262152
A better test for SHM:
# gpsd -nND 4 /dev/ttyS0 |& fgrep -i SHM
gpsd:PROG: NTP: shmat(0,0,0) succeeded, segment 0
gpsd:PROG: NTP: shmat(32769,0,0) succeeded, segment 1
gpsd:PROG: NTP: shmat(65538,0,0) succeeded, segment 2
gpsd:PROG: NTP: shmat(98307,0,0) succeeded, segment 3
gpsd:PROG: NTP: shmat(131076,0,0) succeeded, segment 4
gpsd:PROG: NTP: shmat(163845,0,0) succeeded, segment 5
gpsd:PROG: NTP: shmat(196614,0,0) succeeded, segment 6
gpsd:PROG: NTP: shmat(229383,0,0) succeeded, segment 7
gpsd:PROG: shmget(0x47505344, 9008, 0666) for SHM export succeeded
gpsd:PROG: shmat() for SHM export succeeded, segment 262152
gpsd:INFO: PPS:/dev/ttyS0 ntpshm_link_activate: 1
RGDS
GARY
------------------------------------------------------------ ---------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
address@hidden Tel:+1 541 382 8588
Veritas liberabit vos. -- Quid est veritas?
"If you can’t measure it, you can’t improve it." - Lord Kelvin
| [Prev in Thread] | Current Thread | [Next in Thread] |