Messages

1

X/Qt / Gpsdrive On X/qt-debian

« on: June 28, 2006, 09:06:48 am »

non-network local connections being added to access control list

libmysqlclient.so not found.

MySQL support disabled.

PDA mode

/home/gps/.gpsdrive/way.txt: No such file or directory

no garmin support compiled in

You can ignore these messages unless you want MySQL support or you have a Garmin receiver. Use the "-q" option to tell gpsdrive not to use MySQL.

GLib-ERROR **: gmem.c:141:g_malloc(): failed to allocate 4294967168 bytes

This is the problem but I don't know what's causing it, I'm afraid. The file gmem.c is part of glib,  not gpsdrive. This is a complete guess, but it looks like glib is seeing your 4GB hard drive as available memory, and trying to reserve it.

2

X/Qt / Gpsdrive On X/qt-debian

« on: March 15, 2006, 06:17:11 pm »

Full Debian package now compiled and can be downloaded from:

Gpsdrive

Note ... gpsd is no longer included in the package.



Cheers

Ian

3

5x00 Hardware / Gps Problems

« on: October 01, 2005, 08:50:09 am »

but I can't find a download option anywhere

I guess it's just a case of saving the image from within your browser. With XP/Firefox, it's simply a case of right clicking on the map that's been generated, then using "Save Image As ..."  and save as the filename that the website has generated for you.

It'll probably save as gif - in which case you need to convert the gif file to a png or jpg file somehow. There should be a program called gif2png on your Z - it comes with qpeGPS, so you could copy the gif(s) to your Z and convert them to png there.

Then don't forget to add an entry in maps.txt - the website is very helpful with advice on that. Check out the online manual.

Ian

4

5x00 Hardware / Gps Problems

« on: September 25, 2005, 09:49:37 am »

A kind qpeGPS user has created  http://gps.pazu.info - it'll create a map for you after giving it the required LAT/LON. Plus, it tells you what entry you need to make in the maps.txt file.

I think that qoeGPS only works with the PNG format, so be sure to save the map as a PNG file. Then just copy the saved map to your maps directory on your Z and add the entry to maps.txt.




Ian

5

5x00 Hardware / Gps Problems

« on: September 11, 2005, 02:08:56 pm »

As I said, if I try and install just maps_arm.ipk, the Z refuses telling me to uninstall the current version. Must I completely uninstall/reinstall QpeGPS again?

The maps_arm.ipk, unless you've got a different copy from me, contains both the "qpegps" binary and the maps. So yes, you'll have to uninstall any previous version first.

I've downloaded Expedia maps - it shouldn't be a problem but you do need a CF network card.



Ian

6

5x00 Hardware / Gps Problems

« on: September 07, 2005, 07:32:04 am »

So do you see any maps when you type:-

ls -l /home/QtPalmtop/qpegps/maps   ?

If so, then that's what you want to change your maps directory to be. If not, then the maps never installed for some reason.

7

5x00 Hardware / Gps Problems

« on: September 05, 2005, 07:16:31 am »

Yes. Also, as expected, the maps, eg m3160-42--6.png, aren't there.

How about the "find" command? Did that produce anything?

8

5x00 Hardware / Gps Problems

« on: September 02, 2005, 04:41:21 pm »

ls -l <map directory>

That wasn't meant to be taken literally!

What I meant was to replace <maps directory> with the Map directory showing in your config tab, i.e:-

ls -l /opt/Qtopia/qpegps/maps/

If there's nothing there, try:-

ls -l /opt/QtPalmtop/qpegps/maps

If still no success, try the following:-

find / -type d -name maps  2>/dev/null                  (and wait a while)


Did the find command show any directory called "maps"? If so, that's probably where you'll find them. If not, then I guess they weren't installed for some reason.


Regards


Ian

9

5x00 Hardware / Gps Problems

« on: August 31, 2005, 01:47:17 pm »

Lee

The example maps supposedly provided in this version of QpeGPS are not loaded.

Under your config tab, is your Map directory still showing as "/opt/Qtopia/qpegps/maps/"?

Whatever is showing as your map directory, check if the maps are installed in there by typing from the Terminal:-

ls -l <map directory>

The qpeGPS maps package installs its maps to ./opt/QtPalmtop/qpegps/maps/.  This shouldn't be a problem, I think, because on my C750 Cacko at least, /opt/Qtopia is simply a link to the QtPalmtop directory.

If the "ls -l" shows nothing, try the following if you installed to SD:-

ls -l /mnt/card/QtPalmtop/qpegps/maps

If you find the maps, eg m3160-42--6.png, in here, then be sure to change the config in qpegps so that this is now your maps directory. Don't forget to press <Enter> !

The Info tab shows you all the maps installed in your maps directory.

Would someone familiar with QpeGPS provide a "QpeGPS for Dummies" instruction on how (and where) to bring in maps.

Have you read the documentation at http://qpegps.sourceforge.net/assets/docu/docu_0.9.2.1.html? It's not much, but it may help.

The best technique for me right now would be with a CF card, as I haven't bought a network or modem card yet to get online with the Z.

You need to get that network card or download to your CF memory card via another PC with a network connection and then copy to your Z. Any new maps that are copied in such a way would need to be added to your maps.txt file. Have a look at the maps.txt and sources.txt files to get some idea of how to download a map and the format it should be recorded in.


cyberhobo

It might be worth persisting with the "stty" command that I pulled out qpegps. See what format of the command
 "stty 4800 line 0 min 1 time 0 ignbrk -brkint -icrnl -imaxbel -opost -onlcr onlret -isig
