فشل تحديث البرامج الثابتة لـ USB DFU: تصحيح أخطاء وضع Bootloader ومهلات نقل التحكم وإعادة الاتصال

حالات فشل تحديث البرامج الثابتة مرهقة لأن الجهاز قد يختفي، أو يدخل وضع bootloader، أو يعيد الاتصال بـ VID/PID مختلف، أو يبدو عالقًا عند "التهيئة"، أو "المسح"، أو "التنزيل"، أو "إعادة التشغيل". يبحث المستخدمون عن "فشل USB DFU"، و"تحديث البرامج الثابتة عالق في التهيئة"، و"لم يتم اكتشاف USB bootloader"، و"جهاز DFU غير موجود"، و"مهلة تحديث البرامج الثابتة" لأن أداة التحديث نادرًا ما تُظهر آلة حالة USB.

تُبنى سير عمل ترقية البرامج الثابتة للجهاز عادةً على عمليات نقل التحكم وانتقالات حالة الجهاز. قد تتحدث أداة التحديث إلى البرامج الثابتة العادية للتطبيق، وتطلب إعادة التشغيل إلى وضع bootloader، وتنتظر جهاز USB مختلفًا ليتعداد، وترسل كتل البرامج الثابتة، وتطلب الحالة، ثم تأمر بالفصل أو إعادة الضبط.

يكون Bus Scope مفيدًا لأن كل مرحلة مرئية على الناقل إذا تم التقاطها من البداية.

تحديث البرامج الثابتة غالبًا جهازان

تعدد العديد من المنتجات كأحد أجهزة USB أثناء التشغيل العادي وآخر أثناء وضع bootloader. قد يتغير VID/PID وسلسلة المنتج والواجهات وربط برنامج التشغيل.

قد يبدو التسلسل كـ:

1. الجهاز العادي متصل.
2. ترسل أداة التحديث أمر دخول bootloader.
3. ينفصل الجهاز.
4. يعد جهاز bootloader.
5. ترسل أداة التحديث كتل تنزيل DFU.
6. يُبلغ الجهاز عن الحالة.
7. يعيد الجهاز الضبط إلى الوضع العادي.

إذا بدأ المستخدم الالتقاط بعد اختفاء الجهاز، فإن الانتقال المهم قد ذهب بالفعل.

نقاط الفشل الشائعة

تفشل تحديثات DFU عندما:

• لا يتم إدخال وضع bootloader أبدًا.
• يعد bootloader لكن برنامج التشغيل لا يربط.
• تتوقع أداة التحديث VID/PID واحدًا لكن الجهاز يكشف آخر.
• يتوقف نقل التحكم.
• حجم كتلة البرامج الثابتة خاطئ.
• تنتهي مهلة الجهاز أثناء المسح.
• استطلاع الحالة عدواني جدًا.
• ينفصل الجهاز أثناء التنزيل.
• مشكلة الكابل أو الطاقة تسبب إعادة الضبط.
• فحص الأمان/الإصدار يرفض الصورة.

قد تُبلغ أداة التحديث عن كل هذه كـ "فشل تحديث البرامج الثابتة".

أدلة نقل التحكم

تستخدم عمليات فئة DFU عمليات نقل التحكم. يمكن أن يُظهر التتبع ما إذا كانت أداة التحديث قد أرسل بيانات التنزيل، أو طلبت الحالة، أو مسحت الحالة، أو وصلت إلى توقف.

ابحث عن:

• DFU_DNLOAD
• DFU_UPLOAD
• DFU_GETSTATUS
• DFU_CLRSTATUS
• DFU_ABORT
• إعادة تعيين الجهاز أو فصله
• توقف على نقطة النهاية الصفرية

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

توقيت إعادة الاتصال

بعد إدخال وضع bootloader، يجب على أداة التحديث انتظار إعادة التعداد. إذا بحثت في وقت مبكر جدًا، فقد تقول "الجهاز غير موجود" على الرغم من ظهور bootloader بعد ثانية.

يُظهر تتبع الناقل التوقيت:

• وقت فصل الجهاز العادي.
• وقت توصيل bootloader.
• قراءات الواصفات.
• ربط برنامج التشغيل.
• أول طلب DFU.

تساعد هذه الأدلة في فصل مهلة أداة التحديث عن فشل الجهاز.

مشكلات ربط برنامج التشغيل

على Windows، قد يحتاج bootloader إلى برنامج تشغيل مختلف عن الجهاز العادي. على Linux، قد تختلف الأذونات حسب VID/PID. على macOS، قد يختلف سلوك الفئة مرة أخرى.

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

قائمة مراجعة التصحيح

استخدم هذه العملية:

1. التقط قبل بدء أداة التحديث.
2. سجّل واصفات الجهاز العادية.
3. التقط أمر دخول bootloader.
4. راقب الفصل وإعادة تعداد bootloader.
5. سجّل VID/PID وواصفات bootloader.
6. افحص عمليات نقل التحكم DFU.
7. ابحث عن أول توقف أو مهلة أو إعادة ضبط أو استجابة مفقودة.
8. قارن رقم الكتلة الفاشل إذا كان قابلاً للتكرار.
9. تحقق من ربط برنامج التشغيل والأذونات بعد التعداد.
10. حافظ على الخط الزمني الكامل للتحديث قبل التقليم.

التشخيص النهائي

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

يساعد Bus Scope من خلال كشف تحديث البرامج الثابتة كأدلة USB، وليس مجرد شريط تقدم يتوقف.