PTT體育區 / Road_Running (路跑 - 跑步 - 馬拉松)

[問題] Apple Watch 平均步頻計算落差

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