Total Ascent Values Exaggerated by 50% [Bug 29]

[GPSrChive]

Hardware version of my unit is 67 v4 on device software version 6.60.

So your device information screen displayed 'Version Info ... 67 V4', correct?

Mine is '67 V2'

[JungleJim]

So your device information screen displayed 'Version Info ... 67 V4', correct?

Mine is '67 V2'

Yes, definitively says “67 v4”! It’s a fairly new unit from August, a warranty exchange for my first 67 where the coating on the keys came off.

Spoiler

IMG_4816.jpeg

[RickN55]

Hardware version of my unit is 67 v4 on device software version 6.60.

Mine was the same 67 v4. Wish I'd have known how to check my first 67 before I sent it back.

Wonder what the difference between v2 and v4 is? And why the change...

*** please review forum posting guidelines ***

*** formatting updated to comply with forum posting guidelines ***

incorrectly formated image

20231231_181902.jpg

[RickN55]

Hardware version of my unit is 67 v4 on device software version 6.60.

So your device information screen displayed 'Version Info ... 67 V4', correct?

Mine is '67 V2'

Is your 67 v2 software 6.60?

[dhg]

Hi, just wondered if anyone had any further news on this? Has Garmin found a bug? Also how do I tell the v2 / v4 etc hardware version? I can access the 'About' menu but that only quotes the software version as 6.60.

[JungleJim]

Ok so I may have a theory on what could be causing this issue.

Based on my testing it seems that the total ascent value can also change when the unit is not recording an activity. When saving an activity, the unit writes the current value of the Total Ascent data field into the FIT/GPX file (for those who are familiar: Session message in FIT or TrackStatsExtension in GPX).

Because at the start of the activity the Total Ascent was not zero, the saved Total Ascent value does not match the value that can be calculated from the saved track points: it is equal to the value of Total Ascent at the start of the activity plus the Total Ascent during the activity.

So one way to work around this would be to reset the Trip data before starting an activity (via Trip Computer, Menu > Reset Trip Data).

I'll do some tests this weekend, but I was wondering if others can check and verify whether this may be indeed the cause?

[Przekątny]

User dhg drew attention to the inflated values of ascents and declines presented in the track statistics; the incorrect presentation does not only concern ascents and descents.
The data contained in the TrackStatsExtension sequence have priority for display in the device as well as in Base Camp, the data is not presented based on the conversion of the recorded data.
The incorrect presentation also concerns the maximum speed (60 km/h and it should be 11 km/h), average movement speed, average speed, movement time, parking time, as well as distance.
The parameter values in the track statistics do not differ as much as the values of the ascents and descents. , maybe that's why the user didn't pay attention to the existing discrepancies.

[dhg]

Hi, thanks for your help. I used to always reset trip data at the start of every use although thinking about it I've recently reset at the end of a trip after saving the GPX file to device. When use the device say a week later the fields are still all zeroed so I've not been resetting again. I'll try explicitly resetting at the start of a trip, but even if that fixes it this would still be a bug because the trip computer is showing zero ascent/descent at the stat on the trip computer screen.

Could you also comment on how to show if the hardware is v2 or v4? I can see the About screen which shows 6.60 as the firmware version, but I can't see anything about v2 / v4 as per the discussion recently.

Many thanks.

Don.

[dhg]

Please note I've found out how to get the device version (power on and press and hold enter). I'm 67 r4.

[dhg]

User dhg drew attention to the inflated values of ascents and declines presented in the track statistics; the incorrect presentation does not only concern ascents and descents.
The data contained in the TrackStatsExtension sequence have priority for display in the device as well as in Base Camp, the data is not presented based on the conversion of the recorded data.
The incorrect presentation also concerns the maximum speed (60 km/h and it should be 11 km/h), average movement speed, average speed, movement time, parking time, as well as distance.
The parameter values in the track statistics do not differ as much as the values of the ascents and descents. , maybe that's why the user didn't pay attention to the existing discrepancies.

It's just I don't really use things like max speed although I've not noticed a major discrepency there or in distance. I find that distance is always about 5% more than the planned distance but I put that down to the reality of the twists and tuns in real life between planned points in a route being slightly longer than the straight lines in the route.