Elevate: Posiblemente zonas TSB incorrectas en PMC / Fitness Trend si se usa HR en lugar de FTP

@TehFinal ¡ Buena investigación! Gracias por esta retroalimentación.

Puedo decirte bien. Experimento la misma diferencia de relación entre TRIMP o Cycling Power. En strava premium fitness parece ser lo mismo (¿sobre ti?)

No tengo la respuesta real a esto en este momento. Tuvimos que encontrar personas capaces de encontrar la respuesta. ¿Hiciste la prueba dentro de Golden Cheetah (gratis)? Picos de entrenamiento? WKO?

Gracias !!

Tomás

Lamentablemente, no tengo un medidor de potencia para hacer algunas pruebas avanzadas, todo lo que hice fue encontrar una pista y ajustar algunos números en Excel para darme una mejor idea de la diferencia entre los dos métodos. Intentaré ponerme en contacto con Joe Friel, tal vez él pueda arrojar algo de luz sobre este tema.

Hola amigos,
para mí también parece que el TRIMP de recorrido calculado (sin los datos del medidor de potencia de ciclismo) podría ser demasiado alto. El factor en la tabla de tendencias de aptitud física multideporte varía aproximadamente entre 1,7 y 3 (principalmente TRIMP es dos veces más alto que el PSS basado en medidor de potencia).

¿Le gusta obtener archivos de muestra que contengan datos de medidor de potencia y HRM?

@thomaschampagne : ¡¡Gran herramienta de fitness multideporte !!

¡Es interesante escuchar a alguien con datos precisos! Esto significa que se pueden estimar las zonas de fitness entre 1,7 y 3 veces más altas que calculando con TSS. Después de contactar al señor Friel, llegué a la conclusión de que, después de todo, TRIMP no es lo suficientemente preciso para ser utilizado en el PMC (gracias a la frecuencia cardíaca fluctuante).

Gracias por la investigación. ¿Cuál podría ser la solución? ¿Crear zonas horripilantes personalizadas? ¿Otro?

Dado que no es posible una conversión directa de TRIMP a TSS, la mejor solución probablemente sería desactivarlos si el gráfico se calcula con TRIMP.

Parece ser una solución;) Podríamos encontrar / calcular nuevos valores de límites de zonas
si solo se activa trimp.

En resumen, las zonas estarán inactivas si tanto el trimp como el ciclo de potencia están
presente en el gráfico.

¿Qué piensas?

El viernes 14 de abril de 2017 a las 11:04, TehFinal [email protected] escribió:

Dado que una conversión directa de TRIMP a TSS no es posible, la mejor
La solución probablemente sería desactivarlos si el gráfico se calcula
con TRIMP.

-
Recibes esto porque te mencionaron.

Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/thomaschampagne/stravistix/issues/341#issuecomment-294120918 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AAJRpaLMhHcAQjmVHq6-4Lb61_AxiBqBks5rvzalgaJpZM4MHx_z
.

>

Thomas Champagne
http://thomaschampagne.github.io

Quizás una mirada más profunda a la tabla de frescura de STRAVA podría ayudar. STRAVA premium tiene una opción para mostrar un gráfico mixto, basado en ambos tipos de datos, HR y medidor de potencia. Sería interesante, cómo STRAVA está mezclando los dos.

Para mí la tabla mixta es muy importante, porque tengo tres bicicletas pero solo una está equipada con medidor de potencia.

Si desea obtener algunos archivos de muestra que contengan medidores de potencia y datos de frecuencia cardíaca, contácteme.

Tengo premium y Strava tiene los mismos resultados con la misma proporción entre Trimp
y puntuación Tss que stravistix. Pero strava FF no tiene zonas de entrenamiento.

El viernes 14 de abril de 2017 a las 21:58, Dan4GitHub [email protected] escribió:

Quizás una mirada más profunda a la tabla de frescura de STRAVA podría ayudar. STRAVA
premium tiene una opción para mostrar un gráfico mixto, basándose en ambos tipos de datos,
Medidor de frecuencia cardíaca y potencia. Sería interesante, cómo STRAVA está mezclando los dos.

Para mí la tabla mixta es muy importante, porque tengo tres bicicletas pero
solo uno está equipado con un medidor de potencia.

Si desea obtener algunos archivos de muestra que contengan medidores de potencia y datos de frecuencia cardíaca,
solo contáctame.

