Elevate: FTPの代わりにHRを使用している場合、PMC /フィットネストレンドのTSBゾーンが間違っている可能性があります

@TehFinalニース調査！ このフィードバックをありがとう。

私はあなたが正しいと言うことができます。 TRIMPとサイクリングパワーの同じ比率の違いを実験します。 stravaプレミアムフィットネスでも同じようです（あなたについて？）

現時点では、これに対する本当の答えはありません。 応答を見つけることができる人を見つける必要がありました。 ゴールデンチーター（無料）内でテストをしましたか？ トレーニングピーク？ WKO？

ありがとう ！！

トム

悲しいことに、私はいくつかの高度なテストを行うためのパワーメーターを持っていません。私がしたのは、2つの方法の違いをよりよく理解するために、手がかりを見つけてExcelでいくつかの数値を微調整することだけでした。 私はジョー・フリエルに連絡してみます、多分彼はこのトピックにいくらかの光を当てることができます。

こんにちは皆さん、
私にとっては、計算されたライドTRIMP（サイクリングパワーメーターのデータなし）が高すぎる可能性もあるようです。 Multisports Fitness Trendテーブルの係数は、おおよそ1.7から3の間で変化します（ほとんどの場合、TRIMPはパワーメーターベースのPSSの2倍です）。

パワーメーターとHRMデータを含むサンプルファイルを入手したいですか？

@thomaschampagne ：素晴らしいマルチスポーツフィットネスツール!!

正確なデータを持っている人から話を聞くのは興味深いです！ これは、TSSで計算するよりも、フィットネスゾーンが1.7〜3倍高いと推定できることを意味します。 ミスターFrielに連絡した後、TRIMPは、結局のところ、PMCで使用するには十分に正確ではないという結論に達しました（心拍数の変動のおかげで）。

調査のためのThx。 解決策は何でしょうか？ カスタム水平ゾーンを作成しますか？ 他の？

TRIMPからTSSに直接変換することは不可能であるため、チャートがTRIMPで計算された場合、おそらくそれらを非アクティブ化するのが最善の解決策です。

解決策のようです;）新しいゾーンの制限値を見つけて計算することができます
トリムのみがアクティブになっている場合。

要約すると、トリムとサイクリングパワーの両方が両方である場合、ゾーンは非アクティブになります
チャートに存在します。

どう思いますか？

金、2017年4月14日には、午前11時04分TehFinal [email protected]は書きました：

TRIMPからTSSへの直接変換は不可能であるため、
解決策は、チャートが計算された場合、おそらくそれらを非アクティブ化することです
TRIMPで。

—
あなたが言及されたので、あなたはこれを受け取っています。

このメールに直接返信し、GitHubで表示してください
https://github.com/thomaschampagne/stravistix/issues/341#issuecomment-294120918 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAJRpaLMhHcAQjmVHq6-4Lb61_AxiBqBks5rvzalgaJpZM4MHx_z
。

>>

トーマスシャンパン
http://thomaschampagne.github.io

STRAVAの鮮度チャートを詳しく調べると役立つかもしれません。 STRAVAプレミアムには、HRとパワーメーターの両方のデータタイプに基づいて、混合チャートを表示するためのオプションがあります。 STRAVAが2つをどのように混合しているかは興味深いでしょう。

私にとって、混合チャートは非常に重要です。なぜなら、私は3台の自転車を持っていますが、パワーメーターが装備されているのは1台だけだからです。

パワーメータとHRデータを含むサンプルファイルを入手したい場合は、私に連絡してください。

私はプレミアムを持っています、そしてストラバはトリムの間で同じ比率で同じ結果をもたらします
とTssスコアはstravistixよりも。 しかし、stravaFFにはトレーニングゾーンがありません。

金、2017年4月14日には、午後9時58分Dan4GitHub [email protected]は書きました：

