इससे पहले कि वे OpenArm पर पहली-गति की समस्या बन जाएँ, आप संयुक्त-क्रम की गलतियों को कैसे पकड़ते हैं?
आश्चर्यजनक रूप से सामान्य ओपनआर्म समस्या सरल है: यूआरडीएफ, नियंत्रक कॉन्फ़िगरेशन और हार्डवेयर इंटरफ़ेस संयुक्त नामकरण या ऑर्डर पर सहमत नहीं हैं।
इससे पहले कि वे पहली बार सक्षम होने पर डरावनी गति उत्पन्न करें, आप संयुक्त-क्रम की गलतियों को कैसे पकड़ते हैं?
कृपया संयुक्त नाम, सीमाएं, साइन कन्वेंशन और हार्डवेयर-इंटरफ़ेस मैपिंग के लिए आपके द्वारा चलाए गए चेक साझा करें।
यदि आप उत्तर देते हैं, तो आपके द्वारा देखा गया एक सटीक बेमेल और एक सटीक सत्यापन चरण शामिल करें जो इसे रोक सकता था।
विज़ुअलाइज़ेशन-केवल सत्यापन लोगों की अपेक्षा से अधिक पकड़ लेता है, खासकर जब नामकरण और संयुक्त-अक्ष धारणाएं रेपो के बीच बहती हैं।
धीमे एकल-संयुक्त सक्षम परीक्षण उबाऊ हैं लेकिन वे पूर्ण-अक्ष आश्चर्य से सस्ते हैं। सटीक अनुक्रम को एक बार दस्तावेज़ित करें और उसका पुन: उपयोग करें।
यदि आपके पास प्री-टॉर्क चेकलिस्ट या कॉन्फिग डिफ उदाहरण है, तो इसे यहां पोस्ट करें। उस प्रकार की कलाकृतियाँ बहुत खोजने योग्य हो जाती हैं।
सही समस्या निवारण पथ का अनुसरण करने के लिए अपना निकटतम लक्षण चुनें।
"[ओपनआर्म] बिल्डर्स इंटीग्रेटर्स (शुरुआती) के लिए यूआरडीएफ संयुक्त आदेश और नियंत्रक बेमेल" के लिए एक प्रतिलिपि प्रस्तुत करने योग्य लक्षण जांच से शुरू करें, फिर हार्डवेयर या फर्मवेयर बदलने से पहले होस्ट/सेवा स्थिति की पुष्टि करें।
journalctl -b | rg -n "error|warn|openarm|can"
ip -details link | rg -n "can|state"
python tools/preflight_check.py --quickएक साधारण प्रीफ़्लाइट गेट और एक छोटी स्टार्टअप चेकलिस्ट जोड़ें ताकि गति शुरू होने से पहले प्रतिगमन को पकड़ा जा सके।
पहले उन्हें चेकलिस्ट टेम्पलेट के रूप में उपयोग करें। निष्पादन से पहले अपने सेल में इंटरफ़ेस नाम, फिक्सचर आईडी और सुरक्षा शर्तों की पुष्टि करें।