-
Recibes esto porque te mencionaron.

Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/thomaschampagne/stravistix/issues/341#issuecomment-294224797 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AAJRpenj9Tz2qeExK3H2k8hDhqrWs533ks5rv8_fgaJpZM4MHx_z
.

>

Thomas Champagne
http://thomaschampagne.github.io

@thomaschampagne Creo que es una buena solución, aunque la gente debe tener en cuenta que TRIMP simplemente no es tan preciso como TSS porque si está enfermo o hace frío / calor fuera de su frecuencia cardíaca en relación con la energía, podría estar completamente apagado ( en comparación con la conducción en condiciones normales).

Para mí, personalmente, las zonas funcionan bastante bien cuando se confía únicamente en TRIMP. Estoy cansado cuando termino en la zona de sobreentrenamiento después de una carrera y tengo buenas piernas cuando comienzo mi carrera en la zona de frescura. Sin embargo, también veo el problema de mezclar TRIMP y TSS sin escalar, ya que TSS es mucho menor.

Apoyo la idea de reducir TRIMP con un factor personalizable. Inicialmente, eso debe establecerse en el valor TRIMP de una hora en FTHR (o 85% HRR como lo sugiere @TehFinal) dividido por 100. Las zonas también deben ser personalizables ya que son más una regla empírica que una ciencia estricta según Joe Friel.

Por favor, no se deshaga de las zonas. Incluso las zonas ligeramente inexactas proporcionan una mejor comprensión de la aplicación del modelo Fitness-Fatigue que ninguna zona. Es una característica crucial que falta en el modelo de fitness de Strava.

Creo que hay una solución relativamente sencilla a este problema. Es necesario escalar el TRIMP a un equivalente al PSS, o TSS (como lo llama TrainingPeaks).

Por definición, un esfuerzo de una hora en FTP da un PSS (o TSS) de 100.

Con un dato adicional, la frecuencia cardíaca en FTP, podemos calcular el TRIMP durante una hora a la frecuencia cardíaca de FTP. (Hay varias formas de estimar la frecuencia cardíaca en FTP con solo un monitor de frecuencia cardíaca, un cronómetro y mucho sudor).

Calcule TRIMP durante una hora a la frecuencia cardíaca de FTP de la siguiente manera:

1. % FCR @ FTP = (Frecuencia cardíaca en FTP - FC mínima) / (FC máx. - FC mínima)
2. Recorte de FTP de 1 hora =% HRR @ FTP x 0.64 x EXP (1.92 x% HRR @ FTP) * 60 (usando el factor para hombres; durante 60 minutos)

Ejemplo: mis valores:

1. FC máx .: 185
2. FC mínima: 60
3. FC en FTP: 163
4. % FCR @ FTP = (163-60) / (185-60) = 82,4%
5. Recorte de FTP en 1 hora = 82,4% x 0,64 x EXP (1,92 x 82,4%) * 60 = 153,94

Entonces es fácil escalar el TRIMP del ejercicio a un valor de hrPSS / hrTSS:
hrPSS = Ejercicio TRIMP / 1 hora FTP TRIMP * 100

Ejemplo:

1. TRIMP para mi sesión del 12 de agosto de 2017 de StravistIX: 333
2. hrPSS = 333 / 153.04 x 100 = 216.32

Tenga en cuenta que un hrPSS siempre será menos preciso que un cálculo basado en un medidor de potencia, algo que también queda claro en TrainingPeaks. Pero sí creo que un hrTSS es mejor que un TRIMP, ya que es comparable entre diferentes atletas, conceptualmente más fácil de entender y tiene en cuenta los cambios en los niveles de condición física que alteran la frecuencia cardíaca FTP.

Gracias por las instrucciones, shutema. ¡Creo que implementaré esto en mi hoja de Excel!

Es un placer TehFinal. Déjame saber cómo te funciona.

Me gustaría mostrarte mis datos:
Primera captura de pantalla con TRIMP

2do con PSS

Estoy usando un medidor de potencia desde el 29 de septiembre. ¿Existe una solución para igualar el cálculo de pmc trimp y pss en stravistix tal vez en el enfoque de @duhlig .

Entonces, ¿el usuario tiene que completar una nueva configuración de "1 hora FTP TRIMP" (en la configuración del atleta) para proporcionar valores de hrPSS en lugar de valores de TRIMP cuando la palanca de PSS está activada?