STRAVAの鮮度チャートを詳しく調べると役立つかもしれません。 STRAVA
プレミアムには、両方のデータタイプに基づいて、混合チャートを表示するためのオプションがあります。
HRおよびパワーメーター。 STRAVAが2つをどのように混合しているかは興味深いでしょう。

私にとって、混合チャートは非常に重要です。なぜなら、私は3台の自転車を持っているからですが、
パワーメーターが装備されているのは1つだけです。

パワーメータとHRデータを含むいくつかのサンプルファイルを取得したい場合は、
ただ私に連絡してください。

—
あなたが言及されたので、あなたはこれを受け取っています。

このメールに直接返信し、GitHubで表示してください
https://github.com/thomaschampagne/stravistix/issues/341#issuecomment-294224797 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAJRpenj9Tz2qeExK3H2k8hDhqrWs533ks5rv8_fgaJpZM4MHx_z
。

>>

トーマスシャンパン
http://thomaschampagne.github.io

@thomaschampagneこれは良い解決策だと思いますが、

私個人としては、TRIMPのみに依存している場合、ゾーンはかなりうまく機能します。 ライド後にオーバートレーニングゾーンにたどり着くと疲れてしまい、フレッシュネスゾーンでライドを開始すると足がすばらしくなります。 ただし、TSSははるかに低いため、スケーリングせずにTRIMPとTSSを混在させることにも問題があります。

カスタマイズ可能な要素でTRIMPを縮小するというアイデアを支持します。 最初は、FTHRでの1時間のTRIMP値（または@TehFinalで提案されている85％HRR）を100で割った値に設定する必要があります。ジョーによると、ゾーンは厳密な科学よりも経験則であるため、カスタマイズする必要もあります。フリエル。

ゾーンを削除しないでください。 わずかに不正確なゾーンでも、ゾーンがまったくない場合よりも、Fitness-Fatigue-Modelのアプリケーションをよりよく理解できます。 Stravaのフィットネスモデルが欠落していることは重要な機能です。

この問題には比較的簡単な解決策があると思います。 TRIMPをPSSまたはTSSと同等にスケーリングする必要があります（TrainingPeaksがそれを呼んでいます）。

定義上、FTPでの1時間の作業では、PSS（またはTSS）は100になります。

FTPでの心拍数という1つの追加情報を使用して、FTP心拍数で1時間のTRIMPを計算できます。 （心拍数モニター、ストップウォッチ、および大量の汗だけを使用してFTPで心拍数を推定する方法はいくつかあります。）

次のように、FTP心拍数で1時間のTRIMPを計算します。

1. ％ HRR @ FTP =（
2. 1時間FTPTRIMP =％ HRR @ FTP x 0.64 x EXP（1.92 x％HRR @ FTP）* 60（男性の使用係数; 60分間）

例–私の価値観：

1. 最大HR：185
2. 最小HR：60
3. FTPでのHR：163
4. ％ HRR @ FTP =（163-60）/（185-60）= 82.4％
5. 1時間FTPTRIMP = 82.4％x 0.64 x EXP（1.92 x 82.4％）* 60 = 153.94

次に、エクササイズTRIMPをhrPSS / hrTSS値にスケーリングするのは簡単です。
hrPSS =エクササイズTRIMP / 1時間FTPTRIMP * 100

例：

1. StravistIXからの2017年8月12日の私のセッションのTRIMP：333
2. hrPSS = 333 / 153.04 x 100 = 216.32

hrPSSは、パワーメーターに基づく計算よりも常に精度が低くなることに注意してください。これは、TrainingPeaksでも明らかにされています。 しかし、hrTSSはTRIMPよりも優れていると思います。これは、さまざまなアスリート間で比較可能であり、概念的に理解しやすく、FTP心拍数を変更するフィットネスレベルの変化を考慮しているためです。

指示ありがとうございます、shutema。 これをExcelシートに実装すると思います！

その喜びTehFinal。 それがあなたのためにどのように機能するか教えてください。

私のデータをお見せしたいと思います。
TRIMPの最初のスクリーンショット

