Select to expand quote

Roo said..
GPSAR can't find the correct sentences in the data to process. The GW60 does not use a Sirf GPS chipset, it is using one from MTK that outputs NMEA rather than binary data. Essentially GPSAR can't find the data it needs. It has the same trouble with later U-Blox GPS data, the message structure has changed so again it can't find the correct data.

I'm not sure where you get that information from, but it appears to we wrong. The GW60 writes binary .sbp files, not NMEA files. The SBP files do not seem to have any problem, and definitely contain positional info, doppler speed, and SDOP data. You are right that MTK chip sets usually create NMEA output and not binary output. They also don't have SDOP or similar accuracy estimates, AFAIK. So I'd be very surprised if the GW60 is indeed MTK based.

The problem with "cubic enabled" not giving any results for 5 Hz data appears to be a plain old bug. GPSAR Pro is not updated much any more, and even known bugs that have been reported a long time ago are not getting fixed (e.g "Remove after" gives IndexOutOfBoundsException, even in 5.16).

Select to expand quote

decrepit said..
I see the latest is 5.16, is anybody using this version with a 5hz device? does it do 10s with cubic spline?

I just checked. Version 5.16 does not give 10 second numbers with 5 Hz data if cubic spline is enabled. That's true for all GW-60 and GW-52 files are tested. It processes 1 Hz data from GW-52 without problems (I'd assume the same is true for GW-60, but don't have any data).

Seeing that the "cubic spline" box only affects 10 second data, I bet the program assumes 1 Hz (and maybe slower) data, and fails silently for higher Hz data.

The effect of using the cubic spline is very small even for 1 Hz data, so it's a bit surprising that GPSAR requires it to be checked for uploads. For 5 Hz data, the effect is even smaller, and requiring it to be checked makes absolutely no sense. To have this fixed, you'll need to contact Yann Mathet. Good luck.

Select to expand quote

decrepit said.

Fangy was telling me a few days ago that his was having the same trouble with his Canmore. Dropouts may increase with age?

Mike, Are you talking about Fangy or his Canmore?

I've just send an email to Yann , explaining the situation and included a sample file on 5Hz from my GW-60. So, let's see what happens.... GPSResults also works just perfect for me (MacOS Sierra)

Select to expand quote

boardsurfr said..

Roo said..
GPSAR can't find the correct sentences in the data to process. The GW60 does not use a Sirf GPS chipset, it is using one from MTK that outputs NMEA rather than binary data. Essentially GPSAR can't find the data it needs. It has the same trouble with later U-Blox GPS data, the message structure has changed so again it can't find the correct data.

I'm not sure where you get that information from, but it appears to we wrong. The GW60 writes binary .sbp files, not NMEA files. The SBP files do not seem to have any problem, and definitely contain positional info, doppler speed, and SDOP data. You are right that MTK chip sets usually create NMEA output and not binary output. They also don't have SDOP or similar accuracy estimates, AFAIK. So I'd be very surprised if the GW60 is indeed MTK based.

The problem with "cubic enabled" not giving any results for 5 Hz data appears to be a plain old bug. GPSAR Pro is not updated much any more, and even known bugs that have been reported a long time ago are not getting fixed (e.g "Remove after" gives IndexOutOfBoundsException, even in 5.16).

The information is not wrong.

Select to expand quote

Patatg said..
So this will probably not easy to solve
Does it mean I have to switch to GPS results If I want to analyse tracks?

Until Yann fixes the issue in GPSAR Pro, you won't be able to analyze the tracks and then upload the results to GPS3. But you can of course analyze the tracks with "cubic" disabled, and upload the tracks rather than the results to GPS3.

If you have GPSResults you can save the file as a .sbp or .sbn file and then GPSAR will be able to read it. It is the native .sbp file from the GW60 it has trouble with. The .sbp file is derived from nmea data that the MTK chipset saves as a binary .sbp file. If you care to deconstruct the firmware this will be obvious. They also produce accuracy estimates when programmed to and can even be set for 10hz output but this uses up too much power.

Select to expand quote

Roo said..
If you have GPSResults you can save the file as a .sbp or .sbn file and then GPSAR will be able to read it. It is the native .sbp file from the GW60 it has trouble with.

Roo, just to back and re-read Patrick's post. He wrote:
"GpsArPro doesn't show my 10sec runs, logged at 5hz. To see them I have to uncheck the "Cubic enabled" box."

There is no general problem reading GW60 files. Nor is there a problem calculating 10 second speeds with "Cubic" unchecked. GPSAR has all the data it needs; it's just a specific algorithm that fails (most likely because it assumes 1 Hz data).

