जब एउटाAdvantest परीक्षण मेसिन V93000यसको परीक्षण हेडमा जडान हुन सक्दैन वा सञ्चालनको क्रममा जडान गुमाउँछ, उपकरण कार्ड असफल भएको मान्नु हुँदैन। पहिलो त्रुटिलाई सुरक्षित राख्नुहोस्, नियन्त्रक सञ्चालनमा रह्यो कि रह्यो भनेर स्थापित गर्नुहोस् र अघिल्लो पावर, कूलिंग वा प्रणाली अलार्महरूको लागि जाँच गर्नुहोस्।
सञ्चार सन्देशले असफल अन्तरक्रिया पहिचान गर्छ। यसले यो गराउने घटक पहिचान गर्दैन।
पहिलो कार्य भनेको सफल सञ्चालन पछि हराएको जडानबाट स्टार्टअप जडान विफलता छुट्याउनु हो।
स्टार्टअप असफलता वा रनटाइम डिस्कनेक्ट?
यी दुई परिस्थितिहरूले फरक-फरक प्रमाण प्रदान गर्छन्।
| अवस्था | पहिले के स्थापित गर्ने |
|---|---|
| सुरुवात पछि परीक्षण हेड कहिल्यै उपलब्ध हुँदैन। | आवश्यकता अनुसार नियन्त्रक, परीक्षण-हेड तयारी र प्रारम्भिकीकरण अनुक्रम पूरा भयो कि भएन |
| सफल सुरुवात पछि जडान बन्द हुन्छ | अवरोध हुनुभन्दा तुरुन्तै के परिवर्तन भयो वा सतर्क गरायो |
| एउटा उपकरणको सुरुवात असफल हुँदा हेड पहुँचयोग्य रहन्छ। | समस्या त्यो उपकरणमा सीमित छ वा यसको निर्भरतामा |
| उपकरण परीक्षण रोकिन्छ तर टाउको जडान रहन्छ | अवरोध कार्यक्रम, इन्टरफेस वा स्वचालन प्रवाहसँग सम्बन्धित छ कि छैन |
| नियन्त्रक आफैं स्थिर हुन्छ वा पुन: सुरु हुन्छ | होस्टको क्षतिले गर्दा स्पष्ट परीक्षण-हेड विच्छेद भयो कि भएन |
सञ्चालन रोकिने सटीक चरण रेकर्ड गर्नुहोस्। "परीक्षक विच्छेद भएको छ" "नियन्त्रक प्रतिक्रियाशील रह्यो, तर शीतलन अलार्म पछि परीक्षण हेड अनुपलब्ध भयो" भन्दा कम उपयोगी छ।
V93000 माअर्धचालक परीक्षक, जडान विफलतामा नियन्त्रक, सञ्चार मार्ग वा परीक्षण-हेड पूर्वाधार समावेश हुन सक्छ। कुन घटकलाई अनुसन्धान आवश्यक छ भनेर निर्णय गर्नु अघि प्रभावित जडान पहिचान गर्नुहोस्।
कुन जडान असफल भएको पुष्टि गर्नुहोस्
केबलहरू परिवर्तन गर्नु अघि वा प्रतिस्थापन बोर्ड अर्डर गर्नु अघि, त्रुटिमा संलग्न अन्तिम बिन्दुहरू पहिचान गर्नुहोस्।
सान्दर्भिक सम्बन्ध यो हुन सक्छ:
परीक्षण हेडसँग सञ्चार गर्ने नियन्त्रक।
व्यक्तिगत उपकरण सुरु गर्ने प्रणाली।
परीक्षकले ह्यान्डलर वा वेफर प्रोबरसँग संकेतहरू आदानप्रदान गर्दै।
लाइसेन्स सर्भरसँग सम्पर्क गर्ने सफ्टवेयर।
परीक्षक नियन्त्रक पहुँच गर्ने टाढाको कार्यस्थान।
ह्यान्डलर टाइमआउटले नियन्त्रक-देखि-परीक्षण-हेड जडान असफल भएको प्रमाणित गर्दैन। त्यस्तै गरी, नियन्त्रकमा रिमोट पहुँच गुमाउनुले परीक्षकको आन्तरिक सञ्चार मार्ग दोषपूर्ण छ भनेर प्रमाणित गर्दैन।
प्रभावित सम्बन्ध पहिचान गर्न मूल सन्देश र प्रणाली स्थिति प्रयोग गर्नुहोस्। प्रत्येक सञ्चार-सम्बन्धित सन्देशलाई एउटै गल्तीको रूपमा व्यवहार नगर्नुहोस्।
पुन: सुरु गर्नु अघि पहिलो त्रुटि बचत गर्नुहोस्
पुन: सुरु गर्नाले स्क्रिनबाट उपयोगी सन्दर्भ हटाउँदा अस्थायी रूपमा सञ्चालन पुनर्स्थापित हुन सक्छ।
यदि सुरक्षित छ भने, सुरक्षित गर्नुहोस्:
पूर्ण पहिलो त्रुटि र त्यसपछिका सन्देशहरू।
सान्दर्भिक नियन्त्रक र परीक्षक लगहरू।
अवरोधको समय।
कुन अनुप्रयोग र सेवाहरू उत्तरदायी रहे?
परीक्षण-हेड र शीतलन-युनिट स्थिति।
सबै उपकरणहरू वा केवल एउटा स्रोत अनुपलब्ध भयो कि भएन।
त्यस समयमा सक्रिय कार्यक्रम र सञ्चालन चरण।
हालसालैका सफ्टवेयर, हार्डवेयर वा सुविधा परिवर्तनहरू।
विभिन्न प्रणालीहरूबाट लगहरू तुलना गर्दा टाइमस्ट्याम्पहरू पङ्क्तिबद्ध राख्नुहोस्। नियन्त्रक घडी र सुविधा अनुगमन घडीले एउटै समय नदेखाउन सक्छ।
अर्को V93000 पुस्ताको लागि फेला परेको समान सन्देशबाट त्रुटि-कोड व्याख्या आविष्कार नगर्नुहोस्। लागू कागजातहरू विरुद्ध समीक्षाको लागि सही शब्दहरू राख्नुहोस्।
यदि परीक्षण हेड स्टार्टअपमा जडान भएन भने
नियन्त्रक तयारी जाँच गर्नुहोस्
नियन्त्रकले आफ्नो सामान्य बुट पूरा गर्यो कि गरेन र आवश्यक सफ्टवेयर वातावरण उपलब्ध छ कि छैन भनेर स्थापित गर्नुहोस्।
यदि नियन्त्रक बुट भएन, बारम्बार पुन: सुरु भयो वा अनुत्तरदायी भयो भने, परीक्षण हेडमा समस्याको श्रेय दिनु अघि त्यो अवस्थाको अनुसन्धान गर्नुहोस्।
नियन्त्रक प्रतिस्थापन वा प्रणाली-छवि पुनर्स्थापना पछि, समर्थित अपरेटिङ वातावरण र पुनर्स्थापित कन्फिगरेसनको समीक्षा गर्नुहोस्। काम गर्ने डेस्कटपले परीक्षक वातावरण सही रूपमा पुनर्स्थापित भएको प्रमाणित गर्दैन।
अवस्थित अवस्था र ब्याकअपहरू सुरक्षित गर्नु अघि सफ्टवेयर पुन: स्थापना गर्ने वा कन्फिगरेसन फाइलहरू परिवर्तन गर्ने काम नगर्नुहोस्।
परीक्षण-हेड तयारी र पहिलेका अलार्महरूको समीक्षा गर्नुहोस्
सञ्चालन प्रक्रियाद्वारा अनुमति दिइएको स्थिति जानकारी जाँच गर्नुहोस्। समाधान नभएको प्रणाली अवस्थाले प्रारम्भिकीकरणलाई रोकिरहेको छ कि छैन भनेर पहिचान गर्नुहोस्।
पावर, चिसो वा अन्य सुरक्षात्मक अवस्थाहरूले तयारीमा बाधा पुर्याउन सक्छ र पछि सञ्चार त्रुटि उत्पन्न गर्न सक्छ। अन्तिम सन्देश मात्र नभई सबैभन्दा पहिलेको सान्दर्भिक घटनाको अनुसन्धान गर्नुहोस्।
जबरजस्ती सुरु गर्न इन्टरलक बाइपास नगर्नुहोस् वा सुरक्षात्मक अलार्म दबाउनुहोस्।
कागजात गरिएको बाह्य सञ्चार मार्गको निरीक्षण गर्नुहोस्
स्थापित नियन्त्रक र परीक्षण-हेड कन्फिगरेसनको लागि सही सञ्चार मार्ग पहिचान गर्नुहोस्। केबल प्रकारहरू, कनेक्टरहरू र पूर्वाधारहरू स्थापनाहरूमा फरक हुन्छन्।
प्रणाली तोकिएको सुरक्षित अवस्थामा भएको हुनाले, योग्य कर्मचारीहरूले क्षति, तनाव, असुरक्षित अवधारण वा हालसालैको सेवाको क्रममा गरिएका परिवर्तनहरूको लागि पहुँचयोग्य जडानहरूको निरीक्षण गर्न सक्छन्।
साधारण नेटवर्क केबल उपयुक्त प्रतिस्थापन हो भनेर नसोच्नुहोस्। निर्दिष्ट ह्यान्डलिङ प्रक्रिया बिना प्रयोगात्मक रूपमा अपरेटिङ सिस्टम अनप्लग नगर्नुहोस् वा अप्टिकल कनेक्टरहरूलाई बाधा नपुर्याउनुहोस्।
देखिने लिङ्क संकेत, जहाँ उपस्थित हुन्छ, सबै आवश्यक सञ्चारले काम गरिरहेको छ भन्ने प्रमाणको सट्टा प्रमाणलाई समर्थन गर्दैछ।
सञ्चालनको क्रममा जडान टुट्यो भने
रनटाइम अवरोधहरूको लागि, घटना अनुक्रम विशेष गरी महत्त्वपूर्ण छ। सञ्चार हराउनु अघि के भयो भनेर निर्धारण गर्नुहोस्।
| अवलोकन गरिएको ढाँचा | अनुसन्धान निर्देशन | यसले के प्रमाणित गर्दैन |
|---|---|---|
| कूलिङ वा पावर अलार्म बजेपछि जडान विच्छेद हुन्छ | सुरुवाती अलार्म र सुरक्षात्मक प्रतिक्रियाको समीक्षा गर्नुहोस् | सञ्चार हार्डवेयर बिग्रिएको छ कि छैन |
| नियन्त्रक एकै समयमा स्थिर वा पुन: सुरु हुन्छ | नियन्त्रक र अपरेटिङ-सिस्टम प्रमाणहरूको समीक्षा गर्नुहोस् | परीक्षण प्रमुखले अवरोध सुरु गरेको कुरा |
| परीक्षण-हेड चाल पछि असफलता हुन्छ | अनुमति दिइएको बाह्य केबल राउटिङ, स्ट्रेन र सम्बन्धित जडानहरूको निरीक्षण गर्नुहोस्। | त्यो आन्दोलनले असफल भागलाई निर्णायक रूपमा पहिचान गरेको छ |
| सफ्टवेयर वा कन्फिगरेसन परिवर्तन पछि अवरोध सुरु हुन्छ | दस्तावेजीकृत समर्थित कन्फिगरेसनसँग तुलना गर्नुहोस् | सफ्टवेयर परिवर्तन नै मूल कारण हो भन्ने कुरा |
| एउटा उपकरणले सञ्चालनको व्यापक क्षति हुनुभन्दा पहिले त्रुटिहरू रिपोर्ट गर्छ | मूल उपकरण त्रुटि र साझा निर्भरताहरूको समीक्षा गर्नुहोस् | उपकरणले मात्र बन्द गराएको थियो भन्ने कुरा |
| असफलताहरू विशेष कार्यक्रमको समयमा मात्र हुन्छन् | स्रोत प्रयोग र सञ्चालन अवस्थाहरूको तुलना गर्नुहोस् | कार्यक्रम खराब छ वा हार्डवेयर स्वस्थ छ भन्ने कुरा |
यी ढाँचाहरूले अनुसन्धानलाई मार्गदर्शन गर्छन्। तिनीहरू निदान वा पुष्टि गरिएको मर्मत खोजको विकल्प होइनन्।
लोड-सम्बन्धित अवरोध अघि अवस्थाहरू रेकर्ड गर्नुहोस्
यदि परीक्षक निष्क्रिय हुँदा जडान रहन्छ तर उपकरण परीक्षणको क्रममा विच्छेदन हुन्छ भने, सक्रिय कन्फिगरेसन र सञ्चालन अवस्थाहरू रेकर्ड गर्नुहोस्।
पावर र कूलिंग व्यवहार, उपकरण गतिविधि, नियन्त्रक घटनाहरू र कार्यक्रम कार्यान्वयन सबै सान्दर्भिक हुन सक्छन्। निष्क्रिय जडान परीक्षणले उत्पादनको समयमा उपस्थित सबै अवस्था पुनरुत्पादन गर्दैन।
गल्ती पुनरुत्पादन गर्नको लागि शंकास्पद हानिकारक अवस्था बारम्बार नचलाउनुहोस्।
आन्दोलन-सम्बन्धित लक्षणहरूलाई छुट्टै संकेतको रूपमा व्यवहार गर्नुहोस्
यदि डकिङ, अनडकिङ वा रिपोजिसनिङ पछि अवरोधहरू देखा पर्छन् भने, असफलता निम्त्याउन बारम्बार टाउको नहटाइकन सम्बन्धलाई दस्तावेजीकरण गर्नुहोस्।
बाह्य केबल स्ट्रेन वा चालबाट प्रभावित जडानको अनुसन्धान आवश्यक पर्न सक्छ। मेकानिकल स्थिति अर्को परिवर्तनसँग पनि मेल खान सक्छ, त्यसैले समय मात्र निदान होइन।
डिस्कनेक्ट सन्देशको आधारमा मात्र PS1600 वा AVI64 बदल्नुहोस्।
व्यक्तिगत उपकरणको गल्ती र परीक्षण-हेड सञ्चारको क्षतिको लागि फरक प्रमाण चाहिन्छ।
यदि कुनै उपकरणले परीक्षण हेड पहुँचयोग्य रहँदा निदान विफलताको रिपोर्ट गर्छ भने, सम्बन्धित प्रक्रिया प्रयोग गरेर त्यो स्रोतको अनुसन्धान गर्नुहोस्।
यदि धेरै उपकरणहरू सँगै गायब भए भने, धेरै कार्डहरू एकैसाथ असफल भएको निष्कर्षमा पुग्नु अघि साझा पूर्वाधारको समीक्षा गर्नुहोस्।
अनुसन्धानले उचित हार्डवेयर आवश्यकता पहिचान गरेपछि मात्र प्रतिस्थापन उपकरणको बारेमा विचार गर्नुपर्छ। अनियन्त्रित प्रतिस्थापनले अनुकूलता प्रश्नहरू, कन्फिगरेसन परिवर्तनहरू र थप क्यालिब्रेसन आवश्यकताहरू प्रस्तुत गर्न सक्छ।
जहाँ प्रतिस्थापन अधिकृत छ, प्रमाणित उपयुक्त हार्डवेयर प्रयोग गर्नुहोस् र एक पटकमा एउटा चर परिवर्तन गर्नुहोस्। मूल र प्रतिस्थापन पहिचान र तुलनाको नतिजा रेकर्ड गर्नुहोस्।
निको भएपछि के प्रमाणित गर्नुपर्छ?
सफल पुन: जडान भनेको प्रारम्भिक पुनर्प्राप्ति परिणाम हो। यो पूर्ण उत्पादन स्वीकृति होइन।
लागू हुने सुरुवात र सेवा पछिका प्रक्रियाहरू पालना गर्नुहोस्, त्यसपछि प्रमाणित गर्नुहोस्:
अपेक्षित हार्डवेयर पहिचान।
आवश्यक निदानको पूरा।
सुरु गर्ने अलार्महरूको समाधान।
हस्तक्षेपद्वारा आवश्यक पर्ने कुनै पनि क्यालिब्रेसन।
सान्दर्भिक अनुप्रयोग सर्तहरू अन्तर्गत स्थिर सञ्चालन।
लागू भएमा, ह्यान्डलर वा प्रोबरसँग सही सञ्चार गर्नुहोस्।
अन्तरिम समस्याको लागि, विफलता कहिले भयो भन्ने आधारमा अर्थपूर्ण प्रमाणीकरण दायरा परिभाषित गर्नुहोस्। विस्तारित सञ्चालन पछि पहिले भएको अवरोधको समाधान प्रदर्शन गर्न छोटो स्टार्टअप परीक्षण अपर्याप्त हुन्छ।
यदि फेरि सम्पर्क टुट्यो भने, नयाँ प्रमाणहरू सुरक्षित गर्नुहोस् र बारम्बार रिसेटहरूमा भर पर्नुको सट्टा अनुसन्धान जारी राख्नुहोस्।
मर्मत वा प्रतिस्थापन मूल्याङ्कनको लागि आवश्यक जानकारी
नियन्त्रक, इन्टरफेस एसेम्बली वा उपकरण ढुवानी गर्नु अघि, निम्न कुराहरू प्रदान गर्नुहोस्:
| जानकारी | उद्देश्य |
|---|---|
| V93000 जेनेरेसन र टेस्ट-हेड पहिचान | हार्डवेयर सन्दर्भ स्थापना गर्दछ |
| नियन्त्रक मोडेल र सफ्टवेयर वातावरण | कन्फिगरेसन समीक्षालाई समर्थन गर्दछ |
| स्मारटेस्ट रिलिज | स्थापित सफ्टवेयर सन्दर्भ पहिचान गर्दछ |
| पहिलो त्रुटिको ठ्याक्कै विवरण र पूरा लगहरू | मूल विफलता अनुक्रम सुरक्षित गर्दछ |
| सुरुवात वा रनटाइम घटना | सुरुवातलाई अन्तरिम सञ्चालनबाट अलग गर्छ |
| पावर र शीतलन कार्यक्रमहरू | अपस्ट्रीम अवरोध पहिचान गर्न मद्दत गर्दछ |
| हालसालैका परिवर्तनहरू | सान्दर्भिक तुलनाहरू परिभाषित गर्दछ |
| शंकास्पद घटक लेबलहरू | सही भाग मिलान समर्थन गर्दछ |
आवश्यक भएमा गोप्य उपकरण-कार्यक्रम जानकारी हटाउनुहोस्, जबकि गल्तीको अनुसन्धान गर्न आवश्यक निदान विवरणहरू कायम राख्नुहोस्।
विदेशी सेवाको लागि, यो प्रमाणले अर्को चरण स्थानीय सुविधा जाँच, अधिकृत प्रणाली निरीक्षण, नियन्त्रक मूल्याङ्कन वा विशिष्ट कम्पोनेन्ट मर्मत हुनुपर्छ कि पर्दैन भनेर निर्धारण गर्न मद्दत गर्दछ। यसले असंबद्ध एसेम्बली ढुवानीको जोखिमलाई पनि कम गर्न सक्छ।
V93000 जडान-गल्ती मूल्याङ्कन अनुरोध गर्नुहोस्
मूल जडान त्रुटि, प्रणाली पहिचान र घटनाको संक्षिप्त समयरेखा पठाउनुहोस्। परीक्षण हेड कहिल्यै जडान भएन, सुरुवात पछि विच्छेद भयो वा अर्को अलार्म पछि अनुपलब्ध भयो कि भएन भन्नुहोस्।
पहिले नै सम्पन्न भएका जाँचहरू र अन्तिम सफल सञ्चालन पछि गरिएका कुनै पनि हार्डवेयर वा सफ्टवेयर परिवर्तनहरू समावेश गर्नुहोस्।
