Medida, reconstruida o estimada.
Cada cifra de potencia declara si la leyó un sensor, si la reconstruyó la física o si sale de una tendencia. Y qué pasa cuando una app no lo dice.
Un número sin origen no se discute.
Abre cualquier app de ciclismo. Vas a ver un número de potencia media, un FTP, un gasto calórico. Tres cifras con unidades, tipografía grande y ningún origen.
Un número sin origen es un número que no puedes discutir. No sabes si lo leyó un sensor, si lo calculó una fórmula o si salió de una tendencia de seis semanas. No puedes decir «esa cifra está mal» porque no sabes contra qué compararla. Tampoco puedes decir que está bien. Y casi todas las cifras que ves son de ese tipo.
Nosotros las partimos en tres. Medida es lo que un sensor leyó. Reconstruida es lo que se calcula con física a partir de lo medido. Estimada es lo que se deriva de una tendencia y no de una sesión. Las tres son legítimas. Mezclarlas sin avisar, no.
| Categoría | Qué es | En el archivo de referencia |
|---|---|---|
| Medida | Lo que un sensor leyó. | Velocidad, frecuencia cardiaca y cadencia: 6,317 registros por segundo. |
| Reconstruida | Lo que se calcula con física a partir de lo medido. | Potencia: unos 118 W de promedio en movimiento, sin potenciómetro. |
| Estimada | Lo que se deriva de una tendencia y no de una sesión. | FTP de rodada y su proyección a 42 días, con confianza declarada. |
Lo que el aparato sí leyó.
Empecemos por el archivo real. Un .fit de un Geoid CC700P, 6,317 registros, 126.5 minutos de rodada. El aparato declara sus sensores en el propio archivo: velocidad, frecuencia cardiaca, cadencia. Eso es lo medido, y es menos de lo que la mayoría supone.
Lo que no hay: potencia. La llave power está ausente en el 100 % de los registros de ese equipo. No es que llegue vacía: no existe.
Aquí aparece la primera trampa del formato. Los campos de resumen del archivo, avg_power, max_power y total_work, sí llegan, y llegan en cero. Cero duro, no nulo. Un programa que pregunte «¿hay potencia?» mirando si el promedio es mayor que cero se equivoca de la forma más silenciosa posible: concluye que sí hay sensor y que pedaleaste a 0 W dos horas. La detección correcta es preguntar si la llave existe en los registros por segundo.
La segunda trampa es el tiempo. El equipo auto-pausa. El conteo de registros dice 6,317 segundos; el reloj de pared de la misma rodada abarca 7,588. La diferencia, unos 1,272 segundos, son huecos: semáforos, una ponchadura, una espera. Al remuestrear contra el reloj, esos huecos se reinyectan y se marcan. Quedan 0.83 de muestras en movimiento: el 17 % de esa rodada estuvo detenida.
Un promedio sobre el reloj y un promedio sobre la serie activa no son el mismo número. Casi todas las apps te enseñan uno de los dos y no te dicen cuál.
Potencia sin potenciómetro.
Sin potenciómetro, la potencia no se mide. Se reconstruye. La física es de preparatoria, y la contamos completa en la ecuación que sostiene todo: la potencia es la suma de las fuerzas que te frenan, multiplicada por tu velocidad.
Hay un cuarto término, la inercia: acelerar una masa cuesta vatios que las tres resistencias no ven. Va con signo, porque frenar devuelve energía, y va acotado a ±3 m/s². Un ciclista no acelera más que eso, y sin el tope un solo salto del GPS inventa cientos de vatios.
La masa sale del propio archivo: 63.0 kg de ciclista y 8.3 kg de bici. El coeficiente de rodadura arranca en 0.005 y el área frontal, CdA, en 0.35 m², y los dos se calibran.
La densidad del aire, muestra a muestra.
La pieza que casi nadie corrige es ρ, la densidad del aire. El motor la calcula con una exponencial que supone aire a 15 °C a cualquier altura. Su escala de altura sale de la constante del aire seco, la temperatura y la gravedad:
Con ella, la densidad a cualquier altitud z. La altitud media de la rodada de referencia fue 2,404 metros:
A nivel del mar, 1.225. A 2,404 metros, 0.921. Un 25 % menos de aire que empujar. Y no se calcula una vez por rodada: se calcula por muestra, porque en un puerto de 500 metros de desnivel la densidad cambia entre el pie y la cima, y una sola media sobrestima el arrastre arriba y lo subestima abajo.
Sobre la rodada real, el modelo da unos 118 W de promedio en movimiento.
Hay un segundo camino, cuando lo que sobra es corazón. La potencia por frecuencia cardiaca ancla una recta a un punto que ya conoces: a frecuencia de umbral, tu potencia es tu FTP.
Si existen las dos, se fusionan. Y donde de verdad hay un potenciómetro, el sensor manda siempre: la potencia efectiva es la del sensor, y la reconstruida sólo rellena donde el sensor falta. Cada muestra se queda con una etiqueta de qué la llenó.
Lo que este método no puede hacer.
Esta es la parte que hay que leer dos veces, porque es la que sostiene el resto.
El modelo no ve el viento. No hay nada en un .fit que diga si tenías cuarenta minutos de viento en contra. Esos vatios existieron y el modelo no los cuenta.
No ve el rebufo. Rodar a rueda de otro cuesta bastante menos a la misma velocidad, y el modelo calcula como si fueras solo.
No ve tu fricción mecánica real. Una cadena sucia y una transmisión recién servida no gastan lo mismo, y el Crr es un número que pusimos nosotros.
Crr y CdA son supuestos, no mediciones. Se calibran comparando contra esfuerzos conocidos, pero siguen siendo supuestos. El solver clásico que los despeja de tus propios datos, el de Chung, necesita vatios medidos. Sin potenciómetro no se puede construir, y no lo tenemos.
La potencia por FC llega tarde. El corazón sube con retraso y deriva con calor y con fatiga. Subestima los esfuerzos cortos.
Y todo lo que cuelga de la potencia hereda ese ruido: el arquetipo, el índice de ejecución, el auditor de rebufo. Cada uno lo declara donde se muestra.
Reconstruida quiere decir defendible, no exacta. Si alguien te vende vatios sin potenciómetro como una medición, te está vendiendo otra cosa.
El FTP de una rodada suave.
El FTP es el caso claro. El estimado por rodada es 0.95 por tu mejor promedio de 20 minutos de esa sesión. La fórmula es estándar y el problema es obvio: en una rodada suave da un número bajo que no dice nada de tu forma. Registrarlo como si fuera una medición envenena la tendencia hacia abajo cada domingo tranquilo.
Así que no se registra a ciegas. Entra al historial si la rodada contiene un esfuerzo sostenido cerca del máximo, o entra marcado como prueba. Cada punto guarda de dónde vino: del aparato, de una estimación, de un sensor, o declarado a mano por el atleta. Y si hay al menos dos pruebas de verdad, la proyección usa sólo esas e ignora los estimados de rodada.
La proyección mira 42 días hacia adelante y publica su propia confianza. Baja si hay menos de tres puntos. Baja si mezcla puntos de sensor con puntos reconstruidos sin al menos dos de cada lado, porque un cambio de origen a media serie se ve como una mejora y no lo es. Y sigue al ajuste: si la recta no explica la nube, la confianza es baja aunque la flecha apunte hacia arriba.
Una proyección sin confianza declarada es una adivinanza con gráfica.
A la vista, no en una nota al pie.
Cada cifra de potencia lleva una insignia pegada. Si la leyó un sensor, dice MEDIDO. Si no, dice ESTIMADO y a un lado el modelo que de verdad llenó esa rodada: Física, Por FC o Fusión. No el modelo que está configurado en tus ajustes: el que se usó. Las dos insignias se distinguen por el borde antes de que leas la palabra.
En la comparación entre dos rodadas, cada línea trae la suya, porque comparar una rodada con sensor contra una reconstruida y no verlo es el error más fácil de cometer en toda la app.
Y hay una capa anterior, que es de dónde se retira un dato. La puerta de plausibilidad marca las muestras que rompen la física con cuatro reglas: pendiente sobre 20 %, saltos de velocidad de más de 3 m/s en un segundo, más de 72 km/h en llano, y acelerar en una cuesta de más del 8 %. El motivo queda escrito.
No son reglas de adorno. La pendiente suavizada que devuelve una plataforma grande llega a ±50 %; el .fit del aparato nunca pasa de 17.4 %. En un archivo hay 76 segundos a 78 km/h con pendiente 0.0 y cadencia 0.0. En otro, el velocímetro brincó de 4.8 a 11.3 y de vuelta a 5.6 m/s en tres segundos, a 35 pedaladas por minuto: el modelo leyó 1,700 W. Como la curva de potencia se queda con el máximo de cada rodada, un artefacto así se convierte en tu récord personal para siempre.
Lo importante es lo que la puerta no hace: no corrige el dato ni lo reemplaza por un valor bonito. Lo saca de las métricas que toman máximos y deja el crudo ahí para que puedas auditarlo. Sobre el archivo de referencia descarta cero muestras, y hay una prueba que lo fija para que nadie ajuste el umbral hasta que algo cuadre.
Los 158 W que nadie midió.
En el archivo real hay un campo que dice threshold_power = 158.
Es tentador. Tiene unidades, viene del ciclocomputador, y si lo tomas te ahorras toda la conversación anterior. Casi cualquier importador lo leería como el FTP del atleta.
No lo es. Ese 158 lo tecleó alguien en el menú del aparato, o venía de fábrica. No lo midió nadie. Puede tener dos años. Puede ser de otra persona.
Así que se guarda, se muestra, y se etiqueta como lo que es: referencia del aparato. Cuando hay que decidir qué FTP ancla la carga de entrenamiento, el orden es rígido: primero un test con potenciómetro, luego la potencia crítica que sale de tu propia curva, luego el valor que tú declares, y sólo al final el número del aparato, con la confianza marcada en bajo. Nunca se llama FTP.
Es una cifra que habríamos podido usar sin que nadie se enterara. Es exactamente por eso que aparece señalada.
Saber cuál es cuál.
Nada de esto vuelve un dato reconstruido en un dato medido. No hay vuelta a eso: sin potenciómetro, la potencia es una estimación y lo va a seguir siendo.
Lo que cambia es que sabes cuál es cuál. Puedes discutir una cifra, corregir un supuesto, ignorar una proyección de confianza baja. Puedes auditar el instrumento.
Si un dato no se puede sostener, no se muestra. No se inventa.
MagliaAnalytics se abre sin tarjeta. Se entra cargando una rodada.
De dónde sale cada cifra.
Las cifras de la rodada de referencia (registros, tiempos, masa, densidad, los 118 W, los artefactos de la puerta de plausibilidad) salen del archivo y del código del motor, y se pueden repetir con los supuestos declarados arriba. El método, de esta lista.
- Martin, J. C., Milliken, D. L., Cobb, J. E., McFadden, K. L. y Coggan, A. R. (1998). Validation of a Mathematical Model for Road Cycling Power. Journal of Applied Biomechanics, 14(3), 276-291. El modelo de fuerzas con el que se reconstruye la potencia, validado en campo contra un potenciómetro.
- Allen, H. y Coggan, A. Training and Racing with a Power Meter. VeloPress. Origen del FTP y de su estimación como el 95 % del mejor promedio de 20 minutos.
- NOAA, NASA y USAF (1976). U.S. Standard Atmosphere, 1976. NOAA-S/T 76-1562. La densidad de referencia a nivel del mar (1.225 kg/m³ a 15 °C) de la que parte la exponencial del motor.
- Garmin. FIT SDK. Especificación del formato
.fit: registros por segundo, mensajes de resumen de sesión y campos de perfil del usuario, entre ellos los de potencia.