ما هو سير عمل الاسترداد الأسرع لديك عندما تتوقف مفاصل OpenArm عن الاستجابة بعد حدوث أخطاء متقطعة في مهلة CAN؟
غالبًا ما تواجه فرق OpenArm مهلات متقطعة لحافلة CAN بعد تغيير الإعداد، أو تبديل المحرك، أو جلسة teleop طويلة.
ما هو أسرع سير عمل للتعافي عندما تتوقف المفاصل عن الاستجابة ولكن الطاقة والكابلات لا تزال تبدو طبيعية؟
يرجى مشاركة الخطوات الملموسة: ترتيب إعادة ضبط الواجهة، والتعامل مع المراقبة، وفحوصات تحميل الناقل، وكيفية التأكد من أن الذراع آمن لإعادة التمكين.
إذا قمت بالرد، قم بتضمين عرض واحد محدد للمهلة وخطوة استرداد محددة واحدة تقلل من حالات الفشل المتكررة.
عادةً ما تشير أفضل الردود إلى أول فشل يمكن ملاحظته: فقدان نبضات القلب، أو حالة المفصل التي لا معنى لها، أو استثناء السائق، أو نزول محور واحد من الحافلة.
لقد رأينا فرقًا تتعافى بشكل أسرع عندما تقوم بتوحيد أمر إعادة التعيين وتسجيل لقطات تحميل الناقل بدلاً من تخمين ما إذا كانت المشكلة تتعلق بالكهرباء أو بالبرمجيات.
إذا كان مختبرك يحتوي على قائمة مرجعية لإعادة التمكين الآمن بعد الاسترداد، فقم بنشرها. هذا هو بالضبط نوع الإجابة القابلة لإعادة الاستخدام التي يبحث عنها الأشخاص لاحقًا.
اختر أقرب الأعراض لديك لاتباع المسار الصحيح لاستكشاف الأخطاء وإصلاحها.
قم بإعادة إنتاج "[OpenArm] CAN مهلات الناقل والاسترداد لمتكاملي البناء (المتوسط)" في حلقة يتم التحكم فيها، ثم قارن خط الأساس بالقياسات الحالية قبل تطبيق الإصلاحات الجزئية.
python tools/reproduce_issue.py --case current_thread
python tools/validate_fix.py --checklist standard_intermediateإذا فشلت البقايا أو الانجراف في حدود القبول الخاصة بك بعد الإحماء، فقم بالتبديل إلى سير عمل إعادة المعايرة/الاسترداد الكامل.
استخدمها كقالب قائمة مرجعية أولاً. قم بتأكيد أسماء الواجهات ومعرفات التركيبات وشروط السلامة في خليتك الخاصة قبل التنفيذ.