PSSで2位

9月29日からパワーメーターを使用しています。 おそらく@shutemaのアプローチで@ duhligが言ったように、tssに匹敵するようにスケールダウンするhrTSSを実装することによって。

したがって、ユーザーは、PSSトグルがオンのときにTRIMP値の代わりにhrPSS値を提供するために、（アスリート設定で）「1時間FTPTRIMP」の新しい設定を入力する必要がありますか？

いいえ、ユーザーはアスリート設定に「しきい値心拍数」を入力する必要があります。 その後、システムは1時間のFTPTRIMPを計算できます。

私たちは前にいくつかの研究をするべきだと思います。 1時間以上の過去10回のライドのデータを使用してさまざまなアプローチを試しました。 結果を添付しました。

TrainingPeakshrTSSは最高のパフォーマンスを示しています。 たぶん、彼らがどのようにhrTSSを計算するかを知ることができますが、それは修正されていません。 この場合、商は1.1から1.9まで変化します。 @shutema （1時間のFTP @duhligアプローチ（商1,65）も試しました

tss_hrTss_trimp.xlsx

データ@ jayti74 、興味深い比較をありがとう。

その間、私は変換係数1.43（= 80％HRR、最大180、43分）まで下げました。 それは、モデルと比較して、私自身の知覚された倦怠感によりよく適合しているように見えました。 ただし、さまざまな理由から、すべての人の正確な値を下げることは簡単には不可能であり、必要でもないと思います。

1. モデルの換算係数1,4〜1,7（〜80〜85％HRR）の違いはわずかです。 それらはピークゾーン（オーバートレーニング、フレッシュネス）を伸ばすだけですが、重要なゾーン（最適、ニュートラル）は変換係数に関係なくヒットします。
2. TRIMP、したがってhrPSSは、ワークロードを説明するのに不正確です。 心拍数は、外部条件、倦怠感（長時間のライドとハードトレーニングブロックの両方）、興奮などによって、パワーよりもはるかに変化します。 単一の変換値はほとんど機能しません。
3. FTHRは人によって異なります。 絶対値だけでなく、相対値（％HRR）も。 また、ほとんどの人にとって、最大HRも知識に基づいた推測だと思います。

したがって、私は@shutemaに同意します。 ユーザーにFTHRを設定させ、そこから変換係数を計算させます。 最大および最小HRがわかっている場合は、デフォルトで80〜85％HRRの値に設定します。 電源を使用してトレーニングする場合と使用しない場合があるユーザーは、hrPSS〜PSSなどのFTHR設定を試すことができます。

こんにちはjayti74
定義上、FTPでの1時間のTSSは100であるため、TRIMPを1時間のFTP TRIMPで除算し、100を掛けることは概念的に正しいアプローチです。

TRIMPの計算にはさまざまな方法があります。 トレーニングピークhrTSSがパワーメーターベースのTSSのより良い近似を提供する場合、トレーニングピークはより正確なTRIMP計算を使用する必要があります。

ただし、1人のアスリートからの10個のサンプルは、どのTRIMP計算が最も正確であるかを判断するのに十分なサンプルサイズではない場合があります。

また、TRIMPの計算がどれほど優れていても、TSSの計算でパワーメーターの精度に近づくことは決してないことに注意してください。

こんにちは@duhligと@shutema 、

返信ありがとうございます。 それが正しい道だと思います。 ユーザーは、LTHR（Friel）とも呼ばれるFTHRを設定する必要があります。変換係数を計算して、TSSが使用できないTRIMPに適用する必要があります。

私は言及されたすべての点を支持します。 約30回のライドからの私の平均換算係数も約1,4：Pです。 TRIMPの定義が何であるか、そして

@thomaschampagneがこれをMilestone5.13に追加してくれたことに感謝します。 前もって感謝します。

@TehFinal @shutema @ jayti74 @ Dan4GitHubこれから数日でそれに飛び込みます。 hrTSS式がどこにあるか知っていますか？

