作者yckang (寂寞秋江一夜霜)
看板Road_Running
標題[問題] Apple Watch 平均步頻計算落差
時間Fri Jun 21 00:09:49 2024
請問各位使用Apple Watch 記錄跑步資訊的跑友，
當你完成一趟跑步後，
apple watch 記錄的平均步頻資訊是否跟實際的平均步頻存在落差，
在每個分段記錄的步頻都有160以上，但最後總結整趟的平均步頻卻只有116，
這看起來就是有問題，同一時間我用Pace 3 來記錄相對就正確多了。
不知道各位是否也有這個現象呢？這好像是一個無解的問題。
下面這張圖來看每一分段都很正常
https://i.imgur.com/Kj1CQg6.jpeg
但全程平均的結果就整個錯了
https://i.imgur.com/HCTj6Za.jpeg
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.116.60.185 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Road_Running/M.1718899791.A.A7E.html
※ 編輯: yckang (122.116.60.185 臺灣), 06/21/2024 00:12:49
2F：→ uei1201: 我的正常耶 06/21 05:57
3F：推 ablessing: 我的也正常。但上次手機手錶沒有連動時，我兩隻關機重 06/21 08:37
4F：→ ablessing: 開就好了，您不妨一試^^ 06/21 08:37
5F：→ yckang: 也不知道為什麼我從兩支S6 S9 都有一樣的問題，之前落差 06/21 09:03
6F：→ yckang: 大約是20bpm,昨天那一趟居然落差到50bpm,完全不知道怎麼回 06/21 09:03
7F：→ yckang: 事，同一時間使用pace3就很正常。 06/21 09:04
8F：推 yur: 我是用NRC搭apple watch使用，數據僅供參考...... 06/21 14:19
9F：推 sn245763: 看起來像是平均到休息時的零值？ 06/22 09:02
10F：推 uei1201: 原po中間有休息嗎？有的話應該就是了 06/22 11:09
11F：→ yckang: 中間並沒有休息喔，一路都是維持在跑動的狀態，只 06/22 15:21
12F：→ yckang: 是有時候會因為擦汗或是拿水 造成手沒有在擺動 06/22 15:21
13F：推 MuMuH: 覺得這問題有趣，如果中間段沒有任何休息的話，感覺像是多 06/23 19:53
14F：→ MuMuH: 算了起跑前或是跑完之後的靜止時間。也許可以嘗試在問題發 06/23 19:53
15F：→ MuMuH: 生的時候一併將Apple Watch的資料同步到Strava，看看Strava 06/23 19:53
16F：→ MuMuH: 顯示的 Avg. cadence 是否是正確的。 06/23 19:53
18F：→ yckang: jpeg 06/23 20:01
19F：→ yckang: 最低點的步頻都還有142,但平均下來就剩下116.真不知怎麼算 06/23 20:02
20F：→ yckang: 的，我沒有訂閱strava,所以匯入了資訊之後還是沒有步頻的 06/23 20:03
21F：→ yckang: 相關資訊。我有在想會不會是我結束的方式不對才會造成這 06/23 20:04
22F：→ yckang: 樣的偏差。同一時間配到的Pace3記錄就正確多了 06/23 20:05
23F：推 MuMuH: 如果你不介意個人跑步資料隱私的問題，你可以把Strava的原 06/23 21:59
24F：→ MuMuH: 始資料匯出我們私訊討論，我可用Goldencheetah看一下你的 06/23 21:59
25F：→ MuMuH: raw data，但有可能最終還是要反應給Apple官方，我不知道 06/23 21:59
26F：→ MuMuH: Apple的客服如何，希望可以跟COROS一樣好。 06/23 21:59
27F：→ yckang: 我翻了之前用workoutdoors這套app記錄的結果.發現他的記錄 06/23 22:10
28F：→ yckang: 跟Pace3 的記錄是相差不多的.這樣一想似乎是內建健身的APP 06/23 22:11
29F：→ yckang: 再計算資料上有出現問題 06/23 22:11
30F：推 MuMuH: 是。這的確看起來像是後台計算的問題。 06/23 22:12
31F：→ MuMuH: 而非手錶在運動過程紀錄的問題。 06/23 22:12
32F：→ MuMuH: 如果你有辦法將同一筆跑步資料在第三方平台顯示出平均步頻 06/23 22:13
33F：→ MuMuH: 那麼我相信反應給官方會有一個滿意的結果。（至少COROS是 06/23 22:14
34F：→ MuMuH: 這樣)XD 06/23 22:14
35F：→ yckang: 我剛剛用Goldencheetah看一下strava上匯出的資料，Raw的 06/23 22:27
36F：→ yckang: 部分只有記錄到 Time跟Heartrate.看來Starve是沒抓到完整 06/23 22:28
37F：→ yckang: 健身APP上所產生的資料. 06/23 22:28
38F：→ yckang: 倒是我剛剛把一筆workoutdoors上的資料丟到strave,再匯出 06/23 22:36
39F：→ yckang: 給Goldencheetah，資料就都還蠻完整的。 06/23 22:37
40F：→ yckang: 或許我該找個時間重新校正一下apple watch 06/23 22:41
41F：→ yckang: 我看大家的資料都是正確的，沒道理我的會出錯不過我S6和S9 06/23 22:42
42F：推 MuMuH: 一筆正常的GC raw data應該像這樣： 06/23 22:42
44F：→ yckang: 這兩代都有一樣的問題，這也是奇怪，當然也不排除因為S9繼 06/23 22:43
45F：→ MuMuH: 止cadence為0不應該被平均。也許AW提供的Strava就缺少了 06/23 22:43
46F：→ MuMuH: Cadence，但如果workoutdoor可以，連同你的workoutdoor截圖 06/23 22:43
47F：→ yckang: 承了S6上的資料造成的 06/23 22:43
48F：→ MuMuH: ，你的每一個lap的步頻的紀錄，以及最終的AW不可思議的平均 06/23 22:44
49F：→ MuMuH: 步頻可以一起反應給官方看看，這也是一個明顯的差異，你也 06/23 22:44
50F：→ MuMuH: 許抓到一個bug :) 06/23 22:44
51F：→ yckang: 我剛剛有查了一下 Strave 是去抓Health的資料，可能有些 06/23 22:49
52F：→ yckang: 資料不給抓，workoutdoors是把資料從自身直接丟給strava 06/23 22:50
53F：→ yckang: 所以會有完整的資料。 06/23 22:50
55F：推 MuMuH: Hello, YC 看一下GC overview tab 內應該有一個 Averages 06/23 23:01
56F：→ MuMuH: 的小視窗，可看到 Average Running Cadence ，乘 2 就是你 06/23 23:02
57F：→ MuMuH: 的平均步頻。另外 Performance 裡面有Cadence的圖像化。 06/23 23:02
58F：→ MuMuH: 如果在此平均是對的，那就是AW的計算有誤。 06/23 23:03
61F：→ yckang: 有喔，不過可能是因為小數點進位處理的關係差了1SPM,這到 06/23 23:11
62F：→ yckang: 是沒什麼關係，誤差直內，硬體本身記錄都有，就是不知道 06/23 23:11
63F：→ yckang: 是什麼原因造成軟體計算會有這麼大的落差 06/23 23:12
64F：→ yckang: 應該就是"健身"這個app的鍋 06/23 23:12
65F：推 MuMuH: 這個我覺得就可以確切的反應給官方了，已經證明有問題了。 06/23 23:17
66F：→ MuMuH: 至於為何你會別人不會，以工程師的角度，這是他們要釐清的 06/23 23:18
67F：→ MuMuH: 。 06/23 23:18
68F：→ yckang: 明天來找官方的支援反應看看，剛剛試了一下只有語音通話 06/23 23:30
69F：推 MuMuH: 祝你有好的結果：） 06/24 05:19