Advantest V93000 ٹیسٹ ہیڈ کنکشن کی ناکامی اور منقطع

جب ایکایڈوانٹیسٹ ٹیسٹ مشین V93000اپنے ٹیسٹ ہیڈ سے منسلک نہیں ہو سکتا یا آپریشن کے دوران کنکشن کھو دیتا ہے، یہ نہ سمجھیں کہ کوئی آلہ کارڈ ناکام ہو گیا ہے۔ پہلی خرابی کو محفوظ رکھیں، اس بات کا تعین کریں کہ آیا کنٹرولر کام کر رہا ہے اور پچھلے پاور، کولنگ یا سسٹم کے الارم کو چیک کریں۔

ایک مواصلاتی پیغام ناکام تعامل کی نشاندہی کرتا ہے۔ یہ لازمی طور پر اس جزو کی شناخت نہیں کرتا ہے جس کی وجہ سے یہ ہوا ہے۔

پہلا کام کامیاب آپریشن کے بعد کھوئے ہوئے کنکشن سے اسٹارٹ اپ کنکشن کی ناکامی کو الگ کرنا ہے۔

سٹارٹ اپ کی ناکامی یا رن ٹائم منقطع؟

یہ دونوں صورتیں مختلف ثبوت فراہم کرتی ہیں۔

درست مرحلے کو ریکارڈ کریں جس پر آپریشن رک جاتا ہے۔ "ٹیسٹر منقطع ہو گیا ہے" اس سے کم مفید ہے "کنٹرولر جوابدہ رہا، لیکن ٹیسٹ ہیڈ کولنگ الارم کے بعد دستیاب نہیں ہو گیا۔"

V93000 میںسیمی کنڈکٹر ٹیسٹرکنکشن کی ناکامی میں کنٹرولر، کمیونیکیشن پاتھ یا ٹیسٹ ہیڈ انفراسٹرکچر شامل ہو سکتا ہے۔ یہ فیصلہ کرنے سے پہلے متاثرہ کنکشن کی شناخت کریں کہ کون سا جزو تفتیش کی ضرورت ہے۔

تصدیق کریں کہ کون سا کنکشن ناکام ہو گیا ہے۔

کیبلز کو تبدیل کرنے یا متبادل بورڈ کا آرڈر دینے سے پہلے، غلطی میں شامل اختتامی پوائنٹس کی نشاندہی کریں۔

متعلقہ رشتہ یہ ہو سکتا ہے:

• کنٹرولر ٹیسٹ ہیڈ کے ساتھ بات چیت کر رہا ہے۔

• ایک انفرادی آلے کو شروع کرنے والا نظام۔

• ٹیسٹر ہینڈلر یا ویفر پروبر کے ساتھ سگنل کا تبادلہ کر رہا ہے۔

• لائسنس سرور سے رابطہ کرنے والا سافٹ ویئر۔

• ٹیسٹر کنٹرولر تک رسائی حاصل کرنے والا ریموٹ ورک سٹیشن۔

ہینڈلر ٹائم آؤٹ یہ ثابت نہیں کرتا ہے کہ کنٹرولر سے ٹیسٹ ہیڈ کنکشن ناکام ہو گیا ہے۔ اسی طرح، کنٹرولر تک ریموٹ رسائی کھونے سے یہ ثابت نہیں ہوتا ہے کہ ٹیسٹر کا اندرونی مواصلاتی راستہ خراب ہے۔

متاثرہ رشتے کی شناخت کے لیے اصل پیغام اور سسٹم کی حیثیت کا استعمال کریں۔ مواصلات سے متعلق ہر پیغام کو ایک ہی غلطی سمجھنے سے گریز کریں۔

دوبارہ شروع کرنے سے پہلے پہلی غلطی کو محفوظ کریں۔

اسکرین سے مفید سیاق و سباق کو ہٹاتے ہوئے دوبارہ شروع کرنا عارضی طور پر آپریشن کو بحال کر سکتا ہے۔