私は私の側で両方のソリューションをテストします：

• @shutemaからのhrPSS
• hrTSS（式が必要）

乾杯、

トム

いくつか検索した後、私が見つけたのはこのリンクだけでした：
https://www.trainingpeaks.com/blog/power-training-levels/

表1では、心拍数ゾーンとパワーゾーンが比較されています。 乳酸閾値であり、FTPの周囲91〜105％であるゾーン4では、心拍数は機能閾値心拍数の約95〜105％である必要があります。
FTPテストを実行することで、しきい値の心拍数を比較的正確に取得できますが、上記のように、バリエーションが加算され、最大10％オフになる可能性があります（たとえば、下限の乳酸閾値ゾーンはFTPの91％である可能性がありますが、閾値心拍数は105％になる可能性があります-テーブルを正しく解釈していて、それについてあまり確信が持てない場合）。

最終的には、心拍数を使用して自然な変動があることを受け入れるのは嫌です。 しきい値の心拍数が100％正しく設定されていても、その特定の日に飲酒量が少なすぎたり、コーヒーやアルコールを飲んだり、お腹が空いたり、何を知っているかがわからない場合は、心拍数がオフになります。

結論として、データは正確であるが不正確である可能性があります。 私の意見では、 @ shutemaのアプローチが最適です。

@TehFinalありがとう！ 私はついにこのリンクでhrTSS式を見つけました

要約すると、このスントアプリはこれを行います：

LTHR = 0.86 * MAX_HR; // OR Use custom LTHR/FTHR
hrTSS = ((DURATION * (AVG_HR - USER_REST_HR) * ((AVG_HR - USER_REST_HR) / (LTHR - USER_REST_HR))) / ((LTHR - USER_REST_HR) * 3600)) * 100;

結論として、データは正確であるが不正確である可能性があります。

あなたはhrTSSについて話しているのですか？

ところで、私はあなたのアドバイスに従うと、@shutemaで始まるのアプローチ（hrPSS）は、ここで彼によって参照されます： https://github.com/thomaschampagne/stravistix/issues/341#issuecomment -322047898とLTHRを入力するようユーザーに求めますFTHR

私はあなたのトップコメントにいくつかの仕様を書きます。 私は次のようないくつかの点を明確にする必要があります：

1. TRIMPのみに基づいてPMCチャートを保持しますか？ それともhrPSSだけですか？
2. トレーニングゾーンが有効になっている場合、 PSSおよび/またはhrPSSのみが
3. PSSはhrPSSを優先しますか？ （私の答えはイエスです）
4. 他のケースはありますか？

また、将来的には、センサーをまったく持たない人（スマートフォンのみなど）のフィットネストレンドに、推定PSSとrTSS（TSSを実行）を追加する予定です。

議論を開いて、それを実際に推進してください:) :)

ありがとう ：）

TRIMPを縮小するだけでなく、スントフォーミュラーを使用する利点は何でしょうか。

のように
hrTSS = TRIMP / ScalingFactor
ScalingFactor = 60 * HRR<strong i="9">@LTHR</strong> * 0,64*EXP(1,92*HRR@LTHR)/100 // TRIMP for 1hr <strong i="10">@LTHR</strong> (for men)
HRR<strong i="13">@LTHR</strong> // Hearth Rate Reserve at Lactate Treshold Hearth Rate, e.g. 0,83

TRIMPのみに基づいてPMCチャートを保持しますか？ それともhrPSSだけですか？

できれば両方ともスイッチを介して。 ユーザーが異なれば、好みも異なります。

トレーニングゾーンが有効になっている場合、PSSおよび/またはhrPSSのみが連携できます。

同意しました。

PSSはhrPSSを優先しますか？ （私の答えはイエスです）

最も間違いなく。

他のケースはありますか？