This specific problem can be seen with 5 Hz .sbp data from GW60 and GW52s, with 5 Hz .ubx data files from the Flysight, and (according to JHdeBruin) with 18 Hz data from the Gyro1. The problem exists regardless of whether the "Doppler" box is checked or not. Opening the files in GPSResults and saving them to a new .sbp file does not help, the problem persists. The problem also persists when converting files to .gpx files. This is obviously a different issue than the one problem you had encountered with your U-Blox GPS data.

It's great that you know which GPS chip is used inside the watch, and what the communication between the chip and the firmware is. I find it interesting that they switched to MTK chipsets. But which chip they use is completely irrelevant for this particular problem.

Select to expand quote

boardsurfr said..

Roo said..
If you have GPSResults you can save the file as a .sbp or .sbn file and then GPSAR will be able to read it. It is the native .sbp file from the GW60 it has trouble with.

and (according to JHdeBruin) with 18 Hz data from the Gyro1. The problem exists regardless of whether the "Doppler" box is checked or not. Opening the files in GPSResults and saving them to a new .sbp file does not help, the problem persists.

Wrong again, saving the Gyro 18hz files to .sbp allows them to open in GPSAR, just did it with 5 of my Gyro 18hz files. Also works with my Bluetooth 18hz U-Blox files. You need to do your research before coming out with definitive statements that someone is wrong!

Select to expand quote

boardsurfr said..

Roo said..
If you have GPSResults you can save the file as a .sbp or .sbn file and then GPSAR will be able to read it. It is the native .sbp file from the GW60 it has trouble with.

Roo, just to back and re-read Patrick's post. He wrote:
"GpsArPro doesn't show my 10sec runs, logged at 5hz. To see them I have to uncheck the "Cubic enabled" box."

There is no general problem reading GW60 files. Nor is there a problem calculating 10 second speeds with "Cubic" unchecked. GPSAR has all the data it needs; it's just a specific algorithm that fails (most likely because it assumes 1 Hz data).

This specific problem can be seen with 5 Hz .sbp data from GW60 and GW52s, with 5 Hz .ubx data files from the Flysight, and (according to JHdeBruin) with 18 Hz data from the Gyro1. The problem exists regardless of whether the "Doppler" box is checked or not. Opening the files in GPSResults and saving them to a new .sbp file does not help, the problem persists. The problem also persists when converting files to .gpx files. This is obviously a different issue than the one problem you had encountered with your U-Blox GPS data.

It's great that you know which GPS chip is used inside the watch, and what the communication between the chip and the firmware is. I find it interesting that they switched to MTK chipsets. But which chip they use is completely irrelevant for this particular problem.

Thanks everybody to take a look at this (minor) problem. Hope Yann will get in to it in answer to JHDB his question about it.
Is Gps results something for me you think, after getting used for almost 10y to GPSAR, I'm a bit afraid it will be to different.

Select to expand quote

Patatg said..
>>>>>>

Thanks everybody to take a look at this (minor) problem. Hope Yann will get in to it in answer to JHDB his question about it.
Is Gps results something for me you think, after getting used for almost 10y to GPSAR, I'm a bit afraid it will be to different.

Well I'm over 70 now and I haven't had a lot of trouble getting used to it, there are advantages, and disadvantages.

GPSResults, doesn't do overlays and multi replays like GPSAR.
But it does show the SDoP data, so it's better at judging the accuracy of your results.

it's not super expensive, and i think you get a month's free trial, you sound like a smart bloke. GO for it!

Select to expand quote

decrepit said..

decrepit said..
OK I've hit another snag with the non windows operation, I can delete the top 10 max and Ns average speeds from the unit, but not distance. I vaguely remember somebody asking about this with the GW52, and I think a solution was found, does anybody remember what it was?
If I can't delete displayed distance without booting into windows, there doesn't seem a lot of point.
Maybe the latest firmware solves this problem, any bets?

Solved, very quick response from Locosys.

Dear Mike,

This is Rudy writing to answer your question.
Here is the instruction to delete the data on your GW-60
Step 1: Turn on GPS mode
Step 2: Press "ADJUST?" to delete the records

I had a feeling it was something simple, this deletes the log data as well as the distance display.

Tried this but the distance is still there, any idea what I might be doing wrong.
Thanks.

Select to expand quote

ballast said..

decrepit said..

decrepit said..
OK I've hit another snag with the non windows operation, I can delete the top 10 max and Ns average speeds from the unit, but not distance. I vaguely remember somebody asking about this with the GW52, and I think a solution was found, does anybody remember what it was?
If I can't delete displayed distance without booting into windows, there doesn't seem a lot of point.
Maybe the latest firmware solves this problem, any bets?

Solved, very quick response from Locosys.

Dear Mike,

This is Rudy writing to answer your question.
Here is the instruction to delete the data on your GW-60
Step 1: Turn on GPS mode
Step 2: Press "ADJUST?" to delete the records

I had a feeling it was something simple, this deletes the log data as well as the distance display.