اگر محفوظ ہو تو محفوظ کریں:

• مکمل پہلی غلطی اور اس کے بعد کے پیغامات۔

• متعلقہ کنٹرولر اور ٹیسٹر لاگز۔

• خلل کا وقت۔

• کون سی ایپلی کیشنز اور خدمات جوابدہ رہیں۔

• ٹیسٹ ہیڈ اور کولنگ یونٹ کی حیثیت۔

• چاہے تمام آلات یا صرف ایک وسیلہ دستیاب نہ ہو۔

• پروگرام اور آپریٹنگ اسٹیج اس وقت فعال ہے۔

• حالیہ سافٹ ویئر، ہارڈ ویئر یا سہولت میں تبدیلیاں۔

مختلف سسٹمز سے لاگز کا موازنہ کرتے وقت ٹائم اسٹیمپ کو سیدھ میں رکھیں۔ ایک کنٹرولر گھڑی اور سہولت کی نگرانی کی گھڑی ایک ہی وقت نہیں دکھا سکتی ہے۔

کسی اور V93000 نسل کے لیے ملتے جلتے پیغام سے ایرر کوڈ کی تشریح ایجاد نہ کریں۔ قابل اطلاق دستاویزات کے خلاف نظرثانی کے لیے درست الفاظ کو برقرار رکھیں۔

اگر ٹیسٹ ہیڈ اسٹارٹ اپ پر متصل نہیں ہوتا ہے۔

کنٹرولر کی تیاری چیک کریں۔

اس بات کا تعین کریں کہ آیا کنٹرولر نے اپنا نارمل بوٹ مکمل کیا ہے اور آیا مطلوبہ سافٹ ویئر ماحول دستیاب ہے۔

اگر کنٹرولر بوٹ نہیں ہوتا ہے، بار بار دوبارہ شروع ہوتا ہے یا غیر جوابدہ ہو جاتا ہے، تو اس مسئلے کو ٹیسٹ ہیڈ سے منسوب کرنے سے پہلے اس حالت کی چھان بین کریں۔

کنٹرولر کی تبدیلی یا سسٹم امیج کی بحالی کے بعد، تعاون یافتہ آپریٹنگ ماحول اور بحال شدہ ترتیب کا جائزہ لیں۔ کام کرنے والا ڈیسک ٹاپ یہ ثابت نہیں کرتا کہ ٹیسٹر ماحول کو صحیح طریقے سے بحال کیا گیا ہے۔

موجودہ حالت اور بیک اپ کو محفوظ رکھنے سے پہلے سافٹ ویئر کو دوبارہ انسٹال کرنے یا کنفیگریشن فائلوں کو تبدیل کرنے سے گریز کریں۔

ٹیسٹ ہیڈ کی تیاری اور پہلے کے الارم کا جائزہ لیں۔

آپریٹنگ طریقہ کار کے ذریعہ اجازت دی گئی حیثیت کی معلومات کو چیک کریں۔ اس بات کی نشاندہی کریں کہ آیا ایک غیر حل شدہ نظام کی حالت سے ابتداء کو روکا جا رہا ہے۔

طاقت، ٹھنڈک یا دیگر حفاظتی حالات تیاری میں خلل ڈال سکتے ہیں اور بعد میں مواصلات کی خرابی پیدا کر سکتے ہیں۔ صرف حتمی پیغام کے بجائے ابتدائی متعلقہ واقعہ کی چھان بین کریں۔

کسی انٹر لاک کو نظرانداز نہ کریں یا زبردستی شروع کرنے کے لیے حفاظتی الارم کو دبائیں۔

دستاویزی بیرونی مواصلاتی راستے کا معائنہ کریں۔

نصب شدہ کنٹرولر اور ٹیسٹ ہیڈ کنفیگریشن کے لیے درست مواصلت کے راستے کی شناخت کریں۔ تمام تنصیبات میں کیبل کی اقسام، کنیکٹرز اور انفراسٹرکچر مختلف ہیں۔

