gpsd-dev
[Top][All Lists]
Advanced

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

Re: [gpsd-dev] ubxtool and remote gpsd


From: Ken McGuire
Subject: Re: [gpsd-dev] ubxtool and remote gpsd
Date: Mon, 1 Jul 2019 19:42:51 -0600
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1

Hi Gary,


Yo Ken!

On Mon, 1 Jul 2019 07:35:27 -0600
Ken McGuire <address@hidden> wrote:

> > Nice.  Any feed back on those welcomoe.  
> 
> The F9x series is a game changer for the low cost high precision
> arena.

Yup.  I can easily get 1 cm accuracy with PPP.

> I've been working with Clive on several different board designs using 
> those parts, for a while.

Ah. Good.  The sample F9T board I have from Clive works great for me.
Glad to hear it...

> > Works for me.  But there were some fixes there last week.  Can
> > you confirm this with git head?  
> 
> The system is complicated by the fact that there are 2 different 
> architecture devices running 2 different OSs, I originally thought
> the problem was with the OPi0 which runs gpsd. But after the nmap and
> nc tests showed that port 2947 was open I started looking at ubxtool
> and its support code on my desktop.

It always in the dark corners that the dust collects.  So keep at it.

> Here is what I've done since you replied, I'm not done testing, and 
> won't have time to co much more today:

That all, except setp 5/6 looks good to me.

> 5 ran ./ubxtool 192.168.0.134 on my desktop and got: ubxtool: failed
> to connect to gpsd [Errno 111] Connection refused

I can no duplicate this with git head.  I can do both of these:
        ./ubxtool [ipv4]
        ./ubxtool [hostname]

So either your git is slighlty older than mine, or something we need to
find and fix.


That code was changed by:

commit e00c2bd65d95bd8d71077fa9147cdfd6b07504fd
Date:   Thu Jun 27 19:51:59 2019 -0700

So any test earlier than Friday is stale data.

Interesting, I'll check the commit.

The latest commit I have is:

ae1711865cd36d6ab8ef1cc85ec2a9036d30c7e5
which is 6/28 at 18:52


> 6 at line 47 of client.py added:         print ('connect:', (host,
> port))

Which should be a NOP, except it breaks the port selection.

> 7 ran:
> 
> ./ubxtool 192.168.0.134
> connect: ('127.0.0.1', '2947')
> ubxtool: failed to connect to gpsd [Errno 111] Connection refused

Odd.  I do not see how the before Friday code would have done that.

> and then:
> 
> ./ubxtool 192.168.0.134:1234
> connect: ('127.0.0.1', '2947')
> ubxtool: failed to connect to gpsd [Errno 111] Connection refused

Doubly odd.  Can you confirm your UBXOPTS environment variable is
empty?

env

XDG_VTNR=8
NVM_RC_VERSION=
MATE_DESKTOP_SESSION_ID=this-is-deprecated
XDG_SESSION_ID=c1
SSH_AGENT_PID=2383
NVM_CD_FLAGS=
SHELL=/bin/bash
TERM=xterm
XDG_SESSION_COOKIE=c21a0d9680adc6831d0a176455ae8e95-1561982212.645873-769920053
WINDOWID=65011742
NVM_DIR=/home/kenm/.nvm
USER=kenm
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:
SSH_AUTH_SOCK=/tmp/ssh-4C2DP1n96j97/agent.2245
DEFAULTS_PATH=/usr/share/gconf/mate.default.path
USERNAME=kenm
SESSION_MANAGER=local/kenm-Studio-XPS-8000:@/tmp/.ICE-unix/2245,unix/kenm-Studio-XPS-8000:/tmp/.ICE-unix/2245
MC_TMPDIR=/tmp/mc-kenm
XDG_CONFIG_DIRS=/etc/xdg/xdg-mate:/etc/xdg
DESKTOP_SESSION=mate
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
GDM_XSERVER_LOCATION=local
PWD=/media/kenm/usr7/PocketBeagle/GPSD/gpsd-test
LANG=en_US.UTF-8
MANDATORY_PATH=/usr/share/gconf/mate.mandatory.path
GDMSESSION=mate
MDM_XSERVER_LOCATION=local
HISTCONTROL=ignoreboth
HOME=/home/kenm
XDG_SEAT=seat0
SHLVL=2
MC_SID=4152
GTK_OVERLAY_SCROLLING=0
LOGNAME=kenm
XDG_SESSION_DESKTOP=mate
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-M7JvBup2ZV,guid=185fa4bb3f4bffb2be757c815d19f505
XDG_DATA_DIRS=/usr/share/mate:/usr/local/share/:/usr/share/:/usr/share/mdm/
LESSOPEN=| /usr/bin/lesspipe %s
MDMSESSION=mate
WINDOWPATH=8
TEXTDOMAIN=im-config
DISPLAY=:0.0
XDG_RUNTIME_DIR=/run/user/1000
MDM_LANG=en_US.UTF-8
XDG_CURRENT_DESKTOP=MATE
LESSCLOSE=/usr/bin/lesspipe %s %s
TEXTDOMAINDIR=/usr/share/locale/
XAUTHORITY=/home/kenm/.Xauthority
COLORTERM=mate-terminal
_=/usr/bin/env
OLDPWD=/media/kenm/usr7/PocketBeagle/GPSD


> 8 This leads me to believe that something is amuck with how ubxtool
> was dealing with the server:port parameter it is passed.

I agree, except I can't duplicate, nor do I see how the code before
the recent fix could fail that way.
This is definitely an ""Interesting"" issue.

What is your Python version?
python --version
Python 2.7.6
RGDS
GARY
So, do you agree that this is an issue with ubxtool, and not something with gpsd itself? all of the above is related to the desktop (Linux Mint 17.3) The gpsd version on the remote system is at the same commit as on the desktop.

On the OPi0:

git log
commit ae1711865cd36d6ab8ef1cc85ec2a9036d30c7e5 (HEAD -> master, origin/master, origin/HEAD)
Author: Greg Troxel <address@hidden>
Date:   Fri Jun 28 20:52:13 2019 -0400

    xgps: Fix typo in comment
.... lots of earlier commits...

python --version
Python 2.7.15+

But gpsd doesn't use python in it's normal operation.


   ...ken...


reply via email to

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