OpenCPN 3.0.0 with GPSD v3.6

[teejayevans]

Anybody tried it with latest gpsd??
From opencpn.log:
2:33:19 EDT: Attempting to load libgps.so.20
22:33:19 EDT: LIBGPS: Using libgps API=20
22:33:19 EDT: LIBGPS: Found libgps version 0.0
22:33:19 EDT: AIS Data Source is....None
and with gpsd logging, I see lots of these:
345
Poll/Read Set: 20137FC
LATLON 1.71805e+43 -4.19858e+105
TRACK_SET
SPEED_SET
STATUS_SET: 1 status 0

gpsmon showed gps up and running as normal.
Tom

[bdbcat]

Tom...

What is your OS, and where did the latest gpsd come from?

Dave

[teejayevans]

Originally Posted by bdbcat

Tom...

What is your OS, and where did the latest gpsd come from?

Dave

Its Ubuntu Lucid,
Linux 2.6.32-32-generic #62-Ubuntu SMP Wed Apr 20 21:54:21 UTC 2011 i686 GNU/Linux
I also tried the old 2.92 version and it doesn't work either, this is a recent upgrade to v3, so I grab the 3.6 version and built it and installed it, hoping it would fix my problem....opencpn output is similar and from the opencpn.log:
12:42:52 EDT: NMEA Data Source is....LIBGPS:localhost
12:42:52 EDT: Failed to load libgps.so
12:42:52 EDT: Attempting to load libgps.so.20
12:42:52 EDT: Failed to load libgps.so.20
12:42:52 EDT: Attempting to load libgps.so.19
12:42:52 EDT: LIBGPS: Using libgps API=19
12:42:52 EDT: LIBGPS: Version not determined
12:42:52 EDT: AIS Data Source is....None


gpsdrive worked with both, and obviously xgps words as well.

I saw this on the website which is why I tried 3.6 with v20 lib, not sure if this is a build issue only, or runtime as well:
Developers note: libgps API changed significantly between libgps19 and ..20. We require the libgps20 API and include files to build OpenCPN, and a "version skew" warning will be produced if they are not found. The libgps interface will not function correctly if OpenCPN is built with libgps19 include files.
Tom

[bdbcat]

Tom....

Can you get and try a local build of gpsd 2.96? This should be libgps20, and should work.

I have had trouble building gpsd 3.6 on my ancient Gutsy development system, so it is not tested by me. I'm procrastinating on upgrade to 12.04. There is never a good time....

Dave

[teejayevans]

Ok, I tried to look at OpenCPN code, but I'm not a CPP coder, but I couldn't find where you setup the the gpsd to send you enable nmea data mode, ie, it starts out in json, with:
{"class":"VERSION","release":"3.6","rev":"3.6","pr oto_major":3,"proto_minor":7}
if you send it: ?WATCH={"enable":true,"nmea":true}\n
it responds with a couple of more json strings:
{"class":"DEVICES","devices":[{"class":"DEVICE","path":"/dev/ttyUSB0","activated":"2012-06-30T22:47:36.333Z","flags":1,"driver":"Generic NMEA","native":0,"bps":4800,"parity":"N","stopbits ":1,"cycle":1.00}]}
{"class":"WATCH","enable":true,"json":false,"nmea" :true,"raw":0,"scaled":false,"timing":false}
and then it's off and running with nmea sentences....
I'm guessing libgps is suppose to hide the json part? but it seems more trouble than it's worth, it appears from the debug that you are getting json when you expect nmea.
Maybe instead of libgps mode, we need "GPSD Network mode" and just handle the initial handshake without the libgps dependency...opencpn has too many build dependencies for me to try to build it on my backlevel Lucid system.
Like you, I have no desire to upgrade to 12.X with the awful new gnome desktop.
Thanks for looking at it....
Tom
Tom

[bdbcat]

Tom....
We do not get a NMEA nor a JSON stream from GPSD. We use the libgps calls to access the internal struct with all data directly.

Have you tried getting gpsd 2.96, and building it locally?
I could send you the .so if you are unable to build, or the source tree. This should work.

Dave

[teejayevans]

Originally Posted by bdbcat

Tom....
We do not get a NMEA nor a JSON stream from GPSD. We use the libgps calls to access the internal struct with all data directly.

Have you tried getting gpsd 2.96, and building it locally?
I could send you the .so if you are unable to build, or the source tree. This should work.

Dave

I couldn't find the source, the gpsd new site only has downloads for v3.
I was able to put together a hack (I open gpsd via tcp port, enable nmea, and forward the tcp traffic back to a virtual serial port, and let opencpn read from the virtual port), crude but effective , if you can point me to gpsd 2.96 source tree, I will build it and try that.
thx,
Tom

[bdbcat]

bob..

Email me with your address, and I'll send it
Dave

[teejayevans]

When I ran gpsd's own test_libgps program, that failed also, I will follow with gpsd user list.
Tom

[teejayevans]

Originally Posted by teejayevans

When I ran gpsd's own test_libgps program, that failed also, I will follow with gpsd user list.
Tom

The good news is I found a bug in gpsd that cause the above failure, and it help opencpn as well, but didn't fix the problem, the trace output shows:
Re-opened library
1
Poll/Read Set: 20000800
STATUS_SET: 0 status 0
2
Poll/Read Set: 20000000
STATUS_SET: 0 status 0
....

No more funny numbers, but no gps data either....oh well....will wait for gpsd folks to respond....
Tom

[rooiedirk]

I made a fresh compile of GPSD 3.6 on my 'gentoo' machine, and it does work without complaints.
Dirk

[teejayevans]

Originally Posted by rooiedirk

I made a fresh compile of GPSD 3.6 on my 'gentoo' machine, and it does work without complaints.
Dirk

Double check that you weren't using the old library. This really isn't a daemon problem, it's a problem with the libgps library.
Tom

[rooiedirk]

Hoi Tom,
I double checked. Removed all libgps* files. recompiled and working.
However I am using the gentoo sources for gpsd, wich include some patches.
When I try to compile the sources from git,(git://git.savannah.nongnu.org/gpsd.git) I get errors.

/test_bits: symbol lookup error: ./test_bits: undefined symbol: getbed64
scons: *** [bits-regress] Error 127
scons: building terminated because of errors.

I'll attach the patches gentoo is using.
Dirk