डीएफटी योजना पीसीबीए परीक्षण और डिबग दक्षता में कैसे सुधार करती है

एक पीसीबीए को सही ढंग से इकट्ठा किया जा सकता है और फिर भी परीक्षण करना मुश्किल है।

यहीं पर डीएफटी योजना मायने रखती है।

टेस्टेबिलिटी के लिए डिज़ाइन, या डीएफटी, केवल पीसीबी लेआउट में अधिक परीक्षण बिंदु जोड़ने के बारे में नहीं है। एक वास्तविक पीसीबीए परियोजना में, डीएफटी योजना यह तय करती है कि इकट्ठे बोर्ड को संचालित किया जा सकता है, प्रोग्राम किया जा सकता है, जांच की जा सकती है, मापा जा सकता है, डिबग किया जा सकता है, फिर से काम किया जा सकता है, फिर से परीक्षण किया जा सकता है और व्यावहारिक विनिर्माण स्थितियों के तहत जारी किया जा सकता है।

पास/असफल परीक्षण टीम को बताता है कि बोर्ड काम करता है या नहीं।

एक अच्छी डीएफटी योजना टीम को यह समझने में मदद करती है कि जब ऐसा न हो तो कहां देखना है।

प्रोटोटाइप लाने, पहली बार समीक्षा करने, पायलट निर्माण की तैयारी करने और दोबारा ईएमएस उत्पादन करने के दौरान यह अंतर मायने रखता है। एक डिज़ाइन इंजीनियर प्रयोगशाला उपकरणों, जम्पर तारों और गहन उत्पाद ज्ञान के साथ एक बोर्ड को डीबग करने में सक्षम हो सकता है। एक ईएमएस परीक्षण टीम को एक दोहराए जाने योग्य पथ की आवश्यकता होती है जो दस्तावेजित चरणों और स्पष्ट विफलता प्रबंधन के साथ कई बोर्डों पर काम करता है।

डीएफटी योजना बोर्ड के परीक्षण बेंच तक पहुंचने से पहले संभावित विफलता पथ का निरीक्षण करना आसान बनाकर पीसीबीए परीक्षण और डिबग दक्षता में सुधार करती है।

डीएफटी एक परीक्षण कदम नहीं है. यह एक डिज़ाइन निर्णय है.

असेंबली के बाद परीक्षण होता है।

डीएफटी योजना बोर्ड बनने से पहले होती है।

उस भेद को भूल जाना आसान है। कई टीमें परीक्षण को कुछ ऐसी चीज़ के रूप में मानती हैं जिसे फ़ैक्टरी पीसीबी फ़ाइलें जारी होने के बाद "समझ" सकती है। कभी-कभी यह साधारण बोर्डों के लिए काम करता है। लेकिन फर्मवेयर आधारित बोर्ड, औद्योगिक नियंत्रण बोर्ड, घने एसएमटी लेआउट, बीजीए पैकेज, संचार इंटरफेस, रिले, सेंसर, या संलग्नक एकीकृत उत्पादों के लिए, देर से परीक्षण योजना देर से डिबग कार्य में बदल सकती है।

बोर्ड चालू हो सकता है, लेकिन विफलता का मार्ग अस्पष्ट हो सकता है।

परीक्षण "विफल" कह सकता है, लेकिन यह नहीं बता सकता कि समस्या असेंबली, फर्मवेयर, घटक क्षति, फिक्सचर संपर्क, कनेक्टर वायरिंग, लोड स्थिति या डिज़ाइन व्यवहार है या नहीं।

टेस्टेबिलिटी प्लानिंग उस सोच को पहले की ओर ले जाती है। यह पूछता है:

• किन कार्यों को सत्यापित किया जाना चाहिए?
• कौन से सिग्नल पहुंच योग्य होने चाहिए?
• किस पावर रेल को माप या पृथक्करण की आवश्यकता है?
• किस इंटरफ़ेस को प्रोग्रामिंग या संचार पहुंच की आवश्यकता है?
• किन विफलताओं को शीघ्रता से अलग करने की आवश्यकता है?
• ईएमएस परीक्षण टीम द्वारा कौन से परीक्षण चरण दोहराए जाने चाहिए?
• विफलता के बाद कौन सी डिबग जानकारी दर्ज की जानी चाहिए?

केवल कार्य करने के लिए डिज़ाइन किया गया बोर्ड इंजीनियर की बेंच पर काम कर सकता है।

