Calculateur de 1RM
Transformez une série difficile en estimation de votre 1RM sans tester un vrai maximum : 100 pour 5 répétitions donnent 116,67 avec Epley et 112,5 avec Brzycki. Fonctionne en kg ou en lb, pour des séries de 1 à 12 répétitions. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Pondération
- 100
- Répétitions
- 5
- Estimation d’Epley
- 116,67
- Estimation de Brzycki
- 112,5
Estime votre répétition maximale (1RM) à partir d'une charge soulevée et du nombre de répétitions effectuées, en renvoyant l'estimation Epley, l'estimation Brzycki, ou les deux.
Ce qu'est le 1RM et comment on l'estime
Le 1RM est la charge la plus lourde que vous pourriez soulever une seule fois avec une bonne technique. Le tester directement est éprouvant, c'est pourquoi on l'estime le plus souvent à partir d'une série menée presque à l'échec. La formule d'Epley multiplie le poids par un plus les répétitions divisées par 30. Celle de Brzycki multiplie le poids par 36 puis le divise par 37 moins les répétitions. Pour 100 soulevés 5 fois, Epley donne 116,67 et Brzycki 112,5. Vous pouvez demander l'une, l'autre ou les deux, et le résultat sort dans l'unité utilisée, kilos ou livres.
Quand se fier à l'estimation, et les pièges courants
Les deux formules supposent une série faite avec un effort réel proche du maximum : s'il vous restait plusieurs répétitions en réserve, le chiffre sera trop bas. Plus les répétitions augmentent, plus les deux estimations s'écartent, d'où l'intérêt des séries courtes. L'outil accepte de 1 à 12 répétitions, car la formule de Brzycki perd son sens au-delà. Le poids doit être supérieur à zéro, et les résultats sont arrondis à deux décimales, sauf si vous en choisissez entre 0 et 4. Servez-vous de ce nombre pour planifier, pas comme une barre à tenter.
Cas d’usage
Programmez vos charges d'entraînement
Transformez une série de travail de 5 répétitions en une estimation de 1RM, puis dérivez des charges en pourcentage (par ex. 80 % du 1RM) pour votre prochain bloc.
Comparez deux méthodes d'estimation
Renvoyez Epley et Brzycki à la fois pour voir à quel point les estimations divergent sur les séries à répétitions élevées avant de vous fier à un chiffre.
Questions fréquentes
Pourquoi le nombre de répétitions est-il plafonné à 12 ?
Les deux formules perdent en précision à un nombre de répétitions élevé, et le dénominateur de Brzycki (37 - reps) s'effondre à mesure que les répétitions approchent 37, l'outil impose donc un entier de 1 à 12.
L'unité importe-t-elle, kg ou lb ?
Non. Le calcul est indépendant de l'unité ; l'estimation revient dans l'unité dans laquelle vous avez saisi la charge.
Comment le résultat est-il arrondi ?
Half-up jusqu'aux décimales que vous demandez (0 à 4, 2 par défaut), appliqué à la valeur exacte calculée.
Pourquoi Epley et Brzycki donnent-elles des résultats différents ?
Ce sont deux équations distinctes pour la même idée. Pour 100 soulevés 5 fois, Epley donne 116,67 et Brzycki 112,5, et l'écart grandit avec le nombre de répétitions : une série courte donne l'estimation la plus fiable.
Comment utiliser mon 1RM pour planifier mes charges ?
Prenez l'estimation comme référence et calculez-en des pourcentages pour votre prochain bloc, par exemple 80 % du 1RM. Une seule série de 5 répétitions vous permet ainsi de fixer toutes vos charges de travail.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/dev/one-rep-max \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"weight":100,"reps":5}'const res = await fetch("https://api.kit.forhosting.com/dev/one-rep-max", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"weight": 100,
"reps": 5
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/one-rep-max",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"weight": 100,
"reps": 5
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/one-rep-max", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"weight":100,"reps":5}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"weight":100,"reps":5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/one-rep-max", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"weight": 100,
"reps": 5
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.one_rep_max",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Les deux formules qu'il calcule
Ce calculateur estime une répétition maximale à partir d'une série sous-maximale au moyen de deux équations classiques. Parce que Brzycki divise par (37 - reps), elle n'est définie que pour un nombre de répétitions jusqu'à 12, ce qui est exactement la borne supérieure appliquée par l'outil. Les deux formules supposent un effort réellement quasi maximal au nombre de répétitions que vous saisissez ; les estimations divergent davantage à mesure que les répétitions augmentent, c'est pourquoi les pratiquants sérieux gardent un faible nombre de répétitions. L'estimation Epley est weight * (1 + reps / 30), donc soulever 100 pour 5 répétitions donne 100 * (1 + 5/30) = 116,67. L'estimation Brzycki est weight * 36 / (37 - reps), qui pour la même série donne 100 * 36 / 32 = 112,5. Vous choisissez laquelle renvoyer avec le champ formula : "epley", "brzycki" ou "both" (la valeur par défaut). L'objet de sortie reprend vos weight, reps et formula à côté des estimations numériques, de sorte qu'un résultat se décrit toujours de lui-même.
Champs, plages et arrondi
Deux champs facultatifs ajustent la sortie : formula, une énumération limitée à "epley", "brzycki" ou "both" ; et decimals, un entier de 0 à 4 qui vaut 2 par défaut. Deux entrées sont requises : weight (un nombre fini positif dans l'unité que vous soulevez, kg ou lb, car le calcul est indépendant de l'unité) et reps (un entier de 1 à 12). L'arrondi applique une règle half-up sur la valeur IEEE exacte, de sorte que 116,665 s'arrondit à 116,67 plutôt que de dériver via un raccourci sensible à la locale. Tout champ hors plage, du mauvais type ou non fini est rejeté avant que l'arithmétique ne s'exécute et renvoie une erreur typée invalid_input nommant le champ fautif, par exemple "reps inválido" lorsque reps vaut 0, 13 ou n'est pas un entier. weight doit être strictement supérieur à zéro, et un nombre de répétitions inférieur à 1 ou supérieur à 12 est refusé.
Déterminisme et widget gratuit
Le moteur est de l'arithmétique pure, sans horloge, sans aléa, sans appel réseau ni dépendance à la locale, de sorte que la même entrée donne toujours la même estimation de 1RM. Les tâches API échouées ne sont jamais facturées ; le solde prépayé n'est dépensé que sur les appels réussis à $0.002.
Cas d'intégration
Évaluez tout un carnet d'entraînement
Faites passer chaque série enregistrée par l'API pour tracer la progression du 1RM estimé au fil des semaines sans recalculer les formules à la main.
Questions techniques
Quelles formules sont utilisées ?
Deux : Epley, weight * (1 + reps/30), et Brzycki, weight * 36 / (37 - reps). Choisissez-en une ou renvoyez les deux.
Que se passe-t-il avec une entrée incorrecte ?
Une erreur typée invalid_input nommant le champ, par exemple une charge non positive ou un nombre de répétitions non entier. L'API à $0.002 ne facture que les appels réussis.