ヘッドユニットがクラッシュしたときなどに、ユーザーがカスタムTSSエントリを作成できるようにすることはできますか？ ほとんどの場合、TSSについての知識に基づいた推測は、少なくとも2か月間PMCを台無しにするゼロレコードよりも優れています。

こんにちはトーマス
最近、推定パワーストレススコアのフィールドを追加しました。 このフィールドは、hrTSSのトレーニングピークの計算と正確に一致します（私が比較したすべての乗り物で）。 TRIMPからhrTSSを計算するよりも、フィットネストレンドチャートでそのフィールドを使用する方がよいのではないでしょうか。

@shutemaできましたが、推定パワーストレススコアはサイクリングでのみ機能します

私は今週末に飛び込みます。

アスリートの設定で何を尋ねるべきですか？ FTHRまたはLTHR？

これについての私の現在の理解は次のとおりです。

• FTHRは、60分間のテストで決定されます。

• LTHRは、以下のjoe frielの投稿に従って、30分間のテストで決定されます：

  LTHRを見つけるには、30分間のタイムトライアルをすべて自分で行います（トレーニングパートナーやレースではありません）。 繰り返しになりますが、それはまるで30分間のレースであるかのように行われるべきです。 ただし、テストの10分後に、心拍数モニターのラップボタンをクリックします。 完了したら、過去20分間の平均心拍数を確認します。 その数はLTHRの概算です。

LTHRをお願いします。 競合状態ではfthrに非常に近く、テスト中の心理的ストレスが少なくなります。 その結果、テストが実行されます。 私はなんとか1時間の全力テストを行うことができませんでした。

アム2018年3月15日午後二時41 umのschriebトーマスシャンパン[email protected] ：

私は今週末に飛び込みます。

アスリートの設定で何を尋ねるべきですか？ FTHRまたはLTHR？

これについての私の現在の理解は次のとおりです。

FTHRは、60分間のテストで決定されます。

LTHRは、次のジョーフリエルに従って30分間のテストで決定されます：

LTHRを見つけるには、30分間のタイムトライアルをすべて自分で行います（トレーニングパートナーやレースではありません）。 繰り返しになりますが、それはまるで30分間のレースであるかのように行われるべきです。 ただし、テストの10分後に、心拍数モニターのラップボタンをクリックします。 完了したら、過去20分間の平均心拍数を確認します。 その数はLTHRの概算です。

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

また、LTHRを要求し、JoeFrielのプロトコルについて言及します。 もう1つ言及したいのは、Carmichael＆Rutbergの2x8minプロトコルで、2つの8分間の作業のうち高い方の約95％でLTHRを確立します（ CTSフィールドテストを参照）。 Allen＆Cogganは_Powermeterを使用したトレーニングとレース_でFTHRについて言及していますが、FTHRを確立するための正確なプロトコルはなく、FTHRの期間の正確な定義さえありません。 実際には、hrPSSを確立するために、2つの数値の違いは無視できるはずです。

TRIMP値をTSS / BikeScoreに合わせるために、GoldenCheetahでTRIMP（100）を計算する方法を確認できます。
https://github.com/GoldenCheetah/GoldenCheetah/blob/master/src/Metrics/TRIMPPoints.cpp#L117
https://github.com/GoldenCheetah/GoldenCheetah/wiki/UG_Glossary

@igarciaolaizolaあなたのリンクをありがとう私はそれを読みます。

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola

ブランチで開発を開始しました： https ：

必要に応じて、テストの準備ができたら通知します（専用ビルドを使用）

@thomaschampagneスポーツごとにLTHR値を
ところで、私はこれをテストすることに非常に興味があります:)

@igarciaolaizolaこれについての情報を教えて

3 LTRH？

• 1デフォルト？
• 1サイクリングをオーバーライドしますか？
• 1オーバーライド実行？

ty

