-
- Founder:
- robinlovelock
-
- Members:
- 20 (0 online)
-
- Posts:
- 37
-
- Founded:
- 8 months ago
-
- Newest Member:
-
surveyor
Forum to support the GPS Software from www.gpss.co.uk
Page
1
posts 1–3 of 3
+0
permalink
GPSSppc runs OK on a wide range of Pocket PC platforms, which run Microsoft Windows Mobile. e.g. WM2003, WM5, WM6. You can see examples in the pictures on www.gpss.co.uk/ppcusers.htm
Most platforms give no problems. One or two - particularly the HTC TyTn ii - give a problem reading the GPS reliabily, and for now this can be worked around with GPSGate. Where there are problems, it seems they are due to faults somewhere in the manufacturer's low level software, or within that supplied by Microsoft - partucularly the Compact Framework (CF). e.g. problems displaying BMP images bigger than approx 1MB - maybe less, or more than 256 colours. This failing can be tested just by tapping on the BMP file name with File Explorer to open the picture with whatever image viewer is in the OS. i.e. it is not a problem within GPSSppc. In other areas there may be problems due to limitations or bugs in the Microsoft tools used to build GPSSPPC.EXE - the tools used are VB.Net in Microsoft Visual Studio 2005. I have VS2008 but this does not seem to support the Pocket PC.
Where there are problems, we try to "program around them", even though the cause might be in the manufacturer's software, or that from Microsoft. But solution providers are advised to test a particular platform with GPSSppc before adopting it. A good place to start is to look at what others have tested: that page www.gpss.co.uk/ppcusers.htm
If you look on this page, you will see that practically all the platforms are Pocket PCs and are running Microsoft Windows Mobile. BUT, some of the lowest cost hardware platforms are not Pocket PC and do not run WM - but run Windows CE. The easiest way to find out the OS is to use start-settings-system-about.
However, it seems that a very small group of people HAVE got GPSSppc to run on Windows CE. They get similar symptoms such as "a grey bar" shown on the screen, and the "buttons overlapping the bottom edge of the screen". This may be related to the CF for CE giving the wrong information on screen size to the application running (GPSSppc). To program around this, or at least to experiment with this, GPSSppc can be forced to read the screen size from a text file. See www.gpss.co.uk/config.htm
+0
permalink
Here is a reply from Andy, that he posted on the Multiply message board. It was a reply to an email reply to him, telling him about GPSSppc v12g uploaded onto www.gpss.co.uk/ppcbeta.htm which provided better support for testing of CE platforms using DISPSIZE.TXT. Here is Andy's posting below....
To answer some of the questions posed in your emails, yes Andy, AndyJ and Clanjohnson are all the same person. Depending on where I'm posting from (home, webmail etc) I can appear as any one of them. If I'm going to have an email address published (as you've asked on the testers page), I'd rather use a unique alias so that a simple rule will junk all mail destined for it if I start getting spammed. I realise you won't want me address being too associated with GPSS, so is there any chance you could publish the address aj_ce5device AT andyj.me.uk
A quick update to your suggestions so far:
The 'Locations' button at the top drops down a list of stored locations. I've not seen if it only shows the first 8(?) but I've not yet seen it add a scroll bar (if one is supposed to appear).
I'm sorry I hadn't noticed the information regarding DISPSIZE.TXT before my first post. Using it, the application still starts up 'portrait' and truncated but as soon as I use the Maximize button fills the screen and positions the bottom icons perfectly now (320 and 216 being the magic numbers, if I recall correctly). I've not played much with the new 4-entry version because I've been having other troubles but an initial 4-entry setting to the file of 320,216,320,216 didn't seem to make much difference to the initial portrait and non-screen-filling start-up.
The sound volume increasing issue is strange and particularly annoying when testing during my lunch break when a volume set at one stop off silent suddenly is lost, the device speaking out at full volume thereafter. Replacing the first line of SOUNDS.CFG with 0 has not silenced the application. Neither has the creation of NOSOUND.CFG or using the in-program icons to attempt to switch off individual sound prompts - they show a red bar at the bottom when deactivated, don't they?
But lets only address one or two issues at a time.
Yesterdays fun all revolves around the GPS interface.
The GPS on my device is on COM7 and operates at either 38400 or 57600, depending on who you talk to. This is confirmed by manual settings in both the Speed display dashboard utility and TomTom software that I have successfully run on the device. I have set the fifth line of GPSS.CFG to be 'COM7' and set GPSS.COM to read (for example)
57600,N,8,1
5
30
100
5
GPSS steadfastly complains that it has no GPS data. Running any GPS-aware application prior to GPSS works, as does exiting GPSS before running them. I've also tried the alternate speed of 38400 in the file as well. Nada. Also, GPSS is truncating the file back to the first line only - which isn't the layout detailed in ...\CONFIG.HTM. I don't know if that's significant.
I have tried creating a NOCHKSUM.CFG file with no improvement.
I have then created a ADVCOMMS.TXT file with 3 lines with values 0, 0 and 50. Still no GPS.
Screen position and sounds when there shouldn't be are all issues that can possibly be addressed at a later time. If I can't get GPSS to identify and use the NMEA stream then the whole project's dead in the water. Can you help? Even if it means the writing of a noddy test application that scans COM ports 1-20 and allows the manual selection of speed, parity and stop bits whilst displaying any data received from that port. I can't do the same as I don't write for the compact framework.
Andy
No relevance to anything, but you might be amused to know my first GPS was a Magellan Meridian XL I bought in the mid-90's which failed due to (I believe) non Y2K compliance. I've only recently consigned it to the recycling tip.
+0
permalink
This sounds like excellent news Andy. First let me reassure you about email addresses: if you look at the list of GPSSppc testers on www.gpss.co.uk/ppcusers.htm, you will see that there are no email addresses: just a first name, town and country. Obviously, those who want more, such as a web site link, have them.
Great that from what you say, your use of DISPSIZE.TXT with the correct numbers (320, 216 ) solves the problem of the buttons hanging off the edge of the screen. I think you are the first to do this. Does what appears on the screen look OK now, and can you go through all the button menues, as on the user manual on www.gpss.co.uk/gpsspuse.htm ? Note that this includes the maintenance menu and the [<GPS] button.
Have you tried upgrading to GPSSppc v12g and adding two more lines to DISPSIZE.TXT ? Can your CE platform switch between Landscape and Portrait mode ? If it can, then the correct values mean that buttons should be repositioned correctly after you switch back and forward. I'm guessing that the numbers need to be 240, 296, 320, 216 - all on a new line, of course, as on www.gpss.co.uk/config.htm
Hopefully the only thing that then remains is to get GPSSppc to see the GPS.
The first thing to try is that [<GPS] button, as explained on where everyone starting testing of GPSSppc starts: www.gpss.co.uk/gpssonce.htm After tapping [<GPS] it goes through lots of combinations of speed and COM port number, until it finds the GPS. This process, the very first time, could take ten minutes or more. I suggest you try this next, with the product somewhere where it will get good GPS signals.
No point in messing with files not called up in the GPSSppc - specific documentation. e.g. NOCHKSUM.CFG is used by GPSS, not GPSSppc. If the [<GPS] tests don't work, try running GPSGate on your device. This could provide a work-around if you need it.
It's good that you are so close in the UK to me - if I remember what you mentioned - this means that, in addition to this Forum, and direct email to gpss@compuserve.com you are welcome to 'phone me on 01344 620775. Maybe we can also get together sometime, either here or near your place. I think there are probably a lot of geocaches in the New Forest. www.gpshobby.info :-)
Page
1
posts 1–3 of 3
This Topic Is Locked To Guest Posts
It's been a while since this topic was active, if you'd like to get it going again, please post as a registered member