Had up to 9 power dropouts to 0 during 20 minute period when doing FTP
e.g. for a 5 second dropout period when power was 0, the first two seconds had non zero cadence data and then cadence goes to 0 also.
Lap power recorded in fit file shows Avg Power of 295w (like if there were no dropouts or they are discarded)--- avg_power_position=295=295 watts,65535
I got a power record notification of 295w on edge 1040 screen with an updated FTP of 280w
But in garmin connect the best 20 minutes recorded for the activity is 285w, hence a lower FTP of 270w and lower value of 285w going to power curve.
I used FitCSVTool.jar to export to CSV, removed the rows where there were power dropouts to 0 but makes no difference to garmin connect power curve - still 285 for 20 minutes. while golden cheetah calculates using the individual 1 second recordings to record best 20 mins as 295w in power curve.
So I can only conclude that accumulated_power
is used for calculating records in garmin connect and power curve entries.... which makes it very difficult to correct, rather than removing records with power drops to 0, you would need to do some sort of smoothing of the power and update the running accumulated_power for every single record in the fit file.
QQQ...Is there any tool that can give me a smoothed accumulated_power for the power dropouts to 0?? none of the garmin fit repair tools that I looked at do this.
QQQ....why are the lap power times recorded like if there were no power dropouts and the FTP on the edge device itself? can there be power dropouts at a software level when using garmin connectIQ data fields for power? I did notice in egde 1040 FW changelog for much earlier version 12.11 to 12.14: -> Fixed sensor dropouts when using Connect IQ data fields