No, el usuario debe ingresar un "Umbral de frecuencia cardíaca" en la configuración del atleta. A continuación, el sistema puede calcular el TRIMP FTP de 1 hora.

Creo que deberíamos investigar un poco antes. Probé diferentes enfoques con mis datos de los últimos 10 viajes> 1 hora. Adjunto el resultado.

TrainingPeaks hrTSS muestra el mejor rendimiento. Tal vez podamos descubrir cómo calculan hrTSS no está arreglado. el cociente varía de 1,1 a 1,9 en este caso. También probé @shutema (cociente de recorte de FTP de 1 hora) y el enfoque @duhlig (cociente 1,65)

tss_hrTss_trimp.xlsx

Gracias por los datos @ jayti74 , interesante comparación.

Mientras tanto, incluso bajé a un factor de conversión de 1,43 (= 80% HRR con 180 max, 43 min). Eso parecía encajar mejor con mi propio agotamiento percibido en comparación con el modelo. Sin embargo, también creo que obtener el valor exacto para todos no es posible ni necesario fácilmente por varias razones:

1. Las diferencias entre un factor de conversión de 1,4 - 1,7 (~ 80-85% HRR) en el modelo son menores. Solo estiran las zonas pico (sobreentrenamiento, frescura) mientras que las zonas importantes (óptima, neutra) se ven afectadas independientemente del factor de conversión.
2. TRIMP y, por lo tanto, hrPSS no son precisos para describir la carga de trabajo. La frecuencia cardíaca varía mucho más que la potencia con las condiciones externas, el agotamiento (tanto en recorridos largos como en bloques de entrenamiento duro), emoción y más. Un único valor de conversión casi nunca funcionará.
3. FTHR es diferente de una persona a otra. No solo el valor absoluto sino también el valor relativo (% HRR). Además, supongo que para la mayoría de las personas la frecuencia cardíaca máxima también es una suposición fundamentada.

Por eso, estoy de acuerdo con @shutema. Deje que el usuario establezca su FTHR y calcule el factor de conversión a partir de eso. Ajuste por defecto a algún valor entre 80-85% HRR si se conocen la HR máxima y mínima. Los usuarios que a veces entrenan con y otras veces sin energía podrán experimentar con su configuración FTHR de manera que hrPSS ~ PSS.

Hola jayti74
Por definición, 1 hora en FTP da un TSS de 100, por lo que dividir el TRIMP por el TRIMP de 1 hora en FTP y multiplicar por 100 es conceptualmente el enfoque correcto.

Hay varios métodos diferentes de cálculo de TRIMP. Si los picos de entrenamiento hrTSS proporcionan una mejor aproximación al TSS basado en medidor de potencia, entonces los picos de entrenamiento deben utilizar un cálculo TRIMP más preciso.

Sin embargo, 10 muestras de un solo atleta pueden no ser un tamaño de muestra suficientemente grande para determinar qué cálculo de TRIMP es el más preciso.

También tenga en cuenta que no importa qué tan bueno obtengamos un cálculo de TRIMP, nunca se acercará a la precisión de un medidor de potencia para calcular el TSS.

Hola @duhlig y @shutema ,

Gracias por tus respuestas. Creo que ese es el camino correcto a seguir. Los usuarios deben configurar su FTHR, también conocido como LTHR (Friel), el factor de conversión debe calcularse y aplicarse a TRIMP, donde no hay TSS disponible.

Abogo por todos los puntos mencionados. Mi factor de conversión medio de unos 30 viajes también es de 1,4: P. Sé cuál es la definición de TRIMP y que el enfoque de @shutema es absolutamente correcto, solo me preguntaba cómo TP calcula hrTSS, que parece más o menos preciso. Es obvio que 10 muestras de una sola persona no son precisas. Solo quería mostrar lo que descubrí rápidamente sobre los diferentes enfoques para mis datos.

Aprecio que @thomaschampagne haya agregado esto a Milestone 5.13. Gracias por adelantado.

@TehFinal @shutema @ jayti74 @ Dan4GitHub Me sumergiré en eso en los próximos días. ¿Sabes dónde puedo encontrar la fórmula hrTSS?

Probaré ambas soluciones de mi lado:

• hrPSS de @shutema
• hrTSS (necesita fórmula)

Salud,

Tomás

Después de buscar, todo lo que pude encontrar fue este enlace:
https://www.trainingpeaks.com/blog/power-training-levels/

