Total ascent figures [Bug 66]

Discussion related to the Garmin GPSMAP 66s/st GPSr
Hiker
Posts: 30
Joined: Tue Aug 20, 2019 3:28 pm

Re: Total ascent figures [Bug 66]

Unread post by Hiker »

Hi all, the problem concerning the total ascent figures of the GPSMAP 66 stunned me at first. I had my device set to perform calibration of the barometric altimeter in continuous mode. It works fine until an "activity" has been started. It then seems as though automatic calibration has been disabled. The barometric altimeter responds solely to the ambient barometric pressure, which may vary through real change of elevation or/and barometric pressure changing at given altitude (change of weather). However with no "activity" started or pending the readings are consistent. After discarding an activity calibration is fine. Starting a new activity, figures tend to go all over the place again.

The above applies to all firmware releases so far. My 60Csx and 62s in this respect perform as the 66 should.

I hope to have cast some light on the frustrating issue.

Garmin have been informed, but good things are worth waiting for ...
Hiker
Posts: 30
Joined: Tue Aug 20, 2019 3:28 pm

Re: Total ascent figures [Bug 66]

Unread post by Hiker »

Me again: I just got an e-mail from Garmin (Munich) saying, that they could verify my complaint and the cause to it. Their firmware developers have got hold of the problem, which is good news.The issue will be tackled in a future firmware release.

A temporary workaround would be to calibrate manually, if barometric pressure is too unsteady.

Once again: Good things are worth waiting for
User avatar
GPSrChive
Site Admin
Posts: 3882
Joined: Fri Jan 20, 2017 11:29 pm

Re: Total ascent figures [Bug 66]

Unread post by GPSrChive »

Hiker: Did Garmin give you a case number?

Am I understanding you correctly, that any time you have an active track log recording, the altimeter calibration no longer seems to function when set to 'continuous mode'?

Which firmware versions have you experienced this behavior with on your GPSMAP 66?
Hiker
Posts: 30
Joined: Tue Aug 20, 2019 3:28 pm

Re: Total ascent figures [Bug 66]

Unread post by Hiker »

Hiker: Did Garmin give you a case number?

If this answers your question: < Reference ID: 14714212K1 >> <Q#:1000711>

Am I understanding you correctly, that any time you have an active track log recording, the altimeter calibration no longer seems to function when set to 'continuous mode'?

Aye Aye Sir, that is so! It retains the last calibration parameter prior to starting an activity. Garmin have confirmed the bug and as far as I know them they will put forward a remedy in due time.

Which firmware versions have you experienced this behavior with on your GPSMAP 66?

All FW-versions showed the same bug, that is V2.1 through to V3.1.

Regards across the big pond!
User avatar
GPSrChive
Site Admin
Posts: 3882
Joined: Fri Jan 20, 2017 11:29 pm

Re: Total ascent figures [Bug 66]

Unread post by GPSrChive »

Thank you for the confirmation.

Posted in GPSMAP 66 > Common Issues > Bug #66
bonstetten
Posts: 78
Joined: Sun Oct 28, 2018 12:57 pm

Re: Total ascent figures [Bug 66]

Unread post by bonstetten »

I also had an experience with wrong elevation:
Did a 20km costal trail were it was going sometimes up and down. The hiking guide said total elevation 120 m. My 66st showed at the end ca. 1800 m. (On the start of the hike I reseted all trip data). On a second day similar value on another part of the trail.
DDM
Posts: 11
Joined: Mon Oct 14, 2019 8:48 am

Re: Total ascent figures [Bug 66]

Unread post by DDM »

Hello. Here under an mail i have received from a co-walker.
"Just for information on this elevation topic.
I went hiking in Sauerland (DE) last week.
On my GPSMap 66S, release 340 & gps 2.70 now, the elevations are still incorrect as well as on Basecamp at first read.
BUT one day at the end of the ride I forgot to stop the recording, so I included the car ride at the end of the track. But then on Basecamp by removing this car trip all of a sudden the cumulative positive altitude difference was correct. The same is true if the last two points of any trace are deleted, usually a small distance and a small difference in altitude, the automatic re-calculation on Basecamp gives the correct positive cumulative value.
This leads me to believe that only the calculation is wrong in the GPSMap since the content, once a modification has been made in Basecamp, is correct.
You will find in attached file a summary of this operation (Snap7696.jpg file).
In column C the value after / is the one read on the GPSMap and in column D the number after / is the correct value in accordance with other applications on the same GPX track.
This should be easy for your developers to fix.
So I hope for a version fixing this concern soon now."
Who knows its "the" solution
You do not have the required permissions to view the files attached to this post.
robert
Posts: 112
Joined: Tue Oct 01, 2019 1:19 pm
Location: United Kingdom

Re: Total ascent figures [Bug 66]

Unread post by robert »

I seem to still have this problem. The total ascent figure is way below what was actually walked. The Elevation profile looks correct and clearly shows that many more metres were climbed than reported in the total ascent figure. Is this still an active issue with the firmware and has no fix been provided for this. Or is there a reliable workaround?
User avatar
GPSrChive
Site Admin
Posts: 3882
Joined: Fri Jan 20, 2017 11:29 pm

Re: Total ascent figures [Bug 66]

Unread post by GPSrChive »

Firmware version, Robert?
robert
Posts: 112
Joined: Tue Oct 01, 2019 1:19 pm
Location: United Kingdom

Re: Total ascent figures [Bug 66]

Unread post by robert »

Checking my pace for this walk I get very strange results. Auto Pause was not turned on but in the pace chart I get many hours of exactly 1km per hour interspersed with pace a faster rate. The faster rates look to be the more accurate figures given my pace on this walk. Is this related to the Total ascent issue also?
SW: 9.90
GPS: 2.80
CIQ: 3.1.9
Pace Issue.png
You do not have the required permissions to view the files attached to this post.
Post Reply

Return to “GPSMAP 66s/st”