تجویز کردہ محفوظ حالت میں نظام کے ساتھ، اہل اہلکار نقصان، تناؤ، غیر محفوظ برقرار رکھنے یا حالیہ سروس کے دوران کی گئی تبدیلیوں کے لیے قابل رسائی کنکشن کا معائنہ کر سکتے ہیں۔

یہ نہ سمجھیں کہ ایک عام نیٹ ورک کیبل مناسب متبادل ہے۔ کسی آپریٹنگ سسٹم کو تجرباتی طور پر ان پلگ نہ کریں یا مخصوص ہینڈلنگ طریقہ کار کے بغیر آپٹیکل کنیکٹرز کو پریشان نہ کریں۔

ایک مرئی لنک اشارہ، جہاں موجود ہے، ثبوت کی بجائے ثبوت کی حمایت کر رہا ہے کہ تمام مطلوبہ مواصلت کام کر رہی ہے۔

اگر آپریشن کے دوران کنکشن گر جائے۔

رن ٹائم رکاوٹوں کے لیے، ایونٹ کی ترتیب خاص طور پر اہم ہے۔ اس بات کا تعین کریں کہ مواصلت ختم ہونے سے پہلے کیا ہوا تھا۔

یہ نمونے تفتیش کی رہنمائی کرتے ہیں۔ وہ تشخیصی یا تصدیق شدہ مرمت کی تلاش کے متبادل نہیں ہیں۔

لوڈ سے متعلق رکاوٹ سے پہلے حالات کو ریکارڈ کریں۔

اگر ٹیسٹر بیکار رہنے کے دوران منسلک رہتا ہے لیکن ڈیوائس ٹیسٹنگ کے دوران منقطع ہو جاتا ہے، تو فعال کنفیگریشن اور آپریٹنگ حالات کو ریکارڈ کریں۔

طاقت اور ٹھنڈک کا برتاؤ، آلات کی سرگرمی، کنٹرولر کے واقعات اور پروگرام کی تکمیل سبھی متعلقہ ہو سکتے ہیں۔ ایک بیکار کنکشن ٹیسٹ پیداوار کے دوران موجود ہر حالت کو دوبارہ پیش نہیں کرتا ہے۔

غلطی کو دوبارہ پیدا کرنے کے لیے بار بار کسی مشتبہ نقصان دہ حالت کو نہ چلائیں۔

نقل و حرکت سے متعلقہ علامات کا علاج ایک الگ اشارے کے طور پر کریں۔

اگر ڈاکنگ، انڈاکنگ یا ریپوزیشن کرنے کے بعد رکاوٹیں ظاہر ہوتی ہیں تو ناکامی کو اکسانے کے لیے بار بار سر کو حرکت دیے بغیر رشتے کو دستاویز کریں۔

بیرونی کیبل کا تناؤ یا نقل و حرکت سے متاثر کنکشن تفتیش کی ضمانت دے سکتا ہے۔ مکینیکل پوزیشن بھی ایک اور تبدیلی کے ساتھ موافق ہوسکتی ہے، لہذا صرف وقت ہی تشخیص نہیں ہے۔

اکیلے منقطع پیغام کی بنیاد پر PS1600 یا AVI64 کو تبدیل نہ کریں۔

انفرادی آلے کی غلطی اور ٹیسٹ ہیڈ کمیونیکیشن کے نقصان کے لیے مختلف ثبوت درکار ہوتے ہیں۔

اگر کوئی آلہ تشخیصی ناکامی کی اطلاع دیتا ہے جبکہ ٹیسٹ ہیڈ قابل رسائی رہتا ہے، تو متعلقہ طریقہ کار کا استعمال کرتے ہوئے اس وسائل کی چھان بین کریں۔

اگر متعدد آلات ایک ساتھ غائب ہو جاتے ہیں، تو مشترکہ بنیادی ڈھانچے کا جائزہ لینے سے پہلے یہ نتیجہ اخذ کریں کہ کئی کارڈ بیک وقت ناکام ہو گئے۔