परीक्षण के लिए डिज़ाइन किए गए बोर्ड को कम अनुमान के साथ सत्यापित, निदान, मरम्मत और पुन: परीक्षण किया जा सकता है।

परीक्षण में क्या साबित होना चाहिए, उससे शुरुआत करें

कई डीएफटी चर्चाएँ परीक्षण बिंदुओं से शुरू होती हैं।

यह आमतौर पर सबसे अच्छा शुरुआती बिंदु नहीं है।

बेहतर पहला प्रश्न यह है: रिलीज़ होने से पहले इस पीसीबीए को क्या साबित करना होगा?

कुछ परियोजनाओं के लिए, उत्तर सरल हो सकता है: सही घटक प्लेसमेंट, कोई स्पष्ट कमी नहीं, स्थिर बिजली चालू होना, और बुनियादी विद्युत जांच। दूसरों के लिए, बोर्ड को फ़र्मवेयर लोडिंग, सेंसर प्रतिक्रिया, संचार सत्यापन, रिले स्विचिंग, वर्तमान माप, एनालॉग कैलिब्रेशन, या किसी अन्य मॉड्यूल के साथ सिस्टम स्तर के इंटरैक्शन की आवश्यकता हो सकती है।

उन स्थितियों में समान परीक्षण योजना की आवश्यकता नहीं है।

यह सबसे आम परीक्षण योग्यता समस्याओं में से एक को रोकता है: बोर्ड के पास परीक्षण बिंदु हैं, लेकिन सही परीक्षण पहुंच नहीं है।

एक पैड जो लेआउट के लिए सुविधाजनक है, परीक्षण टीम को विफलता को अलग करने में मदद नहीं कर सकता है। एक कनेक्टर जो इंजीनियरिंग ब्रिंग के दौरान काम करता है, उसे असेंबली, कोटिंग या एनक्लोजर इंटीग्रेशन के बाद ब्लॉक किया जा सकता है। एक फर्मवेयर इंटरफ़ेस जो एक इंजीनियर के लिए काम करता है वह दोबारा उत्पादन परीक्षण के लिए व्यावहारिक नहीं हो सकता है।

अच्छी डीएफटी योजना रिलीज की स्थिति से शुरू होती है, फिर एक्सेस, फिक्सचर विधि, फर्मवेयर इनपुट, माप बिंदु और पुन: परीक्षण नियमों के लिए पीछे की ओर काम करती है।

पास/असफल परीक्षण से आगे बढ़ें

उत्तीर्ण/असफल परिणाम उपयोगी है, लेकिन यह निदान के समान नहीं है।

खोज उत्तर: क्या बोर्ड उत्तीर्ण हुआ?

निदान उत्तर: टीम को आगे कहाँ देखना चाहिए?

यह अंतर तब महत्वपूर्ण हो जाता है जब पीसीबीए सत्यापन पर एफसीटी, आईसीटी, उड़ान जांच, प्रोग्रामिंग, या पावर में विफल रहता है। यदि परीक्षण केवल सामान्य बोर्ड विफलता की रिपोर्ट करता है, तो वास्तविक समस्या का पता लगाने के लिए टीम को अभी भी एक लंबे मैनुअल डिबग लूप की आवश्यकता हो सकती है।

एक मजबूत डीएफटी दृष्टिकोण परीक्षण प्रक्रिया को अधिक दृश्यता प्रदान करता है।

उदाहरण के लिए, यदि कोई संचार पोर्ट विफल हो जाता है, तो डिबग पथ को इन तक पहुंच की आवश्यकता हो सकती है:

