GPS-Sport ForenRun.GPS SoftwareAutolap at high speeds
Bitte einloggen, um neue Kommentare zu erstellen Foren durchsuchen
Erste Seite<Seite1von1>Letzte Seite
Slogfester 08.04.2008 13:20:01 UTC



Thanks for response Robert:-

I suspected the problem is the GPS accuracy. The HTC Touch Cruise is capable of taking a external GPS antenna. Would that help?

40 m corridor. I thought about this a lot. My waypoint for autolap trigger was the start/finish line where I was travelling about 210 kph, so perhaps just too fast, but at least I was travelling fairly constantly and in a straight line? I thought this was better than placing the waypoint-autolap-trigger at a point where I was travelling slower but probably accelerating/deaccelerating harder and changing direction (i.e. turning a corner). Perhaps this is wrong then? Is it best to place the waypoint at the slowest part of the track?
robert 08.04.2008 12:00:16 UTC



I think the biggest problem here is the accuracy of the GPS. The race track is relatively small (about 800 m diameter) and you're moving at a high speed - so the accuracy might not not enough for detecting laps and correct calculation of speeds.

Laps are detected within a corridor of 40 m before and after the target line. If not enough position samples lie within that corridor - the lap is not detected.

> Please clarrify what if any difference there is between using Navigation/Select Placemark/Navigate and Placemarks/[Select]/Set as Navigation Target?

There is no difference between those two.

Regarding slow speed: maybe too many track points in a small area, but that shouldn't happen though. We'll investigate.



Slogfester 06.04.2008 18:41:33 UTC

Update using vers 2.2.0

I just tried this again and go much the same result (http://www.gps-sport.net/list.jsp?userName=Slogfester&sport=motorcycling). It seems my GPS (built in on the HTC Touch Cruise) and/or Run.GPS is not able to cope with the rapid acceleration/deacceleration of motorcyle racing? Plus it only seemed to trigger the autolap (using a waypoint on the start/finish line) sporadically every 2-6 laps. (But the new Lap #, Lap Time Voice Ouput did work when the autolap was triggered). Is it possible to inspect the raw data to try and calculate single laps?
On some sessions, the mapping seemed to go completely wrong (e.g. http://www.gps-sport.net/trainings/Ledenon-Day-2-Session-4_15372).
Please clarrify what if any difference there is between using Navigation/Select Placemark/Navigate and Placemarks/[Select]/Set as Navigation Target?
But the most worrying part was when viewing the map of the session (c. 12 laps) my HTC would slow to a snail's pace, refuse to respond to buttons and eventually lock up requiring a reboot. I thought at first this may because I had Instant Trail Mapping enabled and OpenStreetMap autodownload ON, but turning them OFF made no difference?

Tried changing the GPS buffer from the default 45s to 10s, but made matters worse.
Slogfester 02.10.2007 13:57:34 UTC



Recently I did a 'track day' on my motorcycle. Whizzing around a 3.8 km track at *average* of 130 kph. Before starting, I stood right in the middle of the start/finish line and fixed a waypoint from which I hoped I would get a auto-lap trigger from. Despite my unit succesfully maping each lap, the timing/speed was completely wrong. Always underestimating the speed and time. I tried adjusting the gps buffer up and down from its preset of 45 sec but this made no difference to the accuracy.
I can't find any other similiar examples of high-speed auto-lapping on the portal and wondered if I was doing anything wrong or whether hardware (HTC P3600 with bult in GPS receiver which otherwise gives good reception) and/or software was not able to cope with such high speed and/or auto-lapping?
Thanks
Erste Seite<Seite1von1>Letzte Seite
© 2024 | Impressum | Allgemeine Geschäftsbedingungen | Nutzungsbedigungen | Datenschutzerklärung | Widerruf und Rücksendung | Batterieentsorgung