I realize this thread is a bit old, but...
SL5500, OZ 3.3.6Pre1
GPSD doesn't want to install because of a dependency on serial-modules. Read elsewhere that they are compiled into the kernel, so I overrode the dependeny and it installs. I run it by hand with a debug of 3 and start qpegps. In the debug window I get a lot of:
Unknown exception: " "Lat: 0.000000 Lon: 0.000000 Alt: 0.000000 Sat: 0 Mod: 0 Time:
Interspersed with the exact same thing but some non-ascii characters between the ""s.
I got this gpsd binary from the German site, copied it over the one in /usr/bin and get the exact same thing.
Haicom HI-303S CF GPS which acts as ttyS3 and I have made work only ONCE since purchasing it. Could not reproduce, not sure what I did then.
Since then I've installed/tried OZ 3.2, 3.3.5 and now 3.3.6Pre1. I tried the Sharp ROM, etc...
Not sure what I'm doing wrong but it sure is frustrating
GPSD is talking to the serial port, it's just like it can't decode what's coming down. Does it know about NMEA and SiRF and things like that or does it just take data from /dev/ttySx and make it available via TCP socket?
I start it with debug of 3 in one shell and try "statserial" in another. All lines low. "stty -a </dev/ttyS3" hangs at this point, the port isn't _open_. So I telnet localhost:2947 and then statserial will show me a bunch of pins high and the stty shows 4800bps. If I type "help" in the telnet window I see GPSD returned. In the shell window with gpsd running in debug mode plenty of the above errors.. I kill the telnet and run qpegps which appears to be fine with the running gpsd but doesn't work. The "gpsd" icon flashes between Green OK and Red ERR continuously. Like it can't decypher the data coming off the card either.
It's like the baud rate is wrong but I know the device is supposed to operate at 4800 and I've seen and confirmed this with stty -a < /dev/ttyS3 (I know serial comms, have installed/troubleshot hundreds of serial terminals and printers and can quote the pins of a serial DB25 from memory)
The more I look at it and think about it, the serial-modules dependency issue starts to smell fishy. Serial data is getting "scrambled" between point A and point B somehow it appears and it's the only thing I can think of. There's no cable to be pinned wrong or anything like that, so...
All I know is it's frustrating. I'm leaving for a trip in an hour and kind of wanted to play with/use the GPS on the way... Oh well, maybe next time
Thanks in advance!