حاسبة أقصى تكرار واحد
حوّل مجموعة شاقة إلى تقدير لأقصى تكرار واحد دون اختبار الحد الأقصى الحقيقي: رفع 100 لخمس تكرارات يعطي 116.67 بمعادلة Epley و112.5 بمعادلة Brzycki. يعمل بالكيلوغرام أو الرطل، لمجموعات من 1 إلى 12 تكرارًا. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- الوزن
- 100
- التكرارات
- 5
- تقدير Epley
- 116.67
- تقدير Brzycki
- 112.5
تقدّر أقصى تكرار واحد (1RM) من وزن مرفوع وعدد التكرارات المؤدَّاة، وتُعيد تقدير Epley أو تقدير Brzycki أو كليهما.
ما أقصى تكرار واحد وكيف يُقدَّر
أقصى تكرار واحد هو أثقل وزن يمكنك رفعه مرة واحدة فقط بأسلوب صحيح. اختباره مباشرة مرهق، لذلك يُقدَّر عادةً من مجموعة تُؤدّى قرب الحد الأقصى. تضرب معادلة Epley الوزن في واحد زائد عدد التكرارات مقسومًا على 30. أما معادلة Brzycki فتضرب الوزن في 36 ثم تقسمه على 37 ناقص عدد التكرارات. عند رفع 100 خمس مرات تعطي Epley القيمة 116.67 وتعطي Brzycki القيمة 112.5. يمكنك طلب إحداهما أو كلتيهما، وتظهر النتيجة بالوحدة التي استخدمتها، كيلوغرام أو رطل.
متى تثق بالتقدير والأخطاء الشائعة
تفترض المعادلتان أن المجموعة أُدّيت بجهد حقيقي قريب من الأقصى، فإذا بقيت لديك عدة تكرارات احتياطية سيخرج الرقم منخفضًا. وكلما زادت التكرارات ابتعد التقديران أحدهما عن الآخر، لذلك تُفضَّل المجموعات القصيرة. تقبل الأداة من 1 إلى 12 تكرارًا، لأن معادلة Brzycki تفقد معناها بعد ذلك. يجب أن يكون الوزن أكبر من الصفر، وتُقرَّب النتائج إلى خانتين عشريتين ما لم تختر عددًا بين 0 و4. استخدم الرقم دليلًا للتخطيط، لا وزنًا يجب أن تحاول رفعه.
حالات الاستخدام
برمجة أحمال تدريبك
حوّل مجموعة عمل بخمس تكرارات إلى تقدير 1RM، ثم اشتق أحمالًا مبنية على النسب (مثل 80% من 1RM) لكتلتك التدريبية القادمة.
مقارنة طريقتَي تقدير
أعِد Epley وBrzycki معًا لترى كم تتباعد التقديرات لمجموعات التكرارات المرتفعة قبل أن تثق برقم.
الأسئلة الشائعة
لماذا حُدَّت reps عند 12؟
تفقد الصيغتان دقّتهما عند التكرارات العالية، ويتعطّل مقام Brzycki (37 - reps) كلما اقتربت reps من 37، فتفرض الأداة عددًا صحيحًا من 1 إلى 12.
هل تهمّ الوحدة، كيلوغرام أم رطل؟
لا. الحساب مستقل عن الوحدة؛ ويعود التقدير بالوحدة نفسها التي أدخلت بها الوزن.
كيف تُقرَّب النتيجة؟
half-up إلى منازل decimals التي تطلبها (من 0 إلى 4، الافتراضي 2)، مطبَّقةً على القيمة المحسوبة الدقيقة.
لماذا تعطي معادلتا Epley وBrzycki نتيجتين مختلفتين؟
لأنهما معادلتان مختلفتان للفكرة نفسها. عند رفع 100 خمس مرات تعطي Epley القيمة 116.67 وتعطي Brzycki القيمة 112.5، ويتسع الفرق كلما زادت التكرارات، لذا تمنح المجموعة القصيرة أوثق تقدير.
كيف أستخدم أقصى تكرار واحد لتخطيط أوزان التمرين؟
اتخذ التقدير مرجعًا واحسب منه نسبًا مئوية لمرحلتك التدريبية التالية، مثل 80 % من أقصى تكرار. وبهذا تكفيك مجموعة واحدة من خمس تكرارات لتحديد كل أوزان العمل.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
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)مثال على الطلب
{
"weight": 100,
"reps": 5
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.one_rep_max",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
الصيغتان اللتان تحسبهما
تقدّر هذه الحاسبة أقصى تكرار واحد من مجموعة دون الحد الأقصى باستعمال معادلتين كلاسيكيتين. ولأن Brzycki يقسم على (37 - reps)، فهو معرَّف فقط للتكرارات حتى 12، وهو بالضبط الحد الأعلى الذي تفرضه الأداة. وتفترض الصيغتان جهدًا حقيقيًّا قريبًا من الأقصى عند التكرارات التي تُدخلها؛ وتتباعد التقديرات أكثر كلما ارتفع عدد التكرارات، ولهذا يُبقي رافعو الأثقال الجادّون عدد التكرارات منخفضًا. فتقدير Epley هو weight * (1 + reps / 30)، فيعطي رفع 100 لخمس تكرارات 100 * (1 + 5/30) = 116.67. وتقدير Brzycki هو weight * 36 / (37 - reps)، الذي يعطي للمجموعة نفسها 100 * 36 / 32 = 112.5. وتختار أيّهما يُعاد بحقل formula: "epley" أو "brzycki" أو "both" (الافتراضي). ويُعيد كائن الإخراج weight وreps وformula إلى جانب التقديرات الرقمية فتكون النتيجة دائمًا موصِّفةً لنفسها.
الحقول والنطاقات والتقريب
وحقلان اختياريان يضبطان الإخراج: formula، وهو تعداد محصور في "epley" أو "brzycki" أو "both"؛ وdecimals، عدد صحيح من 0 إلى 4 قيمته الافتراضية 2. يُشترط مدخلان: weight (عدد موجب منتهٍ بأي وحدة ترفع بها، كيلوغرام أو رطل، إذ الحساب مستقل عن الوحدة) وreps (عدد صحيح من 1 إلى 12). ويستعمل التقريب قاعدة half-up صريحة مطبَّقة على قيمة IEEE الدقيقة، فيُقرَّب 116.665 إلى 116.67 بدل أن ينحرف عبر اختصار حسّاس للإعداد اللغوي المحلي. وأي حقل يخرج عن نطاقه أو يكون من نوع خاطئ أو غير منتهٍ يُرفض قبل تشغيل الحساب ويُعيد خطأ invalid_input مُصنَّفًا يسمّي الحقل المخالف، مثل "reps inválido" حين تكون reps صفرًا أو 13 أو ليست عددًا صحيحًا. ويجب أن يكون weight أكبر من صفر تمامًا، وتُرفض reps دون 1 أو فوق 12.
الحتمية وwidget المجاني
المحرّك حسابٌ صرفٌ بلا ساعة ولا عشوائية ولا استدعاء شبكة ولا اعتماد على إعداد لغوي محلي، فيُنتج المدخل نفسه دائمًا تقدير 1RM نفسه. وتلك الحتمية هي ما يتيح للمثال الذهبي (weight قدره 100، reps قدره 5 يعطيان epley قدره 116.67 وbrzycki قدره 112.5) أن يعمل اختبار انحدار دائمًا. ولا تُحتسب مهام API الفاشلة أبدًا؛ ولا يُنفَق الرصيد المدفوع مسبقًا إلا على الاستدعاءات الناجحة عند $0.002.
حالات التكامل
تسجيل درجات سجلّ تدريب كامل
مرّر كل مجموعة مسجَّلة عبر API لرسم تطوّر 1RM المقدَّر على مدى أسابيع دون إعادة حساب الصيغ يدويًّا.
أسئلة تقنية
أي الصيغ تُستعمل؟
اثنتان: Epley، وهي weight * (1 + reps/30)، وBrzycki، وهي weight * 36 / (37 - reps). اختر واحدة أو أعِد كليهما.
ماذا يحدث مع مدخل سيّئ؟
خطأ invalid_input مُصنَّف يسمّي الحقل، مثل وزن غير موجب أو عدد تكرارات ليس صحيحًا. وAPI عند $0.002 لا يحتسب سوى الاستدعاءات الناجحة.