サイクリングとランニングのLTHRで十分であり（水泳のLTHR値は見たことがありません）、通常は大きく異なるため、2つの異なる値を持つことが重要です。
LTHRは、乳酸ラボテストを通じて計算するか、フィールドタイムトライアルで推定することができます。 私の場合、フィールドトライアルには次の見積もりを使用します。0.95x20フィートテストの平均HR。 私はこの見積もりをジョー・フリエルの本「トライアスリートのトレーニング聖書第4版」から引用しました。

これらは私の最後のテスト値でした：

• 実行：1月乳酸ラボテストLTHR値：172bpm
• 実行：2月フィールドLTHR推定：161bpm
• バイク：2月フィールドLTHR見積もり：141bpm

Run aBikeフィールドテストには20bpmの違いがあります。

デフォルト値は別のオプションかもしれませんが、それをどのように見積もることができるかわかりません。 たぶん、最小/最大心拍数から導出された値を使用します。

@igarciaolaizolaメモありがとうございます。 LTHRの実行とサイクリングを実装します。 現在、機能ブランチにはLTHRが1つしかありません。 そして私は現在、そのメモに沿ってそれを設定するようにユーザーに求めています：

LTHRは、それを超えると、体内で血液の酸性化が増加するポイントです。 このしきい値を超えると、持久力のパフォーマンスが急速に低下します。
LTHRを見つけるには、30分間のタイムトライアルだけを行います。 まるでレースのようにこのTTを実行します。 テスト開始から10分が経過したら、心拍数の測定を最後まで開始します。 完了したら、これらの最後の20分間の平均心拍数を確認します。 この値がLTHRです。

サイクリングやランニング以外のスポーツのデフォルトが必要だと思います。 これはトレーニングのピーク時にどのように処理されますか？ ゴールデンチーター？

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola

これが、HRSS / TRIMPスイッチングモードの機能実装を備えたプレビュービルドです。

v6.0.2_stable_2018-03-17-18-04.a7b593f1.zip

ラジオボタンに焦点を合わせるだけで、 「心拍数ストレススコア」と「トレーニングインパルス」を切り替えることができます。

そして、UIと入力の可能性/制約を忘れてください...ヘルパー、...まだ準備ができていません

注：LTHRはアスリート設定で設定できます。

@thomaschampagne Golden Cheetahにはさまざまな指標がありますが、一部の指標はすべてのスポーツに当てはまるわけではありません。 TRIMP（100）は、RunおよびBikeアクティビティに対してのみゼロ以外の値を示します（これらのスポーツにはLTHR値のみを追加できるため）。 さまざまなPMCチャートもあります（基本メトリックによって異なります）。

デフォルトのLTHR値が必要な場合は、心拍数の予備のパーセンテージを使用できます（最大HR-安静時HR）。
LTHR = RestHR + 0.85 x (MaxHR - RestHR)
ただし、85％が式の最良の値であるかどうかはわかりません。

@igarciaolaizolaしたがって、デフォルトのLTHRの場合、次のものを置き換える必要があります。

LTHR = 0.86 x MaxHR （現在はそれでコーディングされています）

沿って

LTHR = RestHR + 0.85 x (MaxHR - RestHR)

？

@thomaschampagneはい、しかしそれは単なる提案です！ 参照を検索する場合、これはKarvonen式と呼ばれます。

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola新しいテストビルドはここから入手できます：

v6.0.3_stable_2018-03-24-15-09.zip

最新のテストビルドを調べる時間がありました。 私はそこで見ているものが本当に好きだと言わなければなりません。 @thomaschampagneに感謝します。 HRSSの値はPSSにかなり近くなりました。 それらはtrainingpeakshrTSSとは少し異なりますが、tpの値よりもTSSに近い場合があります。 よくできた。 パワーメーターを含む私の自転車が2週間前に盗まれた後、この機能はこれまで以上に歓迎されています💃

推定されたLTHRの場合、@ igarciaolaizolaのLTHR = RestHR + 0.85 x (MaxHR - RestHR)は私にとってはるかにうまく機能します。 それは私の測定されたlthrからわずか2bpmです。 LTHR = 0.86 x MaxHR使用すると、測定値から8bpmオフになります。 これが他の人の測定値とどのように相関するのかわかりません。

