Zonas de FC desde la reserva
Convierte su pulso en reposo y su frecuencia máxima en cinco zonas: con 60 y 190 lpm, la recuperación va de 125 a 138 lpm y la zona máxima de 177 a 190. Cada banda sigue su propia reserva, no un porcentaje fijo del máximo. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- FC en reposo
- 60
- FC máxima
- 190
- Hrr
- 130 bpm
- Número de zonas
- 5
- Nombre de la zona 1
- recovery
- Zona 1: % mínimo
- 50
El método del porcentaje de reserva cardíaca construye cinco zonas de entrenamiento a partir del hueco entre su pulso en reposo y su frecuencia máxima, no a partir de un recorte plano del máximo solo. Entrenadores, docentes de educación física y atletas de resistencia usan este esquema de %HRR cuando ya conocen un pulso de reposo verdadero y un máximo medido o predicho.
Cómo se construyen las zonas a partir de su reserva
La reserva de frecuencia cardíaca es la distancia entre el pulso que usted tiene sentado y el que alcanza en un esfuerzo máximo real. La calculadora resta el reposo a la máxima, toma una parte de esa reserva para cada zona y vuelve a sumar el reposo, de modo que cada límite es un pulso real que puede ver en su reloj. Las cinco bandas son recuperación del 50 al 60 % de la reserva, resistencia del 60 al 70, tempo del 70 al 80, umbral del 80 al 90 y máximo del 90 al 100. Con un reposo de 60 y una máxima de 190, la reserva es de 130 lpm y la recuperación empieza en 125 lpm.
Cuándo usarla y qué comprobar antes
Entrenadores, profesores de educación física y deportistas de resistencia usan este esquema cuando ya conocen un pulso en reposo real y una máxima medida o estimada. Como parte del reposo, dos deportistas con la misma máxima pero distinto pulso basal obtienen bandas diferentes, algo que un porcentaje fijo del máximo ocultaría. Los profesores pueden imprimir los rangos en lpm en fichas de zonas tras anotar el pulso sentado y el pico de una prueba de campo. La máxima debe superar al reposo, y se rechazan los valores ausentes o no positivos.
Qué puede hacer con ella
Clases de educación física y jornadas de cribado del club
Los docentes anotan el pulso sentado y un pico de prueba de campo, luego imprimen ventanas en bpm desde recovery hasta maximum en tarjetas de zona sin estimar el máximo por edad dentro de esta calculadora.
Backends de wearables y planificadores de sesión
Las tuberías de servidor que ya conocen ambos extremos de la frecuencia piden límites estructurados de zone1 a zone5 para que el reloj avise cuando la sesión sale de la banda de porcentaje de reserva programada.
Preguntas frecuentes
¿En qué consiste el método del porcentaje de reserva cardíaca?
La reserva es el máximo menos el pulso de reposo. Cada límite de zona es el reposo más un porcentaje de esa reserva. Las cinco bandas son 50–60%, 60–70%, 70–80%, 80–90% y 90–100% de la reserva, devueltas como ventanas en bpm.
¿En qué se diferencia de un gráfico de zonas por porcentaje del máximo?
Un gráfico de porcentaje del máximo ignora el reposo. El porcentaje de reserva resta primero el reposo del máximo, así que dos personas con el mismo techo y distinta línea base reciben pulsos de entrenamiento distintos en la misma etiqueta de zona.
¿Es gratuita la calculadora de zonas de FC desde la reserva?
La herramienta del navegador funciona gratis en su dispositivo.
¿Estima esta herramienta la frecuencia máxima a partir de la edad?
Este producto solo sitúa cinco bandas de porcentaje de reserva sobre el hueco entre reposo y máximo que usted proporciona.
¿Cuáles son mis cinco zonas con un reposo de 60 y una máxima de 190?
Recuperación de 125 a 138 lpm, resistencia de 138 a 151, tempo de 151 a 164, umbral de 164 a 177 y máximo de 177 a 190. Salen de una reserva de 130 lpm repartida en bandas del 50 al 100 %.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/health/hr-zones-percent-hrr \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"hr_rest":60,"hr_max":190}'const res = await fetch("https://api.kit.forhosting.com/health/hr-zones-percent-hrr", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"hr_rest": 60,
"hr_max": 190
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/hr-zones-percent-hrr",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"hr_rest": 60,
"hr_max": 190
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/hr-zones-percent-hrr", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"hr_rest":60,"hr_max":190}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"hr_rest":60,"hr_max":190}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/hr-zones-percent-hrr", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"hr_rest": 60,
"hr_max": 190
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.hr_zones_percent_hrr",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Esta calculadora de zonas de frecuencia cardíaca desde la reserva acepta los campos obligatorios hr_rest y hr_max en latidos por minuto, resta el reposo del máximo para obtener la reserva, sitúa las bandas clásicas del cincuenta al sesenta, del sesenta al setenta, del setenta al ochenta, del ochenta al noventa y del noventa al cien por cien sobre esa reserva y vuelve a sumar el reposo para que cada límite sea un pulso de entrenamiento real. El camino es aritmética pura, sin red ni semilla aleatoria, de modo que correctores de tareas, diarios de entrenamiento y clientes de API de prepago reciben el mismo JSON cada vez. Campos obligatorios ausentes, valores no finitos, bpm no positivos o un máximo que no queda estrictamente por encima del reposo fallan con invalid_input y no se cobran.
Qué mide el método del porcentaje de reserva y qué datos necesita
La reserva de frecuencia cardíaca es el hueco entre el pulso con el que usted permanece sentado y el pulso que puede alcanzar en un esfuerzo máximo verdadero. El método del porcentaje de reserva, enseñado a menudo como el esquema %HRR al estilo Karvonen, no toma un porcentaje plano de la frecuencia máxima. Primero resta el reposo del máximo para obtener la reserva, multiplica esa reserva por la fracción de la zona y vuelve a sumar el reposo, de modo que dos atletas que comparten el mismo techo pero no la misma línea base reciben bandas distintas. El motor sitúa entonces cinco bandas de entrenamiento adyacentes sobre esa reserva: recovery del cincuenta al sesenta por ciento, endurance del sesenta al setenta, tempo del setenta al ochenta, threshold del ochenta al noventa y maximum del noventa al cien por cien de la reserva. Envíe el campo obligatorio hr_rest como pulso de reposo finito y positivo en latidos por minuto; se aceptan los alias hrrest, rest_hr, resting_hr, resting_heart_rate y rhr. Envíe el campo obligatorio hr_max como pulso máximo finito y positivo; se aceptan hrmax, max_hr, maximum_heart_rate y hrm. El máximo debe ser estrictamente mayor que el reposo: tasas iguales o invertidas no describen una reserva positiva y fallan con invalid_input. Entradas idénticas producen siempre un JSON idéntico porque el algoritmo nunca toca la red, un modelo, un reloj ni un generador aleatorio. Campos ausentes, cadenas vacías, valores no finitos, bpm no positivos, tasas irreales por encima del techo del aislante y pares invertidos fallan con invalid_input y no se cobran.
Cómo leer las cinco zonas y cómo se calcula cada límite
Utilice un pulso de reposo matutino verdadero tras varios minutos sentado en silencio, no un promedio del mediodía mientras camina. En caso de éxito, la respuesta devuelve hr_rest y hr_max tras la normalización, informa hrr como reserva en latidos por minuto y fija unit en bpm para que las interfaces etiqueten los números sin cadenas fijas. El campo method es siempre percent_hrr y formula reitera que el pulso de zona es el reposo más el porcentaje por el hueco entre máximo y reposo. zone_count vale cinco. Cada zona también se aplana para formularios y paneles: zone1_name hasta zone5_name contienen recovery, endurance, tempo, threshold y maximum; zoneN_pct_lo y zoneN_pct_hi guardan los bordes en porcentaje de reserva; zoneN_bpm_lo y zoneN_bpm_hi guardan los pulsos correspondientes. El array zones repite los mismos cinco registros en orden, cada uno con zone, name, pct_lo, pct_hi, bpm_lo y bpm_hi, para que un renderer de tabla recorra una sola lista. Las bandas adyacentes comparten frontera por diseño: el techo de recovery es el suelo de endurance, y así hasta maximum, que siempre termina en hr_max porque el cien por cien de la reserva más el reposo es el techo que usted envió. Prefiera un pico medido en un esfuerzo máximo de campo o laboratorio cuando lo tenga; si solo dispone de un techo predicho por edad, calcúlelo en el cliente y envíe el resultado como hr_max para que este motor siga siendo una transformación pura de reserva. No confunda este endpoint con un único objetivo Karvonen a una intensidad, con un gráfico de porcentaje del máximo que ignora el reposo, ni con estimadores de máximo solo por edad: son intenciones de búsqueda distintas y viven en productos separados.
Uso de la API, precios, flujos de entrenamiento y límites prácticos
Use la calculadora gratuita de zonas de frecuencia cardíaca desde la reserva en el navegador para clases de educación física, jornadas de forma del club y comprobaciones rápidas de atletas sin reconstruir la tabla de cinco bandas %HRR en una hoja de cálculo. Mantenga expectativas educativas: es una herramienta de planificación y aprendizaje, no un dispositivo médico de diagnóstico, y las personas con afecciones cardíacas, medicamentos que alteran la frecuencia o restricciones médicas deben seguir el consejo profesional en lugar de una sola tabla de cinco zonas. Envíe un cuerpo JSON con hr_rest y hr_max obligatorios en latidos por minuto. Use la API de prepago cuando un SaaS de entrenamiento, un compañero de wearable, un LMS escolar o un diario de sesiones necesite un contrato estable con saldo KIT a $0.002 por elemento con éxito; los fallos de validación nunca consumen saldo tras el rechazo del motor. Combine este endpoint con su protocolo de pulso en reposo y una fuente honesta de máximo, y guarde las cinco ventanas en bpm junto con fecha y condiciones para fichas de sesión que digan permanecer en endurance o subir a threshold. Si su interfaz ya recoge resting_hr y max_hr con esos nombres, envíe los alias documentados: el motor los acepta sin una segunda capa de mapeo. Los autores que publican SDKs pueden mapear zone1_bpm_lo hasta zone5_bpm_hi o el array zones a paneles y exportar columnas CSV etiquetadas recovery, endurance, tempo, threshold y maximum: los mismos números que los entrenadores calculan a mano tras anotar bpm de reposo y máximo.
Casos de integración
Aplicaciones de coaching que ya guardan reposo y FC máxima
Las plataformas de entrenamiento que ya tienen un pulso de reposo medido y una frecuencia pico llaman a este endpoint para cinco bandas %HRR en lugar de reimplementar la aritmética de reserva en cada lenguaje cliente.
Preguntas técnicas
¿Qué entradas son obligatorias?
Los campos obligatorios son hr_rest y hr_max, ambos bpm finitos y positivos, con el máximo estrictamente mayor que el reposo. Se aceptan alias como rhr, resting_hr, max_hr y hrm. Si faltan campos obligatorios, la petición falla con invalid_input.