One-Rep-Max-Rechner
Machen Sie aus einem harten Satz eine 1RM-Schätzung, ohne ein echtes Maximum zu testen: 100 für 5 Wiederholungen ergeben 116,67 nach Epley und 112,5 nach Brzycki. Funktioniert in kg oder lb, für Sätze von 1 bis 12 Wiederholungen. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Gewichtung
- 100
- Wiederholungen
- 5
- Epley-Schätzung
- 116,67
- Brzycki-Schätzung
- 112,5
Schätzt Ihr One-Rep-Max (1RM) aus einem bewegten Gewicht und der Anzahl der ausgeführten Wiederholungen und liefert die Epley-Schätzung, die Brzycki-Schätzung oder beide.
Was das One-Rep-Max ist und wie man es schätzt
Das One-Rep-Max, kurz 1RM, ist das höchste Gewicht, das Sie mit sauberer Technik genau einmal bewältigen könnten. Es direkt zu testen ist belastend, deshalb wird es meist aus einem Satz nahe der Belastungsgrenze geschätzt. Die Epley-Formel multipliziert das Gewicht mit eins plus Wiederholungen geteilt durch 30. Die Brzycki-Formel multipliziert das Gewicht mit 36 und teilt durch 37 minus Wiederholungen. Bei 100 für 5 Wiederholungen ergibt Epley 116,67 und Brzycki 112,5. Sie können eine Formel oder beide wählen, und das Ergebnis erscheint in Ihrer Einheit, Kilogramm oder Pfund.
Wann die Schätzung trägt und typische Fehler
Beide Formeln setzen einen Satz mit echter, nahezu maximaler Anstrengung voraus: Hatten Sie noch mehrere Wiederholungen übrig, fällt der Wert zu niedrig aus. Je mehr Wiederholungen, desto weiter liegen die Schätzungen auseinander, daher eignen sich kurze Sätze am besten. Das Werkzeug erlaubt 1 bis 12 Wiederholungen, weil die Brzycki-Formel darüber ihren Sinn verliert. Das Gewicht muss größer als null sein, gerundet wird auf zwei Nachkommastellen, wahlweise auf 0 bis 4. Nutzen Sie den Wert zur Planung, nicht als Last für einen Versuch.
Die beiden Formeln, die berechnet werden
Dieser Rechner schätzt ein One-Rep-Max aus einem submaximalen Satz mithilfe zweier klassischer Gleichungen. Mit dem Feld formula wählen Sie, was zurückgegeben wird: "epley", "brzycki" oder "both" (der Standard). Da Brzycki durch (37 - reps) teilt, ist die Formel nur für Wiederholungen bis 12 definiert – genau die Obergrenze, die das Werkzeug erzwingt.
Beide Formeln setzen einen echten, nahezu maximalen Einsatz bei den von Ihnen eingegebenen Wiederholungen voraus; die Schätzungen weichen mit steigender Wiederholungszahl stärker voneinander ab, weshalb ernsthafte Kraftsportler die Wiederholungszahl niedrig halten.
Anwendungsfälle
Trainingslasten programmieren
Verwandeln Sie einen Arbeitssatz mit 5 Wiederholungen in eine 1RM-Schätzung und leiten Sie daraus prozentbasierte Lasten ab (z. B. 80 % des 1RM) für Ihren nächsten Trainingsblock.
Zwei Schätzmethoden vergleichen
Lassen Sie Epley und Brzycki gemeinsam ausgeben, um zu sehen, wie stark die Schätzungen bei Sätzen mit mehr Wiederholungen voneinander abweichen, bevor Sie einer Zahl vertrauen.
Häufige Fragen
Welche Formeln werden verwendet?
Wählen Sie eine oder lassen Sie beide ausgeben.
Warum ist reps auf 12 begrenzt?
Beide Formeln verlieren bei hohen Wiederholungszahlen an Genauigkeit, und Brzyckis Nenner (37 - reps) bricht zusammen, wenn sich reps 37 nähert, daher erzwingt das Werkzeug eine Ganzzahl von 1 bis 12.
Spielt die Einheit eine Rolle, kg oder lb?
Nein. Die Rechnung ist einheitenunabhängig; die Schätzung kommt in der Einheit zurück, in der Sie das Gewicht eingegeben haben.
Wie wird das Ergebnis gerundet?
Half-up auf die von Ihnen angeforderten decimals (0 bis 4, Standard 2), angewandt auf den exakt berechneten Wert.
Warum liefern Epley und Brzycki unterschiedliche Werte?
Es sind zwei verschiedene Gleichungen für dieselbe Idee. Bei 100 für 5 Wiederholungen ergibt Epley 116,67 und Brzycki 112,5, und der Abstand wächst mit der Wiederholungszahl, daher liefert ein kurzer Satz die verlässlichste Schätzung.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem 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)Beispiel-Anfrage
{
"weight": 100,
"reps": 5
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.one_rep_max",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Die beiden Formeln, die berechnet werden
Die Epley-Schätzung lautet weight * (1 + reps / 30), sodass 100 bei 5 Wiederholungen 100 * (1 + 5/30) = 116.67 ergibt. Die Brzycki-Schätzung lautet weight * 36 / (37 - reps), was für denselben Satz 100 * 36 / 32 = 112.5 ergibt. Das Ausgabeobjekt gibt Ihr weight, reps und formula neben den numerischen Schätzungen wieder, sodass ein Ergebnis stets selbsterklärend ist.
Felder, Bereiche und Rundung
Zwei optionale Felder steuern die Ausgabe: formula, ein Enum beschränkt auf "epley", "brzycki" oder "both"; und decimals, eine Ganzzahl von 0 bis 4, die standardmäßig 2 ist. Zwei Eingaben sind erforderlich: weight (eine positive endliche Zahl in der Einheit, in der Sie heben, kg oder lb, da die Rechnung einheitenunabhängig ist) und reps (eine Ganzzahl von 1 bis 12). Die Rundung verwendet eine explizite half-up-Regel auf den exakten IEEE-Wert, sodass 116.665 zu 116.67 rundet, statt über eine locale-abhängige Abkürzung abzudriften. Jedes Feld, das außerhalb des Bereichs liegt, den falschen Typ hat oder nicht endlich ist, wird vor der Rechnung abgewiesen und liefert einen typisierten invalid_input-Fehler, der das beanstandete Feld benennt, etwa „reps ungültig“, wenn reps 0, 13 oder keine Ganzzahl ist. Das Gewicht muss echt größer als null sein, und reps unter 1 oder über 12 werden abgelehnt.
Determinismus und das kostenlose Widget
Die Engine ist reine Arithmetik ohne Uhr, Zufall, Netzwerkaufruf oder Locale-Abhängigkeit, sodass dieselbe Eingabe stets dieselbe 1RM-Schätzung liefert. Fehlgeschlagene API-Aufgaben werden nie berechnet; das im Voraus aufgeladene Guthaben wird nur bei erfolgreichen Aufrufen zu $0.002 verbraucht.
Integrationsbeispiele
Ein ganzes Trainingsprotokoll auswerten
Leiten Sie jeden protokollierten Satz durch die API, um die geschätzte 1RM-Entwicklung über Wochen darzustellen, ohne die Formeln von Hand neu zu berechnen.
Technische Fragen
Was passiert bei fehlerhafter Eingabe?
Ein typisierter invalid_input-Fehler, der das Feld benennt, etwa ein nicht positives Gewicht oder eine nicht ganzzahlige Wiederholungszahl. Das API zu $0.002 berechnet nur erfolgreiche Aufrufe.