• इंटरफ़ेस सर्किट के लिए पावर और ग्राउंड संदर्भ;
• सिग्नल रीसेट करें, सक्षम करें या बूट करें;
• घड़ी या थरथरानवाला आउटपुट;
• कनेक्टर पिनआउट पुष्टिकरण;
• फ़र्मवेयर संस्करण या प्रोग्रामिंग स्थिति;
• स्थिरता संपर्क पुष्टिकरण;
• ज्ञात {{0}अच्छी केबल, लोड, या बाहरी मॉड्यूल स्थिति;
• कार्यात्मक ब्लॉकों के बीच मध्यवर्ती सिग्नल बिंदु।

इसका मतलब यह नहीं है कि हर बोर्ड को हेवीवेट डायग्नोस्टिक आर्किटेक्चर की आवश्यकता है।

एक साधारण बोर्ड को परीक्षण के लिए अधिक इंजीनियर नहीं किया जाना चाहिए। लेकिन यदि उत्पाद में फ़र्मवेयर, उच्च घनत्व वाले घटक, फ़ील्ड वायरिंग, औद्योगिक I/O, पावर स्विचिंग, सेंसर, या ग्राहक विशिष्ट इंटरफ़ेस शामिल हैं, तो DFT योजना को एकल पास/असफल परिणाम से परे सोचना चाहिए।

एक परीक्षण परिणाम जो डिबग पथ के बिना "विफल" कहता है, एक खराब बोर्ड को लंबी जांच में बदल सकता है।

टेस्ट एक्सेस लेआउट में शुरू होता है, टेस्ट स्टेशन पर नहीं

परीक्षण विभाग उस सिग्नल तक नहीं पहुंच सकता है जिसे लेआउट ने कभी भी पहुंच योग्य नहीं बनाया है।

यह स्पष्ट लगता है, लेकिन जब डिज़ाइन टीम शेड्यूल के दबाव में होती है तो यह सबसे आसान चीजों में से एक है।

परीक्षण पहुंच लेआउट निर्णयों पर निर्भर करती है:

• क्या महत्वपूर्ण जालों के पास व्यावहारिक जांच पहुंच है;
• क्या परीक्षण बिंदु फिक्स्चर जांच द्वारा पहुंच योग्य हैं;
• क्या लंबे घटक जांच यात्रा को रोकते हैं;
• क्या परीक्षण बिंदु घटक निकायों या बोर्ड किनारों के बहुत करीब हैं;
• क्या फिडुशियल और टूलींग छेद दोहराए जाने योग्य स्थिरता संरेखण का समर्थन करते हैं;
• क्या प्रोग्रामिंग हेडर असेंबली के बाद भी पहुंच योग्य बने रहेंगे;
• क्या किसी बोर्ड का परीक्षण कोटिंग या बाड़े के एकीकरण से पहले या बाद में किया जा सकता है।

गलत स्थान पर रखा गया एक परीक्षण बिंदु लगभग उतना ही अनुपयोगी हो सकता है जितना कि कोई परीक्षण बिंदु ही नहीं।

उच्च घनत्व वाले बोर्डों के लिए, उत्तर हमेशा "प्रत्येक नेट पर एक परीक्षण बिंदु जोड़ें" नहीं होता है। बोर्ड स्थान, सिग्नल अखंडता, लागत, उत्पादन मात्रा और परीक्षण विधि सभी मायने रखते हैं। कुछ मामलों में, महत्वपूर्ण जाल, पावर रेल, रीसेट लाइनें, घड़ियां, प्रोग्रामिंग सिग्नल और उच्च जोखिम वाले इंटरफेस प्राथमिकता के पात्र हैं। अन्य मामलों में, सीमा स्कैन, उड़ान जांच, या कार्यात्मक परीक्षण परीक्षण के कुछ हिस्सों को अधिक प्रभावी ढंग से कवर कर सकते हैं।

डीएफटी योजना आँख बंद करके सुविधाओं को जोड़ने के बारे में नहीं है।

यह परीक्षण टीम को उन महत्वपूर्ण संकेतों तक पहुंच प्रदान करने के बारे में है।

सीमा स्कैन ब्लैक बॉक्स समस्या को कम कर सकता है

सीमा स्कैन, जो अक्सर IEEE 1149.1 और JTAG से जुड़ा होता है, भौतिक जांच पहुंच सीमित होने पर मूल्यवान हो सकता है।

यह विशेष रूप से बीजीए, बारीक पिच आईसी, प्रोसेसर, एफपीजीए, मेमोरी डिवाइस या सघन डिजिटल इंटरकनेक्ट वाले बोर्ड के लिए प्रासंगिक है। उन डिज़ाइनों में, कई महत्वपूर्ण पिन असेंबली के बाद भौतिक रूप से पहुंच योग्य नहीं होते हैं। स्कैन पथ या किसी अन्य निदान पद्धति के बिना, बोर्ड विफल होने पर ब्लैक बॉक्स की तरह व्यवहार कर सकता है।

सीमा स्कैन संगत उपकरणों के बीच इंटरकनेक्ट को सत्यापित करने, प्रोग्रामिंग या कॉन्फ़िगरेशन वर्कफ़्लो का समर्थन करने और नैदानिक ​​​​दृश्यता प्रदान करने में मदद कर सकता है जहां भौतिक जांच मुश्किल है।

लेकिन यह तभी मदद करता है जब इसकी योजना बनाई जाए।

उपयोगी सीमा स्कैन योजना में शामिल हो सकते हैं:

• किसी सुलभ कनेक्टर या परीक्षण इंटरफ़ेस पर स्कैन सिग्नल को रूट करना;
• यह पुष्टि करना कि कौन से उपकरण सीमा स्कैन का समर्थन करते हैं;
• स्कैन श्रृंखला को सही ढंग से परिभाषित करना;
• आवश्यकता पड़ने पर बीएसडीएल फ़ाइलें प्रदान करना;
• यह पुष्टि करना कि क्या सीमा स्कैन का उपयोग उत्पादन परीक्षण, इंजीनियरिंग डिबग या दोनों के लिए किया जाता है;
• यह सुनिश्चित करना कि परीक्षण इंटरफ़ेस यांत्रिक डिज़ाइन या संलग्नक बाधाओं से अवरुद्ध नहीं है।

सीमा स्कैन सभी भौतिक परीक्षण पहुंच को प्रतिस्थापित नहीं करता है, और यह प्रत्येक एनालॉग, पावर या कनेक्टर स्थिति को सत्यापित नहीं करता है। यह तब सबसे उपयोगी होता है जब स्कैन श्रृंखला की योजना बनाई जाती है, दस्तावेजीकरण किया जाता है और चयनित उपकरणों द्वारा समर्थित किया जाता है।

सीमित डिजिटल जटिलता वाले एक साधारण बोर्ड के लिए, सीमा स्कैन थोड़ा मूल्य जोड़ सकता है। सघन नियंत्रण बोर्ड या प्रोसेसर आधारित असेंबली के लिए, यह उपयोगी दोष अलगाव और सामान्य कार्यात्मक विफलता के बीच अंतर हो सकता है।

पावर और सिग्नल विभाजन डिबग लूप्स को छोटा कर सकता है

कुछ विफलताओं को डीबग करना कठिन होता है क्योंकि सर्किट को अलग करने के लिए डिज़ाइन नहीं किया गया था।

साझा पावर रेल में कमी बोर्ड के कई हिस्सों को प्रभावित कर सकती है। एक विफल संचार इंटरफ़ेस को फर्मवेयर, कनेक्टर वायरिंग, ट्रांसीवर क्षति, या फिक्स्चर संपर्क से अलग करना मुश्किल हो सकता है। एक एनालॉग सिग्नल श्रृंखला आउटपुट पर विफल हो सकती है जबकि वास्तविक समस्या कई चरणों पहले की है।

डीएफटी योजना इस अनिश्चितता को कम कर सकती है।

उपयोगी डिज़ाइन विकल्पों में शामिल हो सकते हैं:

• महत्वपूर्ण विद्युत रेलों पर सुलभ माप बिंदु;
• मापे गए संकेतों के पास व्यावहारिक जमीनी संदर्भ;
• अलगाव विकल्प जैसे 0-ओम लिंक, जंपर्स, या हटाने योग्य कनेक्शन जहां उपयुक्त हो;
• सिग्नल श्रृंखलाओं में मध्यवर्ती परीक्षण बिंदु;
• कार्यात्मक ब्लॉकों के लिए नियंत्रण सक्षम या रीसेट करें;
• चयनित इंटरफ़ेस के लिए ज्ञात {{0}अच्छा लोड या लूपबैक विकल्प;
• प्रोग्रामिंग विफलता, फिक्स्चर विफलता और बोर्ड विफलता के बीच स्पष्ट अलगाव।

ये हमेशा महंगे डिज़ाइन परिवर्तन नहीं होते हैं। अक्सर, वे काफी पहले लिए गए छोटे निर्णय होते हैं।

मुख्य बात यह सोचना है कि बोर्ड विफल होने पर तकनीशियन क्या देखेगा।

यदि सभी परीक्षण प्रणाली "बोर्ड विफल" रिपोर्ट कर सकती है, तो डिबग पथ अनिश्चितता से शुरू होता है। यदि डीएफटी योजना कार्यात्मक ब्लॉक, पावर डोमेन और महत्वपूर्ण इंटरफेस तक पहुंच प्रदान करती है, तो टीम के पास विफलता को एक विशिष्ट कार्रवाई में बदलने का बेहतर मौका है।

फर्मवेयर और प्रोग्रामिंग डीएफटी योजना में शामिल हैं

कई आधुनिक पीसीबीए के लिए, परीक्षण केवल विद्युत नहीं है।

यह सॉफ़्टवेयर पर भी निर्भर है.

किसी बोर्ड को कार्यात्मक रूप से परीक्षण करने से पहले फर्मवेयर की आवश्यकता हो सकती है। इसके लिए बूटलोडर, परीक्षण छवि, उत्पादन छवि, कॉन्फ़िगरेशन फ़ाइल, सीरियल नंबर, मैक पता, अंशांकन डेटा या संचार स्क्रिप्ट की आवश्यकता हो सकती है। यदि उन इनपुटों को नियंत्रित नहीं किया जाता है, तो सही ढंग से इकट्ठा किया गया बोर्ड अभी भी गलत कारण से परीक्षण में विफल हो सकता है।

डीएफटी योजना को स्पष्ट करना चाहिए:

• फ़र्मवेयर कौन प्रदान करता है;
• उत्पादन परीक्षण के लिए किस फर्मवेयर संस्करण का उपयोग किया जाता है;
• क्या बोर्ड को निरीक्षण से पहले या बाद में प्रोग्राम किया गया है;
• प्रोग्रामिंग के लिए किस इंटरफ़ेस का उपयोग किया जाता है;
• क्या प्रोग्रामिंग कनेक्टर पहुंच योग्य रहता है;
• क्या चेकसम, लॉग फ़ाइल, या संस्करण रिकॉर्ड आवश्यक है;
• यदि प्रोग्रामिंग विफल हो जाए तो क्या होगा;
• क्या बोर्ड को दोबारा काम करने के बाद दोबारा प्रोग्राम किया जाना चाहिए।

यह इंजीनियरिंग परीक्षण और उत्पादन परीक्षण के बीच सबसे आम अंतरालों में से एक है।

डिज़ाइन टीम को पता हो सकता है कि लैब कंप्यूटर से फ़र्मवेयर कैसे लोड किया जाए। ईएमएस परीक्षण टीम को एक ऐसी विधि की आवश्यकता है जिसे प्रलेखित किया जा सके, अनुसरण किया जा सके, जांचा जा सके और दोहराया जा सके।

यदि फर्मवेयर डीएफटी योजना का हिस्सा नहीं है, तो वास्तविक परीक्षण शुरू होने से पहले कार्यात्मक परीक्षण एक प्रोग्रामिंग समस्या निवारण सत्र में बदल सकता है।

फिक्स्चर की तैयारी डीएफटी निर्णयों पर निर्भर करती है

एक परीक्षण फिक्स्चर सिर्फ एक यांत्रिक धारक नहीं है।

यह पहले के परीक्षण योग्यता निर्णयों का भौतिक परिणाम है।

स्थिरता की तैयारी इस पर निर्भर करती है:

• जहां जांच बोर्ड से संपर्क कर सकती है;
• क्या पैड काफी बड़े हैं और इच्छित विधि के लिए उचित दूरी पर हैं;
• क्या घटक की ऊंचाई पहुंच को अवरुद्ध करती है;
• क्या बोर्ड समर्थन संपर्क के दौरान लचीलेपन को रोकता है;
• क्या कनेक्टर्स को मेटिंग केबल की आवश्यकता है;
• क्या बोर्ड का परीक्षण एक तरफ से किया गया है या दोनों तरफ से;
• क्या परीक्षण कोटिंग या संलग्नक एकीकरण से पहले या बाद में होता है;
• क्या ऑपरेटर को बारकोड, लेबल, या सीरियल नंबर इंटरैक्शन की आवश्यकता है;
• क्या विफल इकाइयों को पृथक्करण और पुनः परीक्षण की आवश्यकता है।

यदि इन निर्णयों को देर तक छोड़ दिया जाता है, तो असेंबली आगे बढ़ सकती है जबकि परीक्षण बाधा बन जाता है।

ईएमएस टीम को प्रत्येक प्रारंभिक इंजीनियरिंग निर्माण के लिए पूर्ण उत्पादन स्थिरता की आवश्यकता नहीं है। लेकिन इसके लिए अपेक्षित पथ जानने की आवश्यकता है: मैन्युअल परीक्षण, उड़ान जांच, आईसीटी, सीमा स्कैन, एफसीटी, अस्थायी स्थिरता, ग्राहक द्वारा प्रदान किया गया सेटअप, या उत्पादन{{2}आशय स्थिरता।

वे अलग-अलग निर्माण धारणाएँ हैं।

फिक्सचर समस्या अक्सर बोर्ड विफलता की तरह दिखती है जब तक कि टीम यह साबित नहीं कर देती कि संपर्क, केबल या सेटअप स्थिर है।

किसी प्रोजेक्ट के लिए तैयारी हो सकती हैपीसीबी असेंबलीऔर अभी भी दोहराए जाने वाले परीक्षण के लिए तैयार नहीं हैं।

डीएफटी योजना को पुन: कार्य और पुन: परीक्षण लूप को परिभाषित करना चाहिए

बोर्ड के विफल होने पर परीक्षण समाप्त नहीं होता है।

अगला प्रश्न यह है कि असफलता के बाद क्या होता है?

परिभाषित पुनर्परीक्षण पथ के बिना, पुन: कार्य निर्णय असंगत हो सकते हैं। एक तकनीशियन किसी संदिग्ध घटक को बदल सकता है और केवल विफल चरण को दोहरा सकता है। दूसरा पूर्ण कार्यात्मक परीक्षण फिर से चला सकता है। त्वरित जांच के बाद एक तिहाई बोर्ड पास कर सकता है क्योंकि मूल लक्षण गायब हो गया है।

इससे जोखिम पैदा होता है.

एक व्यावहारिक डीएफटी योजना को परिभाषित करना चाहिए:

• किन विफलताओं के लिए इंजीनियरिंग समीक्षा की आवश्यकता है;
• किस पुनर्कार्य की अनुमति है;
• पुनः कार्य के बाद क्या निरीक्षण किया जाना चाहिए;
• क्या पूरा परीक्षण क्रम दोहराया जाना चाहिए;
• क्या एक केंद्रित पुनर्परीक्षण स्वीकार्य है;
• कौन सा विफलता डेटा दर्ज किया जाना चाहिए;
• बार-बार असफलताएँ कैसे बढ़ती हैं।

यह अपने लिए कागजी कार्रवाई नहीं है.

दोबारा तैयार किया गया पीसीबीए जारी नहीं किया जाना चाहिए क्योंकि यह "अब ठीक लग रहा है।" इसे जारी किया जाना चाहिए क्योंकि सहमत पुन: परीक्षण पथ पुष्टि करता है कि समस्या बंद हो गई है।

यहीं पर डीएफटी योजना उत्पादन दक्षता और गुणवत्ता नियंत्रण दोनों का समर्थन करती है।

एक डीएफटी-तैयार पीसीबीए पैकेज में क्या शामिल होना चाहिए

डीएफटी योजना तब उपयोगी हो जाती है जब यह इंजीनियरिंग पैकेज में दिखाई देती है।

यह प्रत्येक निर्माण के लिए एक अनिवार्य दस्तावेज़ सेट नहीं है। यह दिखाने का एक तरीका है कि जब परीक्षण का दायरा साधारण दृश्य निरीक्षण या जांच की शक्ति से आगे बढ़ जाता है तो किस जानकारी की आवश्यकता हो सकती है।

OEM खरीदारों के लिए, एक व्यावहारिक DFT{0}}तैयार पैकेज में शामिल हो सकते हैं:

एक साधारण बोर्ड को केवल हल्के परीक्षण पथ की आवश्यकता हो सकती है। फ़र्मवेयर आधारित औद्योगिक नियंत्रण बोर्ड को अधिक संपूर्ण डीएफटी पैकेज की आवश्यकता हो सकती है। एक पायलट निर्माण के लिए पहले इंजीनियरिंग नमूने की तुलना में अधिक दोहराए जाने योग्य रिकॉर्ड की आवश्यकता हो सकती है।

महत्वपूर्ण बिंदु दस्तावेज़ की मात्रा नहीं है.

महत्वपूर्ण बिंदु यह है कि क्या ईएमएस टीम के पास अनुमान से परीक्षण पद्धति बनाए बिना बोर्ड का परीक्षण करने के लिए पर्याप्त जानकारी है।

अगले संशोधन को बेहतर बनाने के लिए परीक्षण परिणामों का उपयोग करें

डीएफटी एक बार की चेकलिस्ट नहीं है।

पहला निर्माण अक्सर टीम को कुछ ऐसा सिखाता है जो लेआउट समीक्षा के दौरान स्पष्ट नहीं था।

PCBA परीक्षण और डिबग के बाद, OEM और EMS टीम को पूछना चाहिए:

• किन विफलताओं को अलग करना कठिन था?
• कौन से परीक्षण चरणों में अपेक्षा से अधिक समय लगा?
• किन कार्यों का परीक्षण विश्वसनीय रूप से नहीं किया जा सका?
• किन जाँच बिंदुओं तक पहुँचना कठिन था?
• किस फिक्सचर संपर्क के कारण गलत विफलताएँ हुईं?
• किस फर्मवेयर या प्रोग्रामिंग चरण ने भ्रम पैदा किया?
• किन पुनर्निर्मित बोर्डों को अपेक्षा से अधिक पुन: परीक्षण की आवश्यकता थी?
• अगली बार कौन से परीक्षा परिणाम अलग तरीके से दर्ज किए जाने चाहिए?

यह फीडबैक केवल परीक्षण क्षेत्र तक ही सीमित नहीं रहना चाहिए।

इसे अगले पीसीबी संशोधन, अगली परीक्षण प्रक्रिया, अगले फिक्सचर डिजाइन और अगले एनपीआई पैकेज को फीड करना चाहिए।

एक अच्छी डीएफटी प्रक्रिया पहले बिल्ड को लर्निंग लूप में बदल देती है।

यह पीसीबी असेंबली और परीक्षण समर्थन से कैसे जुड़ता है

ओईएम खरीदारों के लिए, डीएफटी योजना तब सबसे उपयोगी होती है जब यह उत्पादन शुरू होने से पहले बोर्ड डिजाइन, असेंबली स्कोप, प्रोग्रामिंग जरूरतों, परीक्षण पहुंच और रिलीज अपेक्षाओं को जोड़ती है।

एसटीएचएल असेंबली तैयारी, परीक्षण योजना और के माध्यम से ओईएम परियोजनाओं का समर्थन करता हैपरीक्षण एवं निरीक्षण, जिसमें AOI, ICT, FCT,

लक्ष्य अनावश्यक परीक्षण जोड़ना नहीं है।

लक्ष्य बोर्ड के कार्य, उत्पादन चरण और जोखिम स्तर के लिए परीक्षण के दायरे को पर्याप्त व्यावहारिक बनाना है।

एक पीसीबीए बिल्ड तैयार करना जिसके लिए स्पष्ट परीक्षण पहुंच या कार्यात्मक परीक्षण योजना की आवश्यकता है? के माध्यम से अपना प्रोजेक्ट सबमिट करेंएक उद्धरण का अनुरोध करेंया ईमेलinfo@pcba-china.com.

निष्कर्ष

डीएफटी योजना पीसीबीए परीक्षण और डिबग दक्षता में सुधार करती है क्योंकि यह बोर्ड के लाइन तक पहुंचने से पहले परीक्षण सोच को ऊपर की ओर ले जाती है।

यह ओईएम और ईएमएस टीम को यह परिभाषित करने में मदद करता है कि क्या परीक्षण किया जाना चाहिए, कहां पहुंच की आवश्यकता है, फर्मवेयर कैसे लोड किया जाएगा, किस फिक्स्चर या केबल सेटअप की आवश्यकता है, कौन सा परिणाम पास या असफल के रूप में गिना जाएगा, और असफल बोर्डों को कैसे डीबग किया जाना चाहिए, फिर से काम किया जाना चाहिए और पुन: परीक्षण किया जाना चाहिए।

जिस बोर्ड को जोड़ना आसान है उसका परीक्षण करना हमेशा आसान नहीं होता है।

एक बोर्ड जिसका परीक्षण करना आसान है, आमतौर पर वह बोर्ड होता है जहां असेंबली से पहले परीक्षण पहुंच, प्रोग्रामिंग, फिक्सचर तैयारी और डीबग दृश्यता पर विचार किया जाता था।

ओईएम खरीदारों के लिए, व्यावहारिक सबक सरल है: यह पूछने का सबसे अच्छा समय कि बोर्ड का परीक्षण कैसे किया जाएगा, लेआउट और बिल्ड पैकेज लॉक होने से पहले है।