En la tabla 1 se comparan las zonas de frecuencia cardíaca y potencia. En la zona 4, que es el umbral de lactato y 91-105% alrededor de su FTP, su frecuencia cardíaca debe estar alrededor del 95-105% de su frecuencia cardíaca umbral funcional.
Puede obtener su frecuencia cardíaca umbral con relativa precisión haciendo una prueba de FTP, pero como podemos ver arriba, las variaciones se suman y podrían estar apagadas hasta en un 10% (por ejemplo, su zona de umbral de lactato en el extremo inferior podría estar en el 91% de su FTP, pero su el umbral de frecuencia cardíaca podría estar en 105%, si interpreto la tabla correctamente y no estoy muy seguro de eso).

Al final, odiamos aceptar que exista una variación natural en el uso de la frecuencia cardíaca. Incluso si su frecuencia cardíaca umbral está ajustada correctamente al cien por cien, si ese día en particular ha estado bebiendo demasiado menos o un café, algo de alcohol o tiene hambre o quién sabe qué, su frecuencia cardíaca estará apagada.

Para concluir, sus datos pueden ser precisos pero inexactos. En mi opinión, el enfoque de @shutema es el más adecuado.

@TehFinal ¡Gracias! Finalmente encontré una fórmula hrTSS en este enlace

En resumen, esta aplicación suunto hace esto:

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;

Para concluir, sus datos pueden ser precisos pero inexactos.

¿Estás hablando de hrTSS?

Por cierto, voy a seguir sus consejos y comenzar con @shutema 's enfoque (hrPSS) referenciado por él aquí: https://github.com/thomaschampagne/stravistix/issues/341#issuecomment -322 047 898 y pedir al usuario que introduzca una LTHR / FTHR en la configuración del atleta

Escribiré algunas especificaciones en su comentario principal. Tengo que dejar claro algunos puntos como:

1. ¿Mantenemos el gráfico de PMC basado solo en TRIMP? ¿O solo hrPSS?
2. Si las zonas de entrenamiento están habilitadas, solo PSS y / o hrPSS pueden trabajar juntos.
3. ¿PSS tiene prioridad sobre hrPSS? (mi respuesta es si)
4. ¿Algún otro caso?

También en el futuro agregaré PSS estimado y rTSS (ejecutando TSS) en esa tendencia de acondicionamiento físico para las personas que no tienen ningún sensor (por ejemplo, solo teléfonos inteligentes).

Abierto a cualquier discusión para impulsar eso de verdad :) :)

Gracias :)

¿Cuál sería la ventaja de usar el formulario de suunto sobre simplemente reducir TRIMP?

Como en
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

¿Mantenemos el gráfico de PMC basado solo en TRIMP? ¿O solo hrPSS?

Preferiblemente ambos a través de un interruptor. Los diferentes usuarios tendrán diferentes preferencias.

Si las zonas de entrenamiento están habilitadas, solo PSS y / o hrPSS pueden trabajar juntos.

Acordado.

¿PSS tiene prioridad sobre hrPSS? (mi respuesta es si)

Definitivamente.

¿Algún otro caso?

¿Sería posible permitir a los usuarios realizar entradas TSS personalizadas para los días en que la unidad central fallara o algo similar? La mayoría de las veces, una suposición informada sobre el TSS es mejor que un récord cero arruinando el PMC durante al menos 2 meses.

Hola thomas
Recientemente, agregó un campo para el puntaje de estrés energético estimado. Este campo coincide exactamente con el cálculo de Training Peaks de hrTSS (en todas las atracciones que he comparado). ¿No sería mejor utilizar ese campo en el gráfico de tendencias de fitness, en lugar de calcular hrTSS a partir del TRIMP?

@shutema Podría, pero el puntaje de estrés energético estimado funcionará solo para el ciclismo

Me sumergiré en este fin de semana.

¿Qué se supone que debo preguntar en la configuración de los atletas? ¿FTHR o LTHR?

Mi comprensión actual sobre esto es:

• FTHR se determina durante 60 minutos de prueba.