ایک متبادل آلے پر صرف اس وقت غور کیا جانا چاہئے جب تحقیقات کے ذریعہ ہارڈ ویئر کی معقول ضرورت کی نشاندہی کی جائے۔ بے قابو متبادل مطابقت کے سوالات، ترتیب میں تبدیلیاں اور اضافی انشانکن تقاضوں کو متعارف کرا سکتا ہے۔

جہاں متبادل کی اجازت ہو، تصدیق شدہ ہم آہنگ ہارڈ ویئر استعمال کریں اور ایک وقت میں ایک متغیر کو تبدیل کریں۔ اصل اور متبادل شناخت اور موازنہ کے نتائج ریکارڈ کریں۔

بحالی کے بعد کن چیزوں کی تصدیق ہونی چاہیے؟

ایک کامیاب دوبارہ رابطہ ایک ابتدائی بحالی کا نتیجہ ہے۔ یہ مکمل پیداوار قبولیت نہیں ہے.

قابل اطلاق سٹارٹ اپ اور پوسٹ سروس کے طریقہ کار پر عمل کریں، پھر تصدیق کریں:

• متوقع ہارڈ ویئر کی شناخت۔

• مطلوبہ تشخیص کی تکمیل۔

• شروع کرنے والے الارم کا حل۔

• مداخلت کے لیے درکار کوئی بھی انشانکن۔

• متعلقہ درخواست کے حالات کے تحت مستحکم آپریشن۔

• جہاں قابل اطلاق ہو، ہینڈلر یا پروبر کے ساتھ درست مواصلت کریں۔

وقفے وقفے سے آنے والے مسئلے کے لیے، ناکامی کے وقت کی بنیاد پر ایک بامعنی تصدیقی دائرہ کار کی وضاحت کریں۔ ایک مختصر سٹارٹ اپ ٹیسٹ توسیعی آپریشن کے بعد پیش آنے والی رکاوٹ کے حل کو ظاہر کرنے کے لیے ناکافی ہے۔

اگر کنکشن دوبارہ ٹوٹ جاتا ہے تو نئے شواہد کو محفوظ رکھیں اور بار بار دوبارہ سیٹ کرنے پر انحصار کرنے کے بجائے تفتیش جاری رکھیں۔

مرمت یا تبدیلی کی تشخیص کے لیے درکار معلومات

کنٹرولر، انٹرفیس اسمبلی یا آلہ بھیجنے سے پہلے، فراہم کریں:

خرابی کی چھان بین کے لیے درکار تشخیصی تفصیلات کو برقرار رکھتے ہوئے، جہاں ضروری ہو ڈیوائس پروگرام کی خفیہ معلومات کو ہٹا دیں۔

بیرون ملک خدمات کے لیے، یہ ثبوت اس بات کا تعین کرنے میں مدد کرتا ہے کہ آیا اگلا مرحلہ مقامی سہولت کی جانچ، ایک مجاز نظام کا معائنہ، کنٹرولر کی تشخیص یا کسی خاص جزو کی مرمت کا ہونا چاہیے۔ یہ غیر متعلقہ اسمبلی کی ترسیل کے خطرے کو بھی کم کر سکتا ہے۔

V93000 کنکشن-فالٹ اسسمنٹ کی درخواست کریں۔

اصل کنکشن کی خرابی، سسٹم کی شناخت اور تقریب کی مختصر ٹائم لائن بھیجیں۔ بتائیں کہ آیا ٹیسٹ ہیڈ کبھی منسلک نہیں ہوا، ابتدا کے بعد منقطع ہوا یا کسی دوسرے الارم کے بعد دستیاب نہیں ہوا۔

پہلے سے مکمل شدہ چیک اور آخری کامیاب آپریشن کے بعد کی گئی ہارڈ ویئر یا سافٹ ویئر کی تبدیلیوں کو شامل کریں۔