Suunto 9 with the recent GPS firmware was among least accurate GPS watches in today's 25K trail race
-
Thanks. I have some extra money to spend so I think I will buy an stryd. Maybe i can test in my work aswell
-
@Dimitrios-Kanellopoulos just out of curiosity - is there anything being done to those strange offsets that occur in first 10 - 15 minutes of workout, especially if one starts the workout fast (without giving the watch some time after the GPS arrow is green) and / or in demanding gps conditions?
Such offsets do autocorrect after some time and change of direction (ie. 90 deg) but this behavior is strange. Is it because fusedspeed has priority if signal is below certain threshold?
-
@Ĺukasz-Szmigiel I didnât know about what you just said but yeah it sounds possible because I can think about a reason behind it, that actually has many times caused a headache.
When the âGNSS lockâ / âSOLID Green arrowâ happens it means that the signal is quite good for you to go on. It aint perfect. Depending on the environment it will vary.
Now consider that a quick start (for running mainly) means arm movement, a lots that is, and a âgoodâ GNSS lock.
I think we can all agree it can drop the âsignal strengthâ/âlock qualityâ quite easily, as in contrast to cycling with little arm movement. Why would it then?
Here is an extra case: Hard conditions (eg canyon) to get a lock, and after a weak lock, you go run in the forest in the canyon. ⌠You might loose GPS.
I hope it makes a little sense. What I wrote above applies to all brands, and is less/more effective depending on the antenna position. I hope it helps
-
@Dimitrios-Kanellopoulos thanks for explanation. I was suspecting fusedspeed and the way firmware interprets GNSS signals to avoid zigzagging between readings.
Hereâs a run from today, fresh, for reference. Iâve started running right after obtaining GNSS lock (GPS + Beidou) but pressed start after ~50 meters. Conditions were meh at best - it was raining all day and itâs still overcast. QS link.
Iâve marked actual path in pink:
-
Here you can see start and finish (~35 minutes later). Start is offset while finishing path is spot on, Iâd say up to 3 meters.
-
Continued from last screenshot.
-
And right before Iâve entered the park when it auto corrected after a short path on embankment. This is interesting as Iâve entered a wooded area but nevertheless the accuracy improved and the offset was gone from that moment.
Just to be clear - Iâm not complaining, I just find this behavior fascinating and Iâd like to dig deeper into it and perhaps know how to reduce it when accuracy may be more important than on a regular âeveryday runâ.
-
-
Yeah, I think a Quick start is one reason behind the issues im having. My wifes garmin 735 takes a good bit longer to aquire gps signal. Ideal i would like to have a big screen before I press start reling me how good signal is from 1 to 5 :).
With that said, I still have a lot more spikes in my data compared to others in same conditions. Maybe garmin have an algoritm that smooths over those spikes. I donât know.
I did order a stryd yesterday so hopefully that will lower my blood pressure. I live in Sweden and there are trees and forests everywhere so GPS-readings are never going to be that precise anyway.
-
@ollemelin if you can, try waiting for a little bit longer on a start screen before you actually hit âStartâ. I used to stand in place where sky visibility is good and slowly rotate with my arm in front but I no longer do it since the firmware that introduced Beidou is good enough to begin the workout without any extra rituals
Some extra data about GNSS quality on a start screen would be a nice addition but I doubt it honestly. Suunto seems to be on a âdonât bother users with too much dataâ side and I think itâs wise.
I did have a glimpse on my last workout on QS and Runalyze and it really seems that Suunto is doing its magic with fusedspeed which results in those strange offsets in recorded paths. This is pretty logical - if GNSS is poor and the path would be wobbly but the pace takes priority, the line has to be straight. So the error at the beginning of a turn will persist until the direction changes above certain threshold.
-
This is the start area - you can see that GNSS quality was poor by looking on altitude diagram. It should be around 120 meters but is way higher and dropping as I run (I have an S5, so thereâs no baro). But the pace is rock steady regardless of poor GNSS readings. Also, after enabling âShow pointsâ in QS, it seems that the actual points on the map are more spread apart in this area than in the open - so the watch must behave differently if itâs unsure of itâs position.
-
Now take a look on the same area on Runalyze and its pace chart - it oscillates like mad between 5 and 8 min/km.
So it really seems to me that Suunto is doing good job to provide as accurate data as possible during the run but since itâs impossible to do this without sacrificing something, it chooses to do a recorded track offset in order to provide more accurate tempo and speed readings.
I have never seen anything like it before with different hardware - itâs more common to have a zig-zag pattern when GNSS reception is poor, as the path is constantly drifting and itâs being reflected on the record.
But if you think about it - itâs better to have more accurate predictions about pace and speed than a GNSS path that is constantly wobbling from right to left. But the effect is a constant offset until something dramatic happens (I assume itâs either a sudden change in direction, speed or GNSS precision increase).
Neat and practical programming.
Btw. @Dimitrios-Kanellopoulos, kudos for âShow pointsâ in QS - itâs great for analyzing such events. You can clearly see that the watch has two modes of saving data where the dots are either more or less condensed - I assume itâs related to GNSS reception.
-
-
I think something went bananas today⌠some segments were right to the point and some completely off
-
@TELE-HO COROS + VANTAGE + SONYS had issues yesterday. Logically SOny chip issue. If you need links âŚ
-
@Dimitrios-Kanellopoulos
I had bad GPS yesterday as well, but no Sony in my Spartan GPS Fix was long, need to sync again AGPS, and track is bad
But no complain, i enjoyed my almost nighty, and totally rainy workout -
@Dimitrios-Kanellopoulos
Only Sony? Can this be chip specific? GPS errors affects all chips right? -
@surfboomerang not sure, but for sure I saw sony issues.
Check the COROS group. They had huge offsets and also our fieltest team
-
@Dimitrios-Kanellopoulos this is pretty crazy how it affects whole range of products that use the same chip. But on the other hand it shows how much can still be done with GPS firmware to optimize it.
-
@Ĺukasz-Szmigiel typically this can also be caused by a combination of wrong AGPS + FW
For example one time one Galileo Sat was down, aka should not be used, Sony forgot to update the AGPS to include this change and voila. I was steady at a spot locked to that orbiting sat going with crazy speeds around my house.
-
@Dimitrios-Kanellopoulos cool story. It seems that the chip relies heavily on AGPS data. I wonder how much really and what will happen in the event of AGPS malfunction (ie. system outage on Sony side).
-
@Ĺukasz-Szmigiel
In the olâtimes getting a fix on an handheld gps took a lotUsually you had to turn it on when you almost reached the location, just to start looking the sky, so you had to wait only 5/10 minutes before having a good readings
⌠then phones started using agps âŚ
-
@sartoric
I remember that time⌠when I carried a backpack for the gps device -
@TELE-HO
⌠and external cabled antenna -
@sartoric
that was possible with mine, but I did not invest in that -
In general for me GPS on S9 is very good and reliable. Some days ago I meassured a typical route via google maps. S9 said exactly the same distance after running. Also very much important and outstanding is FusedAlti. It went so incredible accurate! Wow!
-
@sartoric I remember that too. But A in AGPS should mean assisted, right? Not Absolutely useless untill on LTE
Jokes aside, things like this yearâs february bug or offline Galileo sat that @Dimitrios-Kanellopoulos mentioned shouldnât interfere with GPS receiver more than with a longer fix.