This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Instant pace is not accurate and has bias towards slower than actual pace

It appears instant pace on my Fenix 6X Sapphire has a consistent bias towards a slower than actual pace, often by 0:30-1:00 min/mile. 
That makes it more difficult to pace accurately, for example during races. It seems the bias is worse on more challenging terrain, for example on trails or under tree cover.

To understand this better I wrote a python script that parses a run activity that I export in TCX format (for easier parsing because TCX is a text based format).

Here are some examples of my script output. This is from a faster paced trail run on moderate tree covered trails:

Mile 1.00: Split: 8:42, Avg Pace: 10:04
Mile 2.00: Split: 8:52, Avg Pace: 9:22
Mile 3.00: Split: 8:37, Avg Pace: 9:17
Mile 4.00: Split: 8:04, Avg Pace: 8:31
Mile 4.53: Split: 8:03, Avg Pace: 8:03
----------
Overall pace 8:30, Avg Pace: 9:08

In this example Split time is produced every mile based on elapsed time from the beginning.
Avg Pace is produced by looking at the instant speed reported each second in each sample, averaging it over all samples of that split, and then converting that average speed to pace format (in minutes per mile). Basically Avg Pace represents the averaged result of what the watch was showing me during the run.

If anyone questions that approach, it should be OK to average the speed because it is sampled at even intervals every second (it wouldn't be OK in the case of smart recording).

As you can see there is quite a bit of discrepancy, especially in the beginning, although it gets better towards the end. Overall, after averaging, the watch reported 0:38/mile slower instant pace than what I actually ran, so there is a strong bias towards slower pace.

Here is another example - this is from a mix of road and suburban trails on more open terrain:

Mile 1.00: Split: 9:07, Avg Pace: 9:22
Mile 2.00: Split: 8:04, Avg Pace: 8:09
Mile 3.00: Split: 10:49, Avg Pace: 10:43
Mile 4.00: Split: 10:35, Avg Pace: 11:30
Mile 5.00: Split: 8:23, Avg Pace: 8:18
Mile 6.00: Split: 13:05, Avg Pace: 13:39
Mile 7.00: Split: 7:58, Avg Pace: 7:56
Mile 8.00: Split: 9:08, Avg Pace: 9:34
Mile 9.00: Split: 8:11, Avg Pace: 8:44
Mile 10.00: Split: 8:43, Avg Pace: 8:46
Mile 11.00: Split: 10:08, Avg Pace: 10:13
Mile 12.00: Split: 8:22, Avg Pace: 8:32
Mile 13.00: Split: 8:29, Avg Pace: 8:30
Mile 13.76: Split: 10:02, Avg Pace: 10:00
----------
Overall pace: 9:21, Avg Pace: 9:32

Even though this is much better overall, during some miles the discrepancy between the split times and the averaged instant pace was still up to 1 min/mile.

One more example - this is from a much slower mountainous trail run on steep terrain with a good amount of walking:
Mile 1.00: Split: 9:44, Avg Pace: 10:17
Mile 2.00: Split: 11:44, Avg Pace: 12:15
Mile 3.00: Split: 14:14, Avg Pace: 14:08
Mile 4.00: Split: 29:14, Avg Pace: 27:51
Mile 5.00: Split: 17:40, Avg Pace: 20:02
Mile 6.00: Split: 12:23, Avg Pace: 12:43
Mile 7.00: Split: 12:36, Avg Pace: 13:46
Mile 8.00: Split: 11:53, Avg Pace: 12:34
Mile 9.00: Split: 14:34, Avg Pace: 15:07
Mile 10.00: Split: 24:11, Avg Pace: 23:23
Mile 11.00: Split: 8:50, Avg Pace: 8:46
Mile 12.00: Split: 12:23, Avg Pace: 13:31
Mile 13.00: Split: 10:46, Avg Pace: 11:50
Mile 14.00: Split: 16:09, Avg Pace: 16:42
Mile 15.00: Split: 17:20, Avg Pace: 17:51
Mile 16.00: Split: 13:23, Avg Pace: 13:32
Mile 16.68: Split: 11:14, Avg Pace: 12:32
----------
Overall pace: 14:40, Avg Pace: 15:15

In this case the instant pace was faster than actual in a couple of splits, mostly in very slow ones where I walked or stopped. But the overall pattern is the same - there is a clear bias towards a slower pace.

I should add that today I installed a Rolling Average Pace Garmin IQ field that averages pace over the last 100 yards. I placed that field next to Garmin's Instant Pace and watched them side by side during an easy run. One thing was clear, every time I reached a steady pace and cruised for a while to let the rolling pace stabilize, the rolling average pace was always a bit faster than Garmin's Instant pace, which confirmed the same bias that I discovered from the post-analysis of the runs with my script.

Has anyone had similar observations?

12/05/21 EDIT: I changed the title of the post since Garmin seems to have improved the pace. It is more stable and precise than before, meaning that the values are closer together, but it is still not accurate - there is still a significant bias towards slower than actual pace

  • Can you tell me when you reported the malfunction?               I have a feeling this only happens with the fenix series. I had a fenix 3 and it wasn’t that much of a difference. I intentionally didn’t buy the 5 Series but waited for the fenix 6 and the situation got even worse.

  • Can you tell me when you reported the malfunction?               I have a feeling this only happens with the fenix series. I had a fenix 3 and it wasn’t that much of a difference. I intentionally didn’t buy the 5 Series but waited for the fenix 6 and the situation got even worse.

    I reported this to Garmin support in mid December. Here is what the support person replied:

     I did a little bit of research and I did see an issue with pace was reported before. I went ahead and added you to the case and you will be contacted through email with any updates.

    I think this problem is more specific to Fenix series partly because of the antenna design which is more challenging with the metal top and partly because I suspect Fenix GPS is tuned for accuracy when walking or hiking. GPS measurements are more challenging at slower speeds because GPS positions tend to wobble around the general path, and I suspect in the case of Fenix, considering how the watch is positioned and what kind of users buy it, Garmin caters to slower crowd rather than runners and trail runners by filtering the GPS data more aggressively. It is actually not that bad when road running on open terrain where the GPS signal strength is good, but it becomes excessively conservative when the GPS signal strength isn't as good, probably falling back into relying on the accelerometer data more. Anyway, these are just my speculations, so take this with a grain of salt.

  • Yes it's a super annoying situation with Garmin completely bailing out on this issue. They don't acknowledge, neither comment. 

    As for you, I had much better readings with my 645 on the exact same route, so it really looks like a Fenix specific issue.

    If it could be fixed through software, I guess it would be already done by now... So place your hopes in the Fenix 7!

  • Confirm I see the same problem with Fenix 6.  Instant pace can be much slower than average/lap pace, particularly when running on paths with tree cover.  If you sync your data to Strava you get a more accurate instant pace graph than that provided by Garmin Connect.  Presumably Strava is rederiving the pace from the GPS coordinates. 

    Don't remember having this issue with Forerunner 235.

    Problem is even more noticeable now that Garmin are pace colour coding your run path.

  • If you are a sophisticated runner, a 800€ premium watch is unfortunately not enough to get an accurate pace.

    You will also need a footpod (like stryd). With that combined, you are able to flat out the current pace nicely.

  • Apparently so.  The site

    https://fellrnr.com/wiki/GPS_Accuracy

    Does an in depth review of GPS accuracy and confirms that footpods are much more accurate than all current GPS devices.

  • It is completely impossible to think that a speed of 10/15 km / h can be measured exactly from 20,000 meters high, it must necessarily be equalized with a foot pod, only naively can you believe the tales of Garmin and other manufacturers. of watches.

  • Former Member
    0 Former Member over 3 years ago in reply to Luca

    It may be almost impossible ... but let me show you my Vivosprot for less than $ 100  what does it do without a footpod. Unfortunately, this is still impossible for F6.

  • If you can post a picture of the peace chart thank you, I am not capable. However, I am the owner of FR945 but the problem is the same.

  • I've noticed the same issue, and instant pace often goes in the opposite direction to lap pace for me so they must be doing something differently.

    Example:

    I average 10:00/mile and then push harder. My lap pace might now be 9:00/mile and my average pace for the whole run gets down to 9:55/mile, but at the same time I've watched my instant pace go from 10:00 to 12:30/mile. It makes no sense for instant pace to be dropping when lap pace is getting quicker. If it was just one tick then I could put it down to a random inaccurate reading, but I've watched it for several ticks continuously drop while I am running faster and my lap pace correctly shows me going faster.