وقت الشحن الكامل للسيارة الكهربائية
بطارية 75 كيلوواط ساعة عند 20 % على شاحن 50 كيلوواط تحتاج نحو 100 دقيقة لتمتلئ: ساعة بالقدرة القصوى، ثم مرحلة أبطأ بعد 80 %. اطّلع على المرحلتين قبل أن تخطط لتوقفك. مجانية في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- سعة البطارية (ك.و.س)
- 75
- مستوى الشحن (%)
- 20
- قدرة الشاحن (ك.و)
- 50
- الكفاءة
- 0.9
- بداية الانخفاض التدريجي (%)
- 80
- معامل القدرة النهائي
- 0.2
- الطاقة المطلوبة (kWh)
- 60
معرفة متى تبلغ السيارة الكهربائية الشحن الكامل ليست كمثل تقدير تعبئة مسطحة من عشرين إلى ثمانين بالمئة. كيمياء الحزمة والحدود الحرارية ونظام إدارة البطارية تبطّئ عمداً المقطع الأخير حتى تبقى الخلايا ضمن نوافذ آمنة للجهد ودرجة الحرارة. تحوّل حاسبة وقت الوصول إلى الشحن الكامل سعة البطارية بالكيلوواط ساعة وحالة الشحن الحالية وقدرة الشاحن القصوى إلى مدة واقعية تشمل التناقص البطيء النهائي بعد عتبة الثمانين بالمئة الافتراضية. تحصلون على الطاقة المتبقية اللازمة، وساعات الطور الثابت عند القدرة القصوى، وساعات طور التناقص تحت قدرة متناقصة، وإجمالي الساعات والدقائق الذي يمكن عرضه في مخطط رحلة أو لوحة مستودع أو جدول شحن ليلي منزلي.
ما الذي يحسبه النموذج ولماذا يكون المقطع الأخير أبطأ
تحسب أولاً energy_needed_kWh كحاصل battery_kWh مضروباً في (مئة ناقص SOC الحالي) مقسوماً على مئة — أي الكيلوواط ساعة التي يجب أن تدخل الخلايا بعد. لا تُسلَّم تلك الطاقة بمعدل ثابت حتى الامتلاء. حتى نسبة بدء التناقص (ثمانون افتراضياً) يفترض النموذج أن الشاحن يثبت كيلوواط الذروة وأن الحزمة تقبل تلك القدرة بعد عامل كفاءة افتراضي تسعون بالمئة لخسائر التحويل والكابل.
بعد العتبة تهبط قدرة الذروة خطياً نحو كسر متبقٍ من الذروة عند مئة بالمئة (عشرون بالمئة من الذروة افتراضياً). هذا التناقص الخطي تقريب هندسي شفاف لإبطاء نمط تيار ثابت ثم جهد ثابت يلاحظه السائقون على شواحن التيار المستمر السريعة العامة وفي كثير من جلسات المستوى 2 قرب الامتلاء. تكامل الطاقة على قدرة متناقصة يعطي لوغاريتمًا بصيغة مغلقة لشريحة التناقص، فيكون الناتج دقيقاً للمنحنى المعلن لا متوسطاً خشناً.
حالات الاستخدام
شحن كامل ليلي منزلي قبل موعد المغادرة
من SOC المساء وkWh الحزمة وkW الـ wallbox، تحققوا مما إذا بلغت السيارة 100% قبل مغادرة الصباح بعد تضمين التناقص النهائي.
توقف شحن سريع DC: انتظار الامتلاء أو المغادرة مبكراً
قارنوا دقائق الطور الثابت وطور التناقص فوق 80% على محطة عامة لتقرروا إن كان انتظار الامتلاء الحقيقي يستحق الوقت.
الأسئلة الشائعة
كيف يختلف هذا عن تقدير بسيط للطاقة مقسومة على قدرة الشاحن؟
يفترض التقدير المسطح قدرة ذروة ثابتة حتى 100%. تطبق هذه الحاسبة القدرة الكاملة فقط حتى بدء التناقص (80% افتراضياً) ثم انخفاضاً خطياً إلى كسر متبقٍ من الذروة عند الامتلاء، مما يطيل المقطع الأخير بواقعية.
هل يمكن استهداف 80% بدل الامتلاء؟
لا. تستهدف هذه القدرة دائماً الشحن الكامل عند 100%. للنوافذ المئوية من-إلى الاعتباطية بلا تناقص، استخدموا أداة زمن شحن بالنطاق بدلاً من ذلك.
لماذا يطول الجزء الأخير من الشحن؟
لأن البطارية تبطئ الشحن عمدًا قرب الامتلاء لتبقى الخلايا ضمن حدود آمنة للجهد والحرارة. وبعد 80 % افتراضيًا تنخفض القدرة بانتظام حتى تصبح خُمس القدرة القصوى للشاحن عند 100 %.
ماذا يغيّر إعداد الكفاءة؟
هو الجزء من قدرة الشاحن الذي يصل فعلًا إلى البطارية. القيمة الافتراضية 0.9 تفترض ضياع 10 % في التحويل والكابل، لذا تطيل القيمة الأقل مدة الشحن.
هل يمكنني تغيير النقطة التي يبدأ عندها التباطؤ؟
نعم. تبدأ القدرة بالانخفاض افتراضيًا عند 80 %، ويمكنك اختيار أي نسبة بين 0 و100. ويمكنك أيضًا تحديد القدرة المتبقية عند الامتلاء كجزء من القدرة القصوى، وقيمتها الافتراضية 0.2 بشرط أن تكون أكبر من 0 ولا تتجاوز 1.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/travel/ev-time-to-full \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"battery_kwh":75,"soc_percent":20,"charger_kw":50}'const res = await fetch("https://api.kit.forhosting.com/travel/ev-time-to-full", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"battery_kwh": 75,
"soc_percent": 20,
"charger_kw": 50
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/travel/ev-time-to-full",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"battery_kwh": 75,
"soc_percent": 20,
"charger_kw": 50
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/travel/ev-time-to-full", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"battery_kwh":75,"soc_percent":20,"charger_kw":50}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"battery_kwh":75,"soc_percent":20,"charger_kw":50}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/travel/ev-time-to-full", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"battery_kwh": 75,
"soc_percent": 20,
"charger_kw": 50
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "travel.ev_time_to_full",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
المنطق النقي نفسه يغذّي الأداة المجانية في المتصفح ومسار واجهة API المدفوعة مسبقاً بسعر $0.002 لكل استدعاء ناجح، بحيث يطابق ما ترونه في الصفحة ما تتلقاه الأتمتة.
ما الذي يحسبه النموذج ولماذا يكون المقطع الأخير أبطأ
تجيب travel.ev_time_to_full عن سؤال عملي واحد: من حالة الشحن الحالية، كم يستغرق حتى تبلغ الحزمة مئة بالمئة على هذا الشاحن. لذلك تفصل الاستجابة constant_phase_hours وtaper_phase_hours حتى تشرحوا لماذا تهيمن آخر عشر أو عشرين نقطة من SOC على زمن الجلسة عند محطات القدرة العالية، ولماذا يفضّل كثير من مخططي المسارات المغادرة حول ثمانين بالمئة عندما تكون الدقائق أهم من الامتلاء المطلق.
المدخلات والقيم الافتراضية والتحقق وقراءة الاستجابة
يستخدم التقريب قاعدة half-up مستقرة حتى تبقى الأمثلة الذهبية وعقد الحافة متعددة المناطق متطابقة بايتاً بايتاً لنفس المدخلات. ثلاثة حقول إلزامية ويجب أن تكون أعداداً منتهية: battery_kwh (سعة الحزمة القابلة للاستخدام، أكبر من الصفر قطعاً)، وsoc_percent (حالة الشحن الحالية من صفر إلى مئة شاملاً؛ تُقبل الأسماء البديلة current_soc وsoc)، وcharger_kw (قدرة الشاحن القصوى بالكيلوواط، أكبر من الصفر قطعاً). efficiency الاختياري افتراضه صفر فاصلة تسعة ويجب أن يقع في الفترة أكبر من صفر حتى واحد شاملاً. taper_start_percent الاختياري افتراضه ثمانون ويجب أن يكون بين صفر ومئة. taper_end_factor الاختياري افتراضه صفر فاصلة اثنان ويجب أن يكون أكبر من صفر وعلى الأكثر واحداً — لو كان صفراً لتباعد التكامل حين تبلغ القدرة المحور عند الامتلاء. عندما يكون SOC مئة أصلاً تُرجع القدرة صفراً من الساعات والدقائق مع already_full بقيمة true بدل اختراع جلسة سالبة. أي فشل آخر يرمي خطأً typed invalid_input يسمّي الحقل المخالف؛ التحقق الفاشل لا يُفوتر. عند النجاح تتلقون المدخلات المردودة، وenergy_needed_kwh، وconstant_phase_hours، وtaper_phase_hours، وإجمالي الساعات، وإجمالي الدقائق (مشتق من إجمالي الساعات غير المستدير قبل تقريب العرض)، وalready_full، وسلسلة صيغة قصيرة توثّق نموذج التكامل. اقرنوا الأرقام بنموذجكم الحراري أو الكيميائي للبطارية فقط إن احتجتم منحنيات خاصة بالمركبة؛ تبقى نقطة النهاية بسيطة عمداً في الشاحن والحزمة حتى يستدعيها نموذج أو روبوت رسائل أو API أسطول دون خرائط BMS مملوكة.
أين يثبت وقت الوصول إلى الامتلاء مع التناقص قيمته على الطريق وفي البرمجيات
غالباً ما يُخطَّط الشحن الليلي المنزلي على wallbox بقدرة سبعة فاصلة أربعة أو أحد عشر كيلوواط مقابل موعد مغادرة صارم: يريد السائقون معرفة ما إذا كان التوصيل عند عشرين بالمئة بعد عودة متأخرة يبلغ الامتلاء صباحاً بعد احتساب التناقص النهائي. لأن التنفيذ parse خالص من المستوى A، لا توجد رموز نموذج ولا شبكة صادرة ولا ساعة ولا عشوائية داخل المعالج — فقط حساب يمكنكم اختباره وحدوياً إلى الأبد. يستخدم مخططو توقفات الرحلات الطويلة نقطة النهاية نفسها عند تقرير الانتظار حتى خمسة وتسعين أو مئة بالمئة على شاحن تيار مستمر سريع أو الفصل قرب ثمانين والمتابعة، لأن طور التناقص على محطة بخمسين أو مئة وخمسين أو ثلاثمئة وخمسين كيلوواط قد يكلف دقائق أكثر من الطور الثابت الذي ملأ وسط الحزمة. تجمع برمجيات أساطيل المستودع والعمل آلاف الاستدعاءات بسعر $0.002 لكل منها لجدولة تسليم المناوبات عندما يجب أن تغادر كل مركبة بحالة شحن كاملة موثّقة لا بتعبئة جزئية. استخدموا القيم الافتراضية لتقدير أول معقول، ثم اضبطوا taper_start_percent وtaper_end_factor عند توفر قياس عن بُعد لعائلة محددة من المركبات والشواحن، واحتفظوا بتفصيل الطاقة والأطوار بجانب الإجمالي حتى يفهم المشغّلون أين ذهبت الدقائق.
حالات التكامل
جدولة الشحن الكامل في مستودع الأسطول
جمّعوا استدعاءات API بسعر $0.002 لكل مركبة لتخطيط جلسات مستودع ليلية يجب أن تُسلَّم بـ SOC موثّق عند 100%.
أسئلة تقنية
ماذا يعني taper_end_factor؟
هو قدرة الشاحن عند 100% SOC كنسبة من الذروة. الافتراضي 0.2 يعني أن القدرة تهبط خطياً إلى 20% من الذروة عند الامتلاء. يجب أن يبقى أكبر من الصفر حتى يبقى التكامل منتهياً.
ماذا لو كانت بطاريتنا عند 100% أصلاً؟
تُرجع الاستجابة صفراً من الساعات والدقائق مع already_full بقيمة true. لا يُرمى خطأ لحزمة ممتلئة أصلاً.
كم تكلفة حاسبة وقت الشحن الكامل للسيارة الكهربائية؟
أداة المتصفح مجانية. تستخدم طلبات API رصيد KIT المدفوع مسبقاً بسعر $0.002 لكل استدعاء ناجح؛ المدخل غير الصالح لا يُفوتر.