যখন একটিAdvantest পরীক্ষা মেশিন V93000টেস্ট হেডের সাথে সংযোগ স্থাপন করতে না পারলে বা চলার সময় সংযোগ বিচ্ছিন্ন হয়ে গেলে, ইন্সট্রুমেন্ট কার্ডটি বিকল হয়ে গেছে বলে ধরে নেবেন না। প্রথম ত্রুটিটি সংরক্ষণ করুন, কন্ট্রোলারটি সচল ছিল কিনা তা নিশ্চিত করুন এবং পূর্ববর্তী পাওয়ার, কুলিং বা সিস্টেম অ্যালার্মগুলো পরীক্ষা করুন।
একটি যোগাযোগ বার্তা একটি ব্যর্থ মিথস্ক্রিয়াকে চিহ্নিত করে। এটি অগত্যা সেই উপাদানটিকে চিহ্নিত করে না যা এর কারণ হয়েছে।
প্রথম কাজ হলো, কার্যক্রম শুরুর সময় সংযোগ ব্যর্থ হওয়া এবং সফলভাবে কাজ সম্পন্ন হওয়ার পর সংযোগ বিচ্ছিন্ন হওয়ার মধ্যে পার্থক্য নিরূপণ করা।
স্টার্টআপ ব্যর্থতা বা রানটাইম সংযোগ বিচ্ছিন্ন?
এই দুটি পরিস্থিতি ভিন্ন ভিন্ন প্রমাণ উপস্থাপন করে।
| পরিস্থিতি | প্রথমে কী প্রতিষ্ঠা করতে হবে |
|---|---|
| স্টার্টআপের পর টেস্ট হেডটি কখনোই উপলব্ধ হয় না। | কন্ট্রোলার, টেস্ট-হেড প্রস্তুতি এবং প্রারম্ভিক ক্রম প্রয়োজন অনুযায়ী সম্পন্ন হয়েছে কিনা |
| সফলভাবে শুরু করার পর সংযোগ বিচ্ছিন্ন হয়ে যায়। | বাধা দেওয়ার ঠিক আগে কী পরিবর্তিত হয়েছিল বা উদ্বেগজনক ছিল? |
| হেডটি অ্যাক্সেসযোগ্য থাকা অবস্থায় একটি ইন্সট্রুমেন্ট ইনিশিয়ালাইজেশনে ব্যর্থ হয়। | সমস্যাটি শুধুমাত্র সেই যন্ত্রটির মধ্যেই সীমাবদ্ধ কিনা বা এর নির্ভরশীলতাগুলোর ক্ষেত্রেও প্রযোজ্য কিনা |
| ডিভাইস টেস্টিং বন্ধ হয়ে যায় কিন্তু হেডটি সংযুক্ত থাকে। | বাধাটি প্রোগ্রাম, ইন্টারফেস বা অটোমেশন ফ্লো-এর অন্তর্গত কিনা |
| কন্ট্রোলারটি নিজেই ফ্রিজ হয়ে যায় বা রিস্টার্ট হয়। | হোস্টের সংযোগ বিচ্ছিন্ন হওয়ার কারণে টেস্ট-হেডের আপাত সংযোগ বিচ্ছিন্নতা ঘটেছিল কিনা |
অপারেশন ঠিক কোন পর্যায়ে বন্ধ হয় তা রেকর্ড করুন। “টেস্টারটি সংযোগ বিচ্ছিন্ন হয়েছে” এই তথ্যের চেয়ে “কন্ট্রোলারটি সাড়া দিচ্ছিল, কিন্তু একটি কুলিং অ্যালার্মের পর টেস্ট হেডটি অনুপলব্ধ হয়ে পড়ে” এই তথ্যটি বেশি কার্যকর।
একটি V93000-এসেমিকন্ডাক্টর পরীক্ষকএকটি সংযোগ ব্যর্থতার কারণে কন্ট্রোলার, কমিউনিকেশন পাথ বা টেস্ট-হেড ইনফ্রাস্ট্রাকচার ক্ষতিগ্রস্ত হতে পারে। কোন কম্পোনেন্টটি খতিয়ে দেখা প্রয়োজন, সেই সিদ্ধান্ত নেওয়ার আগে ক্ষতিগ্রস্ত সংযোগটি শনাক্ত করুন।
কোন সংযোগটি বিকল হয়েছে তা নিশ্চিত করুন
ক্যাবল পরিবর্তন করার বা প্রতিস্থাপন বোর্ড অর্ডার করার আগে, ত্রুটির সাথে জড়িত এন্ডপয়েন্টগুলো শনাক্ত করুন।
প্রাসঙ্গিক সম্পর্কটি হতে পারে:
কন্ট্রোলারটি টেস্ট হেডের সাথে যোগাযোগ করছে।
সিস্টেমটি একটি স্বতন্ত্র যন্ত্র চালু করছে।
পরীক্ষকটি একটি হ্যান্ডলার বা ওয়েফার প্রোবারের সাথে সংকেত বিনিময় করে।
সফটওয়্যারটি একটি লাইসেন্স সার্ভারের সাথে যোগাযোগ করছে।
একটি দূরবর্তী ওয়ার্কস্টেশন টেস্টার কন্ট্রোলারে প্রবেশ করছে।
হ্যান্ডলার টাইমআউট হওয়াটা এটা প্রমাণ করে না যে কন্ট্রোলার ও টেস্ট-হেডের সংযোগ বিচ্ছিন্ন হয়ে গেছে। একইভাবে, কন্ট্রোলারে রিমোট অ্যাক্সেস হারিয়ে যাওয়াটাও এটা প্রমাণ করে না যে টেস্টারের অভ্যন্তরীণ যোগাযোগ পথটি ত্রুটিপূর্ণ।
প্রভাবিত সম্পর্কটি শনাক্ত করতে মূল বার্তা এবং সিস্টেমের অবস্থা ব্যবহার করুন। যোগাযোগ-সম্পর্কিত প্রতিটি বার্তাকে একই ত্রুটি হিসেবে গণ্য করা থেকে বিরত থাকুন।
পুনরায় চালু করার আগে প্রথম ত্রুটিটি সংরক্ষণ করুন।
রিস্টার্ট করলে সাময়িকভাবে কার্যক্রম পুনরুদ্ধার হতে পারে, তবে এতে স্ক্রিন থেকে প্রয়োজনীয় বিষয়বস্তু মুছে যায়।
যদি নিরাপদ হয়, সংরক্ষণ করুন:
সম্পূর্ণ প্রথম ত্রুটি এবং পরবর্তী বার্তাগুলো।
প্রাসঙ্গিক কন্ট্রোলার এবং টেস্টার লগ।
বাধা দেওয়ার সময়।
কোন অ্যাপ্লিকেশন এবং পরিষেবাগুলো সচল ছিল
টেস্ট-হেড এবং কুলিং-ইউনিটের অবস্থা।
সমস্ত উপকরণ নাকি কেবল একটি উৎস অনুপলব্ধ হয়ে পড়েছিল।
সেই সময়ে প্রোগ্রাম এবং পরিচালন পর্যায় সক্রিয় ছিল।
সাম্প্রতিক সফ্টওয়্যার, হার্ডওয়্যার বা সুযোগ-সুবিধার পরিবর্তন।
বিভিন্ন সিস্টেমের লগ তুলনা করার সময় টাইমস্ট্যাম্পগুলো সামঞ্জস্যপূর্ণ রাখুন। একটি কন্ট্রোলার ক্লক এবং একটি ফ্যাসিলিটি মনিটরিং ক্লক একই সময় নাও দেখাতে পারে।
অন্য কোনো V93000 প্রজন্মের জন্য পাওয়া অনুরূপ বার্তা থেকে ত্রুটি-কোডের কোনো মনগড়া ব্যাখ্যা তৈরি করবেন না। প্রযোজ্য ডকুমেন্টেশনের সাথে পর্যালোচনার জন্য হুবহু শব্দচয়ন বজায় রাখুন।
স্টার্টআপের সময় যদি টেস্ট হেড সংযুক্ত না হয়
কন্ট্রোলারের প্রস্তুতি পরীক্ষা করুন
কন্ট্রোলারটি তার স্বাভাবিক বুট সম্পন্ন করেছে কিনা এবং প্রয়োজনীয় সফটওয়্যার পরিবেশ উপলব্ধ আছে কিনা তা নিশ্চিত করুন।
যদি কন্ট্রোলারটি বুট না হয়, বারবার রিস্টার্ট হয় বা সাড়া দেওয়া বন্ধ করে দেয়, তাহলে সমস্যাটি টেস্ট হেডের বলে ধরে নেওয়ার আগে সেই অবস্থাটি খতিয়ে দেখুন।
কন্ট্রোলার প্রতিস্থাপন বা সিস্টেম-ইমেজ পুনরুদ্ধারের পরে, সমর্থিত অপারেটিং পরিবেশ এবং পুনরুদ্ধার করা কনফিগারেশন পর্যালোচনা করুন। একটি সচল ডেস্কটপ থাকা মানেই এই নয় যে পরীক্ষকের পরিবেশটি সঠিকভাবে পুনরুদ্ধার করা হয়েছে।
বিদ্যমান অবস্থা ও ব্যাকআপ সংরক্ষণ না করে সফটওয়্যার পুনরায় ইনস্টল করা বা কনফিগারেশন ফাইল পরিবর্তন করা থেকে বিরত থাকুন।
টেস্ট-হেড প্রস্তুতি এবং পূর্ববর্তী সতর্কবার্তা পর্যালোচনা করুন
অপারেটিং পদ্ধতি দ্বারা অনুমোদিত স্থিতির তথ্য যাচাই করুন। কোনো অমীমাংসিত সিস্টেম অবস্থার কারণে প্রারম্ভিককরণ বাধাগ্রস্ত হচ্ছে কিনা তা শনাক্ত করুন।
বিদ্যুৎ সরবরাহ, শীতলীকরণ বা অন্যান্য সুরক্ষামূলক অবস্থা প্রস্তুতিতে বাধা সৃষ্টি করতে পারে এবং পরবর্তীতে যোগাযোগে ত্রুটি ঘটাতে পারে। শুধুমাত্র শেষ বার্তাটির পরিবর্তে, সর্বপ্রথম প্রাসঙ্গিক ঘটনাটি তদন্ত করুন।
জোরপূর্বক প্রারম্ভিককরণ করার জন্য কোনো ইন্টারলক বাইপাস করবেন না বা কোনো সুরক্ষা অ্যালার্ম দমন করবেন না।
নথিভুক্ত বাহ্যিক যোগাযোগ পথটি পরিদর্শন করুন
ইনস্টল করা কন্ট্রোলার এবং টেস্ট-হেড কনফিগারেশনের জন্য সঠিক যোগাযোগ পথটি শনাক্ত করুন। বিভিন্ন ইনস্টলেশনে কেবলের ধরন, সংযোগকারী এবং অবকাঠামো ভিন্ন হয়ে থাকে।
সিস্টেমটি নির্ধারিত নিরাপদ অবস্থায় থাকলে, যোগ্যতাসম্পন্ন কর্মীরা ক্ষতি, টান, দুর্বল সংযোগ বা সাম্প্রতিক রক্ষণাবেক্ষণের সময় করা কোনো পরিবর্তনের জন্য সহজলভ্য সংযোগগুলো পরিদর্শন করতে পারেন।
একটি সাধারণ নেটওয়ার্ক ক্যাবল উপযুক্ত বিকল্প হতে পারে বলে ধরে নেবেন না। নির্দিষ্ট ব্যবহারবিধি ছাড়া পরীক্ষামূলকভাবে কোনো অপারেটিং সিস্টেম আনপ্লাগ করবেন না বা অপটিক্যাল কানেক্টরে কোনো রকম হস্তক্ষেপ করবেন না।
দৃশ্যমান সংযোগের ইঙ্গিত, যদি থাকে, তবে তা প্রয়োজনীয় সকল যোগাযোগ ব্যবস্থা কার্যকর থাকার প্রমাণ না হয়ে বরং একটি সহায়ক সাক্ষ্য।
অপারেশন চলাকালীন সংযোগ বিচ্ছিন্ন হয়ে গেলে
রানটাইম বাধাগ্রস্ত হওয়ার ক্ষেত্রে ঘটনাপ্রবাহ বিশেষভাবে গুরুত্বপূর্ণ। যোগাযোগ বিচ্ছিন্ন হওয়ার আগে কী ঘটেছিল তা নির্ণয় করুন।
| পর্যবেক্ষিত প্যাটার্ন | তদন্তের দিকনির্দেশনা | যা এটি প্রমাণ করে না |
|---|---|---|
| কুলিং বা পাওয়ার অ্যালার্মের পর সংযোগ বিচ্ছিন্ন হয়ে যায়। | প্রারম্ভিক অ্যালার্ম এবং সুরক্ষামূলক প্রতিক্রিয়া পর্যালোচনা করুন। | যোগাযোগ হার্ডওয়্যারটি ত্রুটিপূর্ণ |
| কন্ট্রোলার একই সাথে ফ্রিজ বা রিস্টার্ট হয় | কন্ট্রোলার এবং অপারেটিং-সিস্টেমের প্রমাণ পর্যালোচনা করুন | টেস্ট হেডই বাধাটি শুরু করেছিল। |
| টেস্ট-হেডের নড়াচড়ার পর ব্যর্থতা ঘটে। | অনুমোদিত বাহ্যিক তারের রুট, টান এবং সংশ্লিষ্ট সংযোগগুলি পরিদর্শন করুন। | সেই আন্দোলনটি ব্যর্থ অংশটিকে চূড়ান্তভাবে চিহ্নিত করেছে। |
| সফটওয়্যার বা কনফিগারেশন পরিবর্তনের পর বাধা শুরু হয়। | নথিভুক্ত সমর্থিত কনফিগারেশনের সাথে তুলনা করুন | সফটওয়্যার পরিবর্তনটিই যে মূল কারণ, তা অপরিহার্য নয়। |
| ব্যাপকভাবে কার্যক্ষমতা হারানোর আগে একটি যন্ত্র ত্রুটি দেখায়। | মূল যন্ত্রের ত্রুটি এবং শেয়ার করা নির্ভরতাগুলি পর্যালোচনা করুন | শুধুমাত্র যন্ত্রটির কারণেই শাটডাউনটি ঘটেছিল। |
| ব্যর্থতা শুধুমাত্র একটি নির্দিষ্ট প্রোগ্রামের সময় ঘটে। | সম্পদের ব্যবহার এবং পরিচালন অবস্থার তুলনা করুন | প্রোগ্রামটি ত্রুটিপূর্ণ অথবা হার্ডওয়্যারটি ত্রুটিমুক্ত। |
এই ধরণগুলো তদন্তে পথনির্দেশ করে। এগুলো রোগনির্ণয় বা মেরামতের নিশ্চিত ফলাফলের বিকল্প নয়।
লোড-সম্পর্কিত বিঘ্নের আগে অবস্থা রেকর্ড করুন
যদি পরীক্ষকটি নিষ্ক্রিয় থাকা অবস্থায় সংযুক্ত থাকে কিন্তু ডিভাইস পরীক্ষার সময় সংযোগ বিচ্ছিন্ন হয়ে যায়, তাহলে সক্রিয় কনফিগারেশন এবং অপারেটিং অবস্থা রেকর্ড করুন।
বিদ্যুৎ সরবরাহ ও শীতলীকরণ ব্যবস্থা, যন্ত্রের কার্যকলাপ, কন্ট্রোলারের ঘটনা এবং প্রোগ্রাম নির্বাহ—এগুলো সবই প্রাসঙ্গিক হতে পারে। একটি নিষ্ক্রিয় সংযোগ পরীক্ষা উৎপাদনের সময় উপস্থিত প্রতিটি পরিস্থিতিকে পুনরায় তৈরি করে না।
শুধুমাত্র ত্রুটিটি পুনরায় ঘটানোর জন্য সন্দেহজনক ক্ষতিকর অবস্থাটি বারবার চালাবেন না।
নড়াচড়া-সম্পর্কিত লক্ষণগুলোকে একটি পৃথক সূত্র হিসেবে বিবেচনা করুন
ডকিং, আনডকিং বা অবস্থান পরিবর্তনের পরে যদি কোনো বাধা দেখা দেয়, তবে বারবার হেড নাড়িয়ে ব্যর্থতা ঘটানোর চেষ্টা না করে সম্পর্কটি নথিভুক্ত করুন।
বাহ্যিক কেবলের উপর চাপ অথবা নড়াচড়ার কারণে সংযোগ ক্ষতিগ্রস্ত হলে তা খতিয়ে দেখার প্রয়োজন হতে পারে। যান্ত্রিক অবস্থানটি অন্য কোনো পরিবর্তনের সাথেও মিলে যেতে পারে, তাই শুধু সময় দেখে রোগ নির্ণয় করা যায় না।
শুধুমাত্র সংযোগ বিচ্ছিন্ন হওয়ার বার্তার উপর ভিত্তি করে PS1600 বা AVI64 প্রতিস্থাপন করবেন না।
একটি যন্ত্রের স্বতন্ত্র ত্রুটি এবং টেস্ট-হেডের যোগাযোগ বিচ্ছিন্ন হওয়ার জন্য ভিন্ন ভিন্ন প্রমাণের প্রয়োজন হয়।
যদি টেস্ট হেডটি অ্যাক্সেসযোগ্য থাকা অবস্থায় কোনো যন্ত্র ডায়াগনস্টিক ব্যর্থতার রিপোর্ট করে, তাহলে সংশ্লিষ্ট পদ্ধতি ব্যবহার করে সেই রিসোর্সটি তদন্ত করুন।
যদি একাধিক যন্ত্র একসাথে অদৃশ্য হয়ে যায়, তবে কয়েকটি কার্ড একযোগে বিকল হয়েছে এমন সিদ্ধান্তে আসার আগে সাধারণ পরিকাঠামো পর্যালোচনা করুন।
তদন্তে একটি যৌক্তিক হার্ডওয়্যার প্রয়োজনীয়তা চিহ্নিত হওয়ার পরেই কেবল একটি প্রতিস্থাপন যন্ত্রের কথা বিবেচনা করা উচিত। অনিয়ন্ত্রিত প্রতিস্থাপনের ফলে সামঞ্জস্যের প্রশ্ন, কনফিগারেশন পরিবর্তন এবং অতিরিক্ত ক্রমাঙ্কনের প্রয়োজনীয়তা দেখা দিতে পারে।
যেখানে প্রতিস্থাপন অনুমোদিত, সেখানে যাচাইকৃত সামঞ্জস্যপূর্ণ হার্ডওয়্যার ব্যবহার করুন এবং একবারে একটি ভেরিয়েবল পরিবর্তন করুন। মূল ও প্রতিস্থাপিত পরিচয় এবং তুলনার ফলাফল লিপিবদ্ধ করুন।
পুনরুদ্ধারের পরে কী যাচাই করতে হবে?
একটি সফল পুনঃসংযোগ হলো পুনরুদ্ধারের একটি প্রাথমিক ফলাফল। এটি উৎপাদনের সম্পূর্ণ স্বীকৃতি নয়।
প্রযোজ্য স্টার্টআপ এবং পরিষেবা-পরবর্তী পদ্ধতিগুলি অনুসরণ করুন, তারপর যাচাই করুন:
প্রত্যাশিত হার্ডওয়্যার শনাক্তকরণ।
প্রয়োজনীয় রোগনির্ণয় সম্পন্ন করা।
প্রারম্ভিক অ্যালার্মগুলোর সমাধান।
হস্তক্ষেপের জন্য প্রয়োজনীয় যেকোনো ক্রমাঙ্কন।
প্রাসঙ্গিক প্রয়োগ শর্তাবলীর অধীনে স্থিতিশীল কার্যকারিতা।
প্রযোজ্য ক্ষেত্রে হ্যান্ডলার বা প্রোবারের সাথে সঠিক যোগাযোগ।
মাঝে মাঝে হওয়া সমস্যার ক্ষেত্রে, ব্যর্থতাটি কখন ঘটেছে তার উপর ভিত্তি করে একটি অর্থবহ যাচাইকরণ পরিধি নির্ধারণ করুন। দীর্ঘক্ষণ ধরে চলার পর পূর্বে ঘটা কোনো বাধার সমাধান হয়েছে কিনা, তা দেখানোর জন্য একটি সংক্ষিপ্ত স্টার্টআপ পরীক্ষা যথেষ্ট নয়।
সংযোগ আবার বিচ্ছিন্ন হয়ে গেলে, বারবার রিসেট করার উপর নির্ভর না করে নতুন প্রমাণগুলো সংরক্ষণ করুন এবং তদন্ত চালিয়ে যান।
মেরামত বা প্রতিস্থাপন মূল্যায়নের জন্য প্রয়োজনীয় তথ্য
কন্ট্রোলার, ইন্টারফেস অ্যাসেম্বলি বা ইন্সট্রুমেন্ট পাঠানোর আগে, নিম্নলিখিতগুলি সরবরাহ করুন:
| তথ্য | উদ্দেশ্য |
|---|---|
| V93000 প্রজন্ম এবং টেস্ট-হেড শনাক্তকরণ | হার্ডওয়্যার প্রসঙ্গ স্থাপন করে |
| কন্ট্রোলার মডেল এবং সফটওয়্যার পরিবেশ | কনফিগারেশন পর্যালোচনা সমর্থন করে |
| স্মার্টটেস্ট রিলিজ | ইনস্টল করা সফ্টওয়্যার প্রসঙ্গ সনাক্ত করে |
| সঠিক প্রথম ত্রুটি এবং সম্পূর্ণ লগ | মূল ব্যর্থতার ক্রম বজায় রাখে |
| স্টার্টআপ বা রানটাইম ঘটনা | প্রারম্ভিককরণকে বিরতিহীন কার্যক্রম থেকে পৃথক করে |
| বিদ্যুৎ এবং শীতলীকরণ ঘটনা | উজানের বাধা শনাক্ত করতে সাহায্য করে |
| সাম্প্রতিক পরিবর্তন | প্রাসঙ্গিক তুলনা সংজ্ঞায়িত করে |
| সন্দেহভাজন উপাদান লেবেল | সঠিক যন্ত্রাংশ মেলানো সমর্থন করে |
প্রয়োজনে গোপনীয় ডিভাইস-প্রোগ্রামের তথ্য মুছে ফেলুন, তবে ত্রুটি তদন্তের জন্য প্রয়োজনীয় ডায়াগনস্টিক বিবরণ সংরক্ষণ করুন।
বিদেশে পরিষেবার ক্ষেত্রে, এই প্রমাণ পরবর্তী পদক্ষেপ হিসেবে স্থানীয় স্থাপনা যাচাই, অনুমোদিত সিস্টেম পরিদর্শন, কন্ট্রোলার মূল্যায়ন, নাকি কোনো নির্দিষ্ট যন্ত্রাংশ মেরামত করা হবে, তা নির্ধারণ করতে সাহায্য করে। এটি সম্পর্কহীন কোনো অ্যাসেম্বলি পাঠানোর ঝুঁকিও কমাতে পারে।
V93000 সংযোগ-ত্রুটি মূল্যায়নের জন্য অনুরোধ করুন
মূল সংযোগ ত্রুটি, সিস্টেম শনাক্তকরণ এবং ঘটনাটির একটি সংক্ষিপ্ত সময়রেখা পাঠান। টেস্ট হেডটি কখনও সংযুক্ত হয়নি, প্রারম্ভিককরণের পরে সংযোগ বিচ্ছিন্ন হয়েছে, নাকি অন্য কোনো অ্যালার্মের পরে অনুপলব্ধ হয়ে পড়েছে, তা উল্লেখ করুন।
ইতিমধ্যে সম্পন্ন হওয়া চেকগুলো এবং সর্বশেষ সফল অপারেশনের পর করা যেকোনো হার্ডওয়্যার বা সফ্টওয়্যার পরিবর্তন অন্তর্ভুক্ত করুন।
