- News
- Reviews
- Bikes
- Accessories
- Accessories - misc
- Computer mounts
- Bags
- Bar ends
- Bike bags & cases
- Bottle cages
- Bottles
- Cameras
- Car racks
- Child seats
- Computers
- Glasses
- GPS units
- Helmets
- Lights - front
- Lights - rear
- Lights - sets
- Locks
- Mirrors
- Mudguards
- Racks
- Pumps & CO2 inflators
- Puncture kits
- Reflectives
- Smart watches
- Stands and racks
- Trailers
- Clothing
- Components
- Bar tape & grips
- Bottom brackets
- Brake & gear cables
- Brake & STI levers
- Brake pads & spares
- Brakes
- Cassettes & freewheels
- Chains
- Chainsets & chainrings
- Derailleurs - front
- Derailleurs - rear
- Forks
- Gear levers & shifters
- Groupsets
- Handlebars & extensions
- Headsets
- Hubs
- Inner tubes
- Pedals
- Quick releases & skewers
- Saddles
- Seatposts
- Stems
- Wheels
- Tyres
- Health, fitness and nutrition
- Tools and workshop
- Miscellaneous
- Cross country mountain bikes
- Tubeless valves
- Buyers Guides
- Features
- Forum
- Recommends
- Podcast
Add new comment
27 comments
It should be pretty easy to check. Get on the turbo, top gear, pedal up to 100 rpm and see what speed. Assuming 50 on the front and 11 on the rear you should see around 35.8mph. For any other ratio 7.87 * front/rear will give you a good enough approximation of the speed. If that is correct, you need to make sure cadence is being counted correctly. Count rotations for a measured time to check that.
It could also be poorly placed magnets, the magnet on the crank may be too close to the speed sensor, or the magnet on the wheel might be too close to the cadence sensor. (Edit: Looking at the differences you are getting I would say this could well be the problem. Your cadence magnet could also be registering on your speed sensor, try adjusting the position of the magnet realtive to the sensor)
Thanks for your advice the_jm. I'll have a crack at this over the weekend and see what happens.
Success!
At least I think so. Looks like the cadence magnet was the source of interference on the speed sensor.
A quick 15 mile blast (according to Cyclemeter) with top speed of 30.2mph uploaded into Strava and it's come back with 14.75 miles and top speed of 30.0mph.
Hoping to go for a longer ride tomorrow, so we'll see if this extrapolates to wider inaccuracies, but I'm pretty happy with the change.
I typically find about 2% difference in distances, which is pretty consistent. A 100km ride registered as 98 on Strava and a 103 miles registered as 101. I have two of these sensors on different bikes and the results are near enough identical. If you're getting speeds and distances that are between 25%-35% out the odds are it is the cadence magnet that is the cause.
GPS, while often very good at giving you an x,y coordinate, is really bad at calculating altitude. If you upload a ride from the Strava app, Strava uses map data for the x,y point of your ride to get the altitude, completely ignoring the GPS. This generally results in way more accurate elevation for a given ride.
If you don't use the Strava app and use your own dedicated GPS, this is what the "correct elevavation" button in Strava does - replaces your GPS unit's altitude numbers with values from their map data. If you have a good quality GPS it will have an altimeter built in to calculate altitude instead of using the GPS value. This is what the Garmin Edge 800/810/1000 do for example.
2099 sounds about right - but what PSI and weight are you ? If its low - then surely that would reduce the figure and increase your milage ?
I'd put in a silly figure - half or double it to see if that is where the reading is being calculated.
Strava is accurate for me - it always compares well to my Garmin anyway.
So I'd go with that in future.
I use Cyclemeter and Strava with a Wahoo Blue SC and the readings are always pretty similar - never identical due to the issues described above but very close.
Abvio suggested that the Wahoo was the better sensor to use, but being tight-fisted (and resident in North Yorkshire
) I went for the cheaper option. Should have shelled out the extra 15 quid (or whatever the difference was) and opted for the Wahoo.
I'll play with the settings for the wheel diameter and see if I can get a more accurate approximation for my speed and distance.
I too am from North Yorkshire and tight-fisted, hence I have the Panobike sensor too. The speed sensor seems pretty accurate with mine, riding in a bunch with others with various sensors and we all seem to be reported within +- 0.2kph of each other. It could be a QC issue though. I also do not get such big differences between Strava and Cyclemeter, Strava is pretty much consistently about 2% less than Cyclemeter records. This is annoying when you've just completed a metric or imperial century and Strava says not!
Aha. It didn't occur to me that it could be the sensor that's actually faulty. Maybe it's time to use Wiggle's 365 days returns policy.
Even if you were at sea, it would depend on the state of the tide.
Speed/cadence sensors aren't particularly accurate devices; they're simple magnetic switches which can have errors from all sorts of reasons - wrong gap. too wet, battery expired (causing transmission errors to the head unit), etc. Strava will ignore the part of the .tcx file including the speed sensor info, and in this case will use the far more accurate GPS info. Not that GPS is infallible - and GPS altitude information from cheap receivers such as those on bikes is very poor.
The Bryton/Strava rollers session problem is a pain - I agree that if you've done an hour at FTP you should be able to analyse all the data, including speed and thus distance. I use a Garmin head, upload to Connect which then distributes to Strava. Alternatively, I use TrainerRoads (via an ANT+ USB dongle into the 'puter), download the session and then upload it to Strava. Either way seems to work ok.
I uploaded my Bryton onto Strava yesterday & my 36.7mile turbo session from yesterday morning turned into a 0.3km ride at 0.2km/h average.
Seems that even Strava knows that turbo sessions shouldn't contribute to your yearly total!
This is quite literally the strangest cycling 'rule' of all time. Freewheeling down a big hill counts towards your yearly total, but an hour at FTP doesn't?
Not that strange. I just record it as a session - but its not miles.
I could set the resistance down low and generate lots of junk miles. Its a great training session - but its different to miles. usually better in fact - so keep the two seperate.
Exactly! Whether the "miles" are better or worse they are different and ought to be kept separately.
Low resistance? Like...bimbling around a flat route in zone 1. Or a big downhill. Also 'junk miles', presumably, and stripped from your mileage?
from what I understand GPS doesn't do altitude very well, I remember being out sailing once and the GPS on the yacht said we were 3m below sea level - am pretty sure that was not correct.
Depends if you were on the sea or not. Otherwise it's quite possible.
You'd like to think so... But logic goes out of the window when anything to do with computers is involved
Yes. I agree.
I've noticed on a couple of other forums that others are also seeing similar discrepancies not just with Cyclemeter, but a variety of different apps that do the same thing. The general suggestion is that it's due to inaccuracies in the GPS module of the smartphone (doesn't seem to matter if it's iOS or Android). I'm not convinced though - I'm still pretty sure it's something to do with the speed sensor taking precedence.
I have emailed Abvio support to see if they can shed any light on the issue, but as yet I've not heard anything in repsonse.
I got a response back from Abvio. They said...
So this all suggests the inaccuracies are in using the Panobike speed and cadence sensor - anyone else had any problems with this?
Have you allowed the real GPS position on your iDevice? If you don't then the route it plots will be based on cell tower info and in a rural area that can be miles wrong (positionally)
https://strava.zendesk.com/entries/22533685-Strava-iPhone-app-and-new-iO... (this for the settings you need to look at)
Ok. I've got that. It's all correct for Strava. Cyclemeter doesn't appear in the list, though. The general setting for Background App Refresh is enabled, so presumably if an app doesn't have a specific setting, the general setting would take effect.
I cannot speak for Cyclemeter but when I have used the Strava App on my phone and also uploaded to Strava from the Garmin there has always been a big discrepency in altitude. I mean a BIG discrepancy like up to twice the amount on occasion. No idea why.
Because they use different criteria to decide what is a real altitude change (and what is GPS calculation error)