-icanon -iexten -echo -echoe -echok-echoctl -echoke < /dev/ttyS3" actually works
without errors. You might be able to get away with entering that command just before starting qpeGPS.


Ian

10

5x00 Hardware / Gps Problems

« on: August 29, 2005, 05:44:55 pm »

No, but there is reference to "ttyS04 at port 0xc56703f8 (irq = 35) is a 16650A"

Bizarreness! Does anybody reading this understand what might be going on here? It appears that the kernel is now assigning your GPS card to ttyS4. Perhaps ttyS3 is in use, but I don't see any evidence of that. What do you get if you type:-

dmesg|grep ttyS
ps -ef|grep [t]tyS3

Any reference to ttyS03 or ttyS3 at all?

Do you see any file listing if you type:-

ls -l /dev/ttyS4

Maybe it's time for a reboot if you haven't done one recently!

Ian

11

5x00 Hardware / Gps Problems

« on: August 28, 2005, 08:29:30 am »

Do I understand this right? With the GPS card inserted, when you type "setserial -g /dev/ttyS3", you get the following response:-

UART: unknown, Port: 0x0000, IRQ: 0

It looks as though ttyS3 is not being initialised.

What do you get if you type:-

cardctl ident
cardctl config

Eject and re-insert the GPS card. Then type "dmesg" and do you see any message referring to "ttyS03" at the bottom of the dmesg output?

Have you tried the card with a laptop yet?


Ian

12

5x00 Hardware / Gps Problems

« on: August 27, 2005, 12:36:33 pm »

Hi cyberhobo

Your problem is different from Lee's - the fact that when you telnet to port 2947 you get valid NMEA data shows that your card is working okay and gpsd is running fine.

I think your problem is related to OZ and the copy of qpegps that you are using - see the following thread:-

https://www.oesf.org/forums/index.php?showt...qpegps+problems

I don't know if there is a working copy of qpegps for your version of OZ but it's worth looking around.

You did provide some very interesting output that may well be the cause of all the OZ problems:-

executing stty
stty: invalid number `line'

A quick "strings" of qpegps, not the most reliable way of debugging a program admittedly, seems to indicate the following method of initialising the GPS card:-

READY=`cardctl status 0 | grep ready | wc -l`;if [ $READY -gt 0 ];then  echo "ca
rd ready";else  echo "executing cardctl resume";  cardctl resume;fi;SPEED=`stty
< /dev/ttyS3 | grep 4800 | wc -l`;if [ $SPEED -gt 0 ];then  echo "port settings
ok";else  echo "executing stty";  stty 4800 line 0 min 1 time 0 ignbrk -brkint -
icrnl -imaxbel -opost    -onlcr onlret -isig -icanon -iexten -echo -echoe -echok
 -echoctl    -echoke < /dev/ttyS3;fi

It looks to me like you have a version of "stty" that works differently from the Sharp one, ie it doesn't like the "line" argument and is therefore failing to run. This may have been fixed with a newer OZ release of qpeGPS, or, this probably won't work, you could try using "stty" from a Sharp release.

cat /dev/ttyS3: binary stuff, not correct? related to the speed?

Probably - if the stty command is failing then I guess there's a mismatch between your device speed and the gpsd speed.

One thing I noticed is that my /dev/ttyS3 has group read permissions, and Lee's doesn't. Could that be part of his problem?

I don't think so, unless Lee is running as a user other than zaurus or root.


Ian

13

5x00 Hardware / Gps Problems

« on: August 26, 2005, 03:06:09 pm »

You got the "port busy" message with every command that you typed in? If you only got the message with "cardctl suspend" then it doesn't matter, just carry on with the other commands.

But you do need to have the GPS card inserted.



Ian

14

5x00 Hardware / Gps Problems

« on: August 25, 2005, 06:02:50 pm »

I think you need to follow the advice given by dhns earlier, namely :

You should also try:
cardctl suspend
setserial -g /dev/ttyS3

if the latter says UART: unknown, try

setserial /dev/ttyS3 uart 16550A

finally, try

stty 4800 </dev/ttyS3
cardctl resume

and report back!

Ian

15

5x00 Hardware / Gps Problems

« on: August 25, 2005, 02:41:52 pm »

Looking back to when you ran "qpegps" from the command line earlier, it looks like there may have been a problem :-

Tried running qpegps from the Terminal prompt (with GPS CF card inserted) and I get:
card ready
stty: standard input: Input/output error
executing stty
stty: standard input: Input/output error
selection changed 0

With the GPS CF card removed, the identical messages are displayed, except the 1st is:
executing cardctl resume

I don't think you would have seen the "stty:standard input: Input/output error" message with the GPS card inserted if everything was working properly. You should be seeing something like :-

Display size = size
card ready     (or "executing cardctl resume")
port settings ok
selection changed 0

Run the following commands and what do you see (make sure the GPS card is inserted)?  :-

cardctl resume
cardctl status
ls -l /dev/ttyS3
stty < /dev/ttyS3

What sort of message should I be getting to the above commands?

You should be seeing NMEA sentences, i.e. GPS data, starting with identifiers such as $GPGSA,$GPRMC,$GPGGA. That's when you know that the Z is talking to the GPS card.

Is it possible that the GPS works perfectly in a laptop using a CF/PCMCIA adapter, but fails to work in the Z?

This would more likely indicate a problem with the Z. Is it still working fine with the laptop?

Ian