私が気づいたことが一つあります。 [利用可能なサイクリングパワーメーターを使用する]ラジオボタンをトリガーした後、右上の値は今日は変更されません。 最新の数値を表示するには、グラフの上にマウスを置く必要があります。

PS：私はサイクリングのためにしか話すことができません...

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola

stravistixクラブにドロップする前の最後のテストビルドは次のとおりです：

この変更/改善をユーザーに説明することは大きな課題です。 だから私はいくつかのヘルパーを書き直しました。

• フィットネストレンド>ヘルパーガイド。 所在地： https ：

• グローバル設定>ヒアレート統計ヘルパー。 所在地： https ：

• グローバル設定>電力統計ヘルパー。 所在地： https ：

私はフランス語なので、英語や文の混乱を自由に修正してください。リストされたファイルのプルリクエストを使用してください（githubで直接編集できます）。

サイクリングパワーデータと心拍数データの履歴がある場合。 バックアップは大歓迎ですので、自分の側でテストを行うことができます（パワーメーターはありません）。

ご協力いただきありがとうございます！

@thomaschampagne素晴らしい仕事です！ PMCチャートは今でははるかに良く見えます。
ただし、パワーメッターを持たないトライアスロンユーザー（私のように）は、ランニングLTHRを導入するかサイクリングLTHRを導入するかを選択する必要があります。 一方のサイクリングスコアは非常に低く、もう一方のランニングスコアは高すぎます。

@igarciaolaizolaできるだけ早く実装します

あなたは私たちが持っているべきであることを確認しますか

• デフォルトのLTHR
• LTHRのサイクリング
• LTHRの実行

？

@thomaschampagne私の意見では、

@igarciaolaizolaもう1つ...

この時点で、定義されたLTHRがない場合は、 Default LTHR = RestHR + 0.85 x (MaxHR - RestHR)

しかし、Cycling LTHRのデフォルト値は何ですか？ LTHRを実行していますか？

• オプションA
  Cycling LTHR = Running LTHR = Default LTHR ？

• オプションB
  Cycling LTHR = RestHR + ??? x (MaxHR - RestHR)
Running LTHR = RestHR + ??? x (MaxHR - RestHR)

???背後にある要因はどれですか？ 何か案が？

オプションBIの場合、ランニングでは0.85の係数を維持し、サイクリングでは0.75の係数を維持します。 この0.10の低下により、サイクリングLTHRは約15 bpm減少します（ランニングLTHRとサイクリングLTHRの違いは約10〜20 bpmだと思います）

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola

寝る前に、デフォルトのLTHR、サイクリングLTHR、ランニングLTHRのサポートを終了しました。 これを含む新しいビルドは次のとおりです：

私はついにオプションAを維持しました：空のときにCycling LTHR = Running LTHR = Default LTHR 。

確かに、FDJチームのプロサイクリストからの履歴バックアップの分析後：彼の活動のほとんどのHRSSとPSSの値は、たったDefault LTHR = RestHR + 0.85 x (MaxHR - RestHR)を使用してかなり近いもの

注：彼はHRMと実際のパワーメーターを持って乗ります。

Cycling LTHR = RestHR + 0.75 x (MaxHR - RestHR)使用した場合、HRSSスコアは彼のPSSスコアとは異なります。

前に述べたように、この変更/改善をユーザーに説明することは大きな課題です。 だから私はいくつかのヘルパーを書き直しました。

• フィットネストレンド>ヘルパーガイド。 所在地： https ：

• グローバル設定>ヒアレート統計ヘルパー。 所在地： https ：

• グローバル設定>電力統計ヘルパー。 所在地： https ：

私はフランス語なので、英語や文の混乱を自由に修正してください。リストされたファイルのプルリクエストを使用してください（githubで直接編集できます）。

ご協力いただきありがとうございます！