Tried this but the distance is still there, any idea what I might be doing wrong.
Thanks.

You're possibly pressing one button too many. The "adjust" button has to be pressed straight after the "gps" button is pressed. That deletes log data and distance, pressing the up or down button, brings you into the speed genie display, and the adjust sequence then deletes the max speed and max average speed. So if you go into GPS mode then hit the up or down buttons before the adjust sequence you won't delete the distance.

Yep, that was it.
Thanks mate.
Cheers, Brad.

Just got a reply from Yann (GPSAR Pro), we have provided him with some test tracks from the GW-60, he's going to work on it this week... keep you posted !

Good one JH, GPSARPro has some nice features.

GPSAR works ok with 'cubic enabled' if you run the GW52 at 1 Hz.
It never did do 10sec with 5 Hz data.
I figured Yann had dropped off the scene re updates.
Thanks JHdeB for the action.

Without reading the last 9 pages of text, is the GW-60 compatible with mac computers?

Select to expand quote

Aus06 said..
Without reading the last 9 pages of text, is the GW-60 compatible with mac computers?

Yes............ and No.

Select to expand quote

sailquik said..

Aus06 said..
Without reading the last 9 pages of text, is the GW-60 compatible with mac computers?

Yes............ and No.

One could almost say the reverse, are Mac computers compatible with the GW60? But there's probably not much point as the answer would be very similar!

No........... and Yes.

In other words the Mac is able to download the data, but can't update the firmware, and I'm not sure about setting user name??? Anybody managed that with a non windows computer?

It's not so difficult :)

The GW-60 is full compatible with MacOs, so you can access all data stored on the watch directly , the GW-60 appears like an external USB device. This data can be used to upload directly to GPS-Speedsurfing.com, KA72 or local with GPS Results GPSAr Pro.

The software provided by Locosystech to upgrade & configure the GW-60 is NOT compatible with MacOS, therefore you will need a windows machine or virtual machine. The utility to read & configure the watch works perfect with a virtual machine (Like VMWare or VirtualBox) running Windows on MacOS.

The software to upgrade the Firmware seems not to be working ok under a virtual machine, this already has been described above, best is to this on a native windows machine.

Select to expand quote

decrepit said..

In other words the Mac is able to download the data, but can't update the firmware, and I'm not sure about setting user name??? Anybody managed that with a non windows computer?

The GW60 utility runs fine on a virtual machine on the Mac, and lets you set the user name. I often had communication issues with GW52/60Util when using Windows XP on a virtual machine, but did not encounter any the last few times with Windows 7.

I also have successfully upgraded the GW60 firmware on a Mac from Windows XP under VMWare. However, the first try failed, and I had to let the watch battery run low (which took less than a day) before trying again (a few times). It's quite possible that there would be no or fewer problems with a newer Windows version and/or a different virtual machine. I did not try that on my other watch since I have a Windows computer that I can use.

Downloading data on the Mac works without any problems, but you have to clear the "Locked" flag and rename the file, and then use the watch buttons to erase the data. I find it easier to start the Windows virtual machine and use the GW60 utility.

As far as I can tell the update on the Locosys website is still the same one we updated to when the GW60 was released. I have tried to follow your link but it doesn't extract all the files correctly and keeps telling me to try again later......

That's strange, link works fine for me... the zip file only contains 1 file.... anyway, i guess this version will be online at locosystech pretty soon.... otherwise you send me an email and i will forward it to you jbr (a) gps-speedsurfing.com

email sent Jan, many thanks

Select to expand quote

sick_em_rex said..
email sent Jan, many thanks

What time is it Rexy?

A completely different GW60 Topic: Watch time accuracy?

My understanding is that the 'clock' feature obtains its' time from the GPS, according to the instructions.

Someone please explain to me why I have a GW60 and a GW52 that were both used today obtaining GPS speed data and yet their clock times are different by 2 seconds! I would think that every time the unit connects to the GPS satellites that it would re-sync, no?

Not really a big deal since I don't use either as a 'time piece', but was surprised to see this.

A very interesting question Barton.
I don't know the answer, but I suspect that it is because GPS time and UTC time are actually different and the synchronising corrections done in the watch are different or just have not caught up yet. My two GW-52's sometimes display different times by a few seconds as well.

Leap seconds.

Ever seen over 3 minutes difference too - I wouldn´t trust so much on the GPS time...And this GPS was professional one for ship use so it was very expensive one... I left some last-minute passengers ashore as this GPS showed 11:30:00 (departure time) but once I had departed from the pier and on the way to the next port I saw some passengers still driving their cars to the pier I just left. And soon after that I heard time signal from the radio... Just realised that time difference was over 3 minutes. Yes, GPS was showing correct position on the electronic chart. And yes - those passengers were very urinated off