• El LTHR se determina durante 30 minutos de prueba de acuerdo con la siguiente publicación de joe friel: https://www.trainingpeaks.com/blog/joe-friel-s-quick-guide-to-setting-zones/

  Para encontrar su LTHR, haga una prueba contrarreloj de 30 minutos usted mismo (sin compañeros de entrenamiento y no en una carrera). Nuevamente, debe hacerse como si fuera una carrera durante los 30 minutos completos. Pero a los 10 minutos de la prueba, haga clic en el botón de vuelta en su monitor de frecuencia cardíaca. Cuando termine, observe cuál fue su frecuencia cardíaca promedio durante los últimos 20 minutos. Ese número es una aproximación de su LTHR.

Pediría LTHR. debería estar muy cerca de la quinta en condiciones de carrera y hay menos estrés psicológico durante la prueba. Lo que resultará en hacer la prueba en absoluto. Nunca logré hacer una prueba completa de una hora.

Am 15.03.2018 um 14:41 schrieb Thomas Champagne [email protected] :

Me sumergiré en este fin de semana.

¿Qué se supone que debo preguntar en la configuración de los atletas? ¿FTHR o LTHR?

Mi comprensión actual sobre esto es:

FTHR se determina durante 60 minutos de prueba.

El LTHR se determina durante 30 minutos de prueba de acuerdo con este joe friel: https://www.trainingpeaks.com/blog/joe-friel-s-quick-guide-to-setting-zones/

Para encontrar su LTHR, haga una prueba contrarreloj de 30 minutos usted mismo (sin compañeros de entrenamiento y no en una carrera). Nuevamente, debe hacerse como si fuera una carrera durante los 30 minutos completos. Pero a los 10 minutos de la prueba, haga clic en el botón de vuelta en su monitor de frecuencia cardíaca. Cuando termine, observe cuál fue su frecuencia cardíaca promedio durante los últimos 20 minutos. Ese número es una aproximación de su LTHR.

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo.

También pediría LTHR y mencionaría el protocolo de Joe Friel. Otro que podría querer mencionar es el protocolo 2x8min de Carmichael & Rutberg, quienes establecen LTHR en ~ 95% del mayor de los dos esfuerzos de 8 minutos (ver: Prueba de campo CTS ). Aunque Allen & Coggan mencionan FTHR en _Training and Racing with a Powermeter_, no existe un protocolo exacto sobre cómo establecerlo, ni siquiera una definición exacta para la duración de FTHR. En realidad, la diferencia entre los dos números debería ser insignificante para establecer hrPSS.

Puede ver cómo calculan TRIMP (100) en GoldenCheetah para alinear los valores de TRIMP con TSS / BikeScore
https://github.com/GoldenCheetah/GoldenCheetah/blob/master/src/Metrics/TRIMPPoints.cpp#L117
https://github.com/GoldenCheetah/GoldenCheetah/wiki/UG_Glossary

@igarciaolaizola Gracias por tus enlaces, lo leeré.

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola

Comencé el desarrollo en la sucursal: https://github.com/thomaschampagne/stravistix/tree/feature/341

Si lo desea, le notificaré una vez que algo esté listo para ser probado (con compilaciones dedicadas)

@thomaschampagne ¿Ha pensado en tener diferentes valores de LTHR para diferentes deportes?
Por cierto, estaré muy interesado en probar esto :)

@igarciaolaizola ¿Podría proporcionar información sobre esto?

3 LTRH?

• 1 ¿Predeterminado?
• 1 ¿Anular el ciclo?
• 1 ¿Anular la ejecución?

ty

LTHR para andar en bicicleta y correr puede ser suficiente (nunca he visto valores de LTHR para natación) y tener dos valores diferentes es importante ya que normalmente difieren mucho.
El LTHR puede calcularse mediante una prueba de laboratorio de lactato o estimarse con una prueba contrarreloj de campo. En mi caso, utilizo la siguiente estimación para las pruebas de campo: 0,95 x FC promedio de una prueba de 20 '. He tomado esta estimación del libro de Joe Friel "The Triathlete's Training Bible 4th ed".

Estos fueron mis últimos valores de prueba:

• Ejecución: Prueba de laboratorio de lactato de enero Valor de LTHR: 172 lpm
• Ejecución: estimación de LTHR de campo de febrero: 161 bpm
• Bicicleta: Estimación de LTHR de campo de febrero: 141 bpm

Hay una diferencia de 20 bpm entre mis pruebas de campo Run an Bike.

Un valor predeterminado podría ser otra opción, pero no sé cómo se podría estimar. Quizás con un valor derivado de la FC mínima / máxima.

@igarciaolaizola Gracias por la nota. Implementaré LTHR para correr y andar en bicicleta. Actualmente solo tengo 1 LTHR en la rama de funciones. Y actualmente le pido al usuario que lo configure junto con esa nota:

El LTHR es el punto por encima del cual se produce un aumento de la acidificación de la sangre en su cuerpo. Por encima de este umbral, su rendimiento de resistencia disminuirá rápidamente.
Para encontrar su LTHR, haga una prueba contrarreloj de 30 minutos solo. Realiza este TT como si fuera una carrera. Transcurridos 10 minutos de la prueba, comience a medir su frecuencia cardíaca hasta el final. Cuando termine, verifique su frecuencia cardíaca promedio en estos últimos 20 minutos. Este valor es su LTHR.

Creo que necesito tener un valor predeterminado para otro deporte que no sea el ciclismo o la carrera. ¿Cómo se maneja esto en los picos de entrenamiento? Golden Cheateah?

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola

Así que aquí hay una versión preliminar con implementación funcional del modo de conmutación HRSS / TRIMP.

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

Simplemente céntrese en el botón de la radio para cambiar entre "puntuación de estrés de frecuencia cardíaca" e "impulso de entrenamiento" .

Y olvídese de la interfaz de usuario y las posibilidades / limitaciones de las entradas, ... ayudantes, ... aún no está listo

Nota: puede configurar su LTHR en la configuración del atleta.

@thomaschampagne Golden Cheetah tiene muchas métricas diferentes, pero algunas de ellas no se aplican a todos los deportes. TRIMP (100) muestra un valor distinto de cero solo para las actividades Run y ​​Bike (ya que solo puede agregar valores LTHR para estos deportes). También hay diferentes gráficos de PMC (según las métricas base).

Si desea un valor LTHR predeterminado, puede utilizar un porcentaje de su reserva de frecuencia cardíaca (FC máx. - FC en reposo).
LTHR = RestHR + 0.85 x (MaxHR - RestHR)
Sin embargo, no estoy seguro de si el 85% es el mejor valor para la fórmula.

@igarciaolaizola Entonces, para un LTHR predeterminado, tengo que reemplazar:

LTHR = 0.86 x MaxHR (actualmente codificado con eso)

por

LTHR = RestHR + 0.85 x (MaxHR - RestHR)

?

@thomaschampagne Sí, ¡pero es solo una sugerencia! En caso de que desee buscar referencias, esto se denomina fórmula de Karvonen.

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola Una nueva versión de prueba está disponible aquí:

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

Tuve tiempo para investigar la última versión de prueba. Tengo que decir que me gusta mucho lo que veo allí. gracias @thomaschampagne. los valores de HRSS están ahora bastante cerca de PSS. difieren un poco de trainingpeaks hrTSS pero a veces están más cerca de TSS que los valores de tp. buen trabajo. después de que me robaron mi bicicleta, incluido mi medidor de potencia, hace dos semanas, esta función es más bienvenida que nunca 💃

En el caso del LTHR estimado , el LTHR = RestHR + 0.85 x (MaxHR - RestHR) @igarciaolaizola funciona mucho mejor para mí. son solo 2 lpm de mi lthr medido. si utilizo LTHR = 0.86 x MaxHR tengo 8 bpm de descuento en mis medidas. No sé cómo se correlaciona esto con las medidas de otras personas.

Hay una cosa que noté. después de activar el botón de radios "Usar medidor de potencia en bicicleta cuando haya disponibilidad", los valores en la parte superior derecha no cambian por hoy. Tengo que poner el mouse sobre el gráfico para mostrar los últimos números.

PD: solo puedo hablar de ciclismo ...

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola

Aquí está mi última versión de prueba antes de colocarla en stravistix club: v6.0.3_stable_2018-03-29-16-48.zip

Explicar este cambio / mejora a los usuarios es un GRAN desafío . Así que reescribí algunos ayudantes;

• Tendencia fitness> guía de ayuda. Ubicado en: https://github.com/thomaschampagne/stravistix/blob/feature/341/plugin/app/src/app/fitness-trend/fitness-info-dialog/fitness-info-dialog.component.html

• Configuración global> Asistente de estadísticas de frecuencia auditiva. Ubicado en: https://github.com/thomaschampagne/stravistix/blob/feature/341/plugin/app/src/assets/option-helpers/displayAdvancedHrData.md

• Configuración global> Asistente de estadísticas de energía. Ubicado en: https://github.com/thomaschampagne/stravistix/blob/feature/341/plugin/app/src/assets/option-helpers/displayAdvancedPowerData.md

Soy francés, así que siéntete libre de arreglar mi confusión en inglés o en oraciones ... con una solicitud de extracción en los archivos enumerados (puedes editarlos directamente en github).

Si tiene historial con datos de potencia de ciclismo y datos de frecuencia cardíaca. Una copia de seguridad es muy bienvenida para que pueda hacer algunas pruebas de mi lado (no tengo un medidor de potencia).

¡Gracias por tu ayuda!

@thomaschampagne ¡ gran trabajo! El gráfico de PMC se ve mucho mejor ahora.
Sin embargo, los usuarios de triatlón sin un medidor de potencia (como yo) todavía tendrán que elegir entre la introducción de correr LTHR o ciclismo LTHR. En un sentido, las puntuaciones de ciclismo serán muy bajas y, en la otra, las puntuaciones de carrera serán demasiado altas.

@igarciaolaizola lo implementaré lo antes posible

¿Confirmas que deberíamos tener

• LTHR predeterminado
• Ciclismo LTHR
• Ejecutando LTHR

?

@thomaschampagne En mi opinión, eso será lo suficientemente bueno. El ciclismo y la carrera son los deportes más comunes medidos por la frecuencia cardíaca y tener un LTHR predeterminado también será útil para los casos de esquina (personas que practican otros deportes diferentes, kayak o remo, por ejemplo).

@igarciaolaizola Una más ...

En este punto, si no hay LTHR definido, entonces Default LTHR = RestHR + 0.85 x (MaxHR - RestHR)

Pero, ¿cuáles son los valores predeterminados de Cycling LTHR? ¿Ejecuta LTHR?

• Opcion A
  Cycling LTHR = Running LTHR = Default LTHR ?

• Opción B
  Cycling LTHR = RestHR + ??? x (MaxHR - RestHR)
Running LTHR = RestHR + ??? x (MaxHR - RestHR)

¿Qué factor hay detrás de ??? ? ¿Alguna idea?

Para la Opción BI mantendrá un factor de 0,85 para correr y un factor más bajo para ciclismo, 0,75 tal vez. Este 0.10 más bajo disminuirá alrededor de 15 bpm el LTHR de ciclismo (creo que la diferencia entre LTHR de carrera y LTHR de ciclismo es de alrededor de 10-20 bpm)

@TehFinal @shutema @ jayti74 @ Dan4GitHub @igarciaolaizola

Terminé la compatibilidad con LTHR predeterminado, LTHR en bicicleta y LTHR en ejecución antes de dormir. Aquí hay una nueva compilación que incluye esto: v6.0.3_stable_2018-03-30-11-22.zip

Finalmente conservé la Opción A: Cycling LTHR = Running LTHR = Default LTHR cuando estaba vacía.

De hecho, después del análisis de una copia de seguridad del historial de un ciclista profesional del equipo FDJ: los valores de HRSS y PSS en la mayoría de sus actividades estaban bastante cerca usando SOLO Default LTHR = RestHR + 0.85 x (MaxHR - RestHR) .

Nota: Conduce con un HRM y un medidor de potencia real.

Si usé Cycling LTHR = RestHR + 0.75 x (MaxHR - RestHR) puntajes de HRSS serían diferentes de sus puntajes de PSS.

Como se dijo anteriormente, explicar este cambio / mejora a los usuarios es un GRAN desafío . Así que reescribí algunos ayudantes;

• Tendencia fitness> guía de ayuda. Ubicado en: https://github.com/thomaschampagne/stravistix/blob/feature/341/plugin/app/src/app/fitness-trend/fitness-info-dialog/fitness-info-dialog.component.html

• Configuración global> Asistente de estadísticas de frecuencia auditiva. Ubicado en: https://github.com/thomaschampagne/stravistix/blob/feature/341/plugin/app/src/assets/option-helpers/displayAdvancedHrData.md

• Configuración global> Asistente de estadísticas de energía. Ubicado en: https://github.com/thomaschampagne/stravistix/blob/feature/341/plugin/app/src/assets/option-helpers/displayAdvancedPowerData.md

Soy francés, así que siéntete libre de arreglar mi confusión en inglés o en oraciones ... con una solicitud de extracción en los archivos enumerados (puedes editarlos directamente en github).

¡Gracias por tu ayuda!