Ketika sebuahMesin uji Advantest V93000Jika tidak dapat terhubung ke kepala uji atau kehilangan koneksi selama pengoperasian, jangan berasumsi bahwa kartu instrumen telah rusak. Catat kesalahan pertama, pastikan apakah pengontrol tetap beroperasi dan periksa alarm daya, pendinginan, atau sistem sebelumnya.
Pesan komunikasi mengidentifikasi interaksi yang gagal. Namun, pesan tersebut tidak selalu mengidentifikasi komponen yang menyebabkan kegagalan tersebut.
Tugas pertama adalah membedakan kegagalan koneksi saat memulai dari koneksi yang terputus setelah operasi berhasil.
Gagal Memulai atau Terputus Saat Runtime?
Kedua situasi ini memberikan bukti yang berbeda.
| Situasi | Apa yang perlu ditetapkan terlebih dahulu? |
|---|---|
| Unit pengujian tidak pernah tersedia setelah proses startup. | Apakah pengontrol, kesiapan kepala uji, dan urutan inisialisasi telah selesai sesuai persyaratan? |
| Koneksi terputus setelah inisialisasi berhasil. | Apa yang berubah atau menimbulkan kekhawatiran sesaat sebelum gangguan tersebut? |
| Satu instrumen gagal diinisialisasi sementara kepala tetap dapat diakses. | Apakah masalah tersebut terbatas pada instrumen tersebut atau pada hal-hal yang bergantung padanya? |
| Pengujian perangkat berhenti tetapi kepala tetap terhubung. | Baik gangguan tersebut berasal dari program, antarmuka, atau alur otomatisasi. |
| Pengontrol itu sendiri membeku atau memulai ulang | Apakah hilangnya host menyebabkan terputusnya koneksi test-head yang tampak jelas? |
Catat tahapan tepat di mana operasi berhenti. Pernyataan seperti “Penguji terputus” kurang bermanfaat dibandingkan “pengontrol tetap responsif, tetapi kepala penguji tidak tersedia setelah alarm pendinginan berbunyi.”
Dalam V93000penguji semikonduktorKegagalan koneksi dapat melibatkan pengontrol, jalur komunikasi, atau infrastruktur unit pengujian. Identifikasi koneksi yang terpengaruh sebelum memutuskan komponen mana yang perlu diselidiki.
Konfirmasikan Koneksi Mana yang Gagal
Sebelum mengganti kabel atau memesan papan pengganti, identifikasi titik akhir yang terlibat dalam kesalahan tersebut.
Hubungan yang relevan mungkin adalah:
Pengontrol berkomunikasi dengan kepala uji.
Sistem sedang menginisialisasi instrumen individual.
Penguji bertukar sinyal dengan penangan atau pemeriksa wafer.
Perangkat lunak menghubungi server lisensi.
Stasiun kerja jarak jauh yang mengakses pengontrol penguji.
Timeout pada handler tidak membuktikan bahwa koneksi antara controller dan test head telah gagal. Demikian pula, kehilangan akses jarak jauh ke controller tidak membuktikan bahwa jalur komunikasi internal tester mengalami kerusakan.
Gunakan pesan asli dan status sistem untuk mengidentifikasi hubungan yang terpengaruh. Hindari memperlakukan setiap pesan terkait komunikasi sebagai kesalahan yang sama.
Simpan Kesalahan Pertama Sebelum Memulai Ulang
Memulai ulang mungkin dapat memulihkan pengoperasian untuk sementara waktu sambil menghilangkan konteks yang berguna dari layar.
Jika aman, simpanlah:
Pesan kesalahan pertama dan pesan-pesan selanjutnya akan ditampilkan secara lengkap.
Log pengontrol dan penguji yang relevan.
Waktu terjadinya interupsi.
Aplikasi dan layanan mana yang tetap responsif.
Status kepala uji dan unit pendingin.
Baik semua instrumen atau hanya satu sumber daya yang menjadi tidak tersedia.
Program dan tahapan operasional yang aktif pada saat itu.
Perubahan perangkat lunak, perangkat keras, atau fasilitas baru-baru ini.
Pastikan stempel waktu selaras saat membandingkan log dari sistem yang berbeda. Jam pengontrol dan jam pemantauan fasilitas mungkin tidak menunjukkan waktu yang sama.
Jangan membuat interpretasi kode kesalahan berdasarkan pesan serupa yang ditemukan pada generasi V93000 lainnya. Pertahankan kata-kata persisnya untuk ditinjau kembali berdasarkan dokumentasi yang berlaku.
Jika Kepala Pengujian Tidak Terhubung Saat Startup
Periksa Kesiapan Pengontrol
Pastikan apakah pengontrol telah menyelesaikan proses booting normal dan apakah lingkungan perangkat lunak yang dibutuhkan tersedia.
Jika pengontrol tidak melakukan booting, berulang kali memulai ulang, atau menjadi tidak responsif, selidiki kondisi tersebut sebelum menyimpulkan bahwa masalahnya terletak pada unit pengujian.
Setelah penggantian pengontrol atau pemulihan citra sistem, tinjau lingkungan operasi yang didukung dan konfigurasi yang dipulihkan. Desktop yang berfungsi tidak membuktikan bahwa lingkungan penguji telah dipulihkan dengan benar.
Hindari menginstal ulang perangkat lunak atau mengubah file konfigurasi sebelum menyimpan status dan cadangan yang ada.
Tinjau Kesiapan Kepala Uji dan Alarm Awal
Periksa informasi status yang diizinkan oleh prosedur pengoperasian. Identifikasi apakah inisialisasi dicegah oleh kondisi sistem yang belum teratasi.
Kondisi daya, pendinginan, atau perlindungan lainnya dapat mengganggu kesiapan dan menyebabkan kesalahan komunikasi di kemudian hari. Selidiki kejadian yang paling relevan, bukan hanya pesan terakhir.
Jangan memintas pengaman atau menekan alarm pelindung untuk memaksa inisialisasi.
Periksa Jalur Komunikasi Eksternal yang Terdokumentasi
Identifikasi jalur komunikasi yang tepat untuk konfigurasi pengontrol dan unit uji yang terpasang. Jenis kabel, konektor, dan infrastruktur berbeda di setiap instalasi.
Dengan sistem dalam kondisi aman yang telah ditentukan, personel yang berkualifikasi dapat memeriksa sambungan yang mudah diakses untuk mengetahui adanya kerusakan, tegangan, pengikatan yang tidak aman, atau perubahan yang dilakukan selama servis terakhir.
Jangan berasumsi bahwa kabel jaringan biasa merupakan pengganti yang sesuai. Jangan mencabut sistem operasi secara eksperimental atau mengganggu konektor optik tanpa mengikuti prosedur penanganan yang telah ditentukan.
Indikasi tautan yang terlihat, jika ada, merupakan bukti pendukung dan bukan bukti bahwa semua komunikasi yang diperlukan berfungsi.
Jika Koneksi Terputus Selama Pengoperasian
Untuk gangguan saat runtime, urutan kejadian sangat penting. Tentukan apa yang terjadi sebelum komunikasi terputus.
| Pola yang diamati | Arah penyelidikan | Apa yang tidak dibuktikannya |
|---|---|---|
| Pemutusan sambungan terjadi setelah alarm pendinginan atau daya berbunyi. | Tinjau alarm pemicu dan respons perlindungan. | Bahwa perangkat keras komunikasi tersebut rusak. |
| Pengontrol membeku atau memulai ulang pada saat yang bersamaan. | Tinjau bukti pengontrol dan sistem operasi. | Bahwa kepala penguji yang memulai interupsi tersebut |
| Kegagalan terjadi setelah pergerakan kepala penguji. | Periksa jalur kabel eksternal yang diizinkan, tegangan, dan sambungan terkait. | Gerakan itu telah secara meyakinkan mengidentifikasi bagian yang gagal. |
| Gangguan dimulai setelah perubahan perangkat lunak atau konfigurasi. | Bandingkan dengan konfigurasi yang didukung dan tercantum dalam dokumentasi. | Bahwa perubahan perangkat lunak tersebut pasti merupakan akar penyebabnya. |
| Satu instrumen melaporkan kesalahan sebelum terjadi gangguan operasional yang lebih luas. | Tinjau kembali kesalahan instrumen asli dan ketergantungan bersama. | Bahwa instrumen itu sendiri yang menyebabkan penghentian |
| Kegagalan hanya terjadi selama program tertentu. | Bandingkan penggunaan sumber daya dan kondisi operasional. | Bahwa programnya berm出错 atau perangkat kerasnya dalam kondisi baik |
Pola-pola ini memandu penyelidikan. Pola-pola ini bukanlah pengganti diagnosis atau temuan perbaikan yang telah dikonfirmasi.
Kondisi Rekaman Sebelum Terjadi Gangguan Terkait Beban
Jika penguji tetap terhubung saat tidak aktif tetapi terputus selama pengujian perangkat, catat konfigurasi aktif dan kondisi pengoperasiannya.
Perilaku daya dan pendinginan, aktivitas instrumen, kejadian pengontrol, dan eksekusi program semuanya mungkin relevan. Uji koneksi idle tidak mereproduksi setiap kondisi yang ada selama produksi.
Jangan menjalankan kondisi yang diduga merusak secara berulang-ulang hanya untuk mereproduksi kesalahan tersebut.
Anggap gejala yang berkaitan dengan gerakan sebagai petunjuk terpisah.
Jika terjadi gangguan setelah proses docking, undocking, atau reposisi, catat hubungan tersebut tanpa berulang kali menggerakkan kepala untuk memicu kegagalan.
Ketegangan kabel eksternal atau sambungan yang terpengaruh oleh pergerakan mungkin perlu diselidiki. Posisi mekanis juga dapat bertepatan dengan perubahan lain, sehingga waktu saja bukanlah diagnosis yang pasti.
Jangan mengganti PS1600 atau AVI64 hanya berdasarkan pesan pemutusan koneksi saja.
Kerusakan instrumen individual dan hilangnya komunikasi antar kepala penguji memerlukan bukti yang berbeda.
Jika suatu instrumen melaporkan kegagalan diagnostik sementara kepala pengujian masih dapat diakses, selidiki sumber daya tersebut menggunakan prosedur yang sesuai.
Jika beberapa perangkat mengalami kerusakan secara bersamaan, tinjau infrastruktur bersama sebelum menyimpulkan bahwa beberapa kartu mengalami kegagalan secara simultan.
Penggantian instrumen hanya boleh dipertimbangkan setelah investigasi mengidentifikasi kebutuhan perangkat keras yang dapat dibenarkan. Penggantian yang tidak terkontrol dapat menimbulkan masalah kompatibilitas, perubahan konfigurasi, dan persyaratan kalibrasi tambahan.
Jika penggantian diizinkan, gunakan perangkat keras yang kompatibel dan telah diverifikasi, serta ubah satu variabel dalam satu waktu. Catat identitas asli dan pengganti serta hasil perbandingannya.
Apa yang Harus Diverifikasi Setelah Pemulihan?
Keberhasilan penyambungan kembali merupakan hasil pemulihan awal. Ini bukan penerimaan produksi sepenuhnya.
Ikuti prosedur pengaktifan dan pasca-layanan yang berlaku, lalu verifikasi:
Pengenalan perangkat keras yang diharapkan.
Penyelesaian diagnostik yang diperlukan.
Penyelesaian alarm pemicu.
Kalibrasi apa pun yang diperlukan oleh intervensi tersebut.
Pengoperasian yang stabil dalam kondisi aplikasi yang relevan.
Komunikasi yang benar dengan petugas penanganan atau pemeriksa, jika berlaku.
Untuk masalah yang terjadi sesekali, tentukan cakupan verifikasi yang bermakna berdasarkan kapan kegagalan terjadi. Uji coba singkat saat memulai sistem tidak cukup untuk menunjukkan penyelesaian gangguan yang sebelumnya terjadi setelah pengoperasian yang lama.
Jika koneksi terputus lagi, simpan bukti baru tersebut dan lanjutkan penyelidikan daripada mengandalkan pengaturan ulang berulang kali.
Informasi yang Dibutuhkan untuk Penilaian Perbaikan atau Penggantian
Sebelum mengirimkan pengontrol, rakitan antarmuka, atau instrumen, berikan hal-hal berikut:
| Informasi | Tujuan |
|---|---|
| Generasi V93000 dan identifikasi kepala uji | Menetapkan konteks perangkat keras |
| Model pengontrol dan lingkungan perangkat lunak | Mendukung peninjauan konfigurasi |
| Rilis SmartTest | Mengidentifikasi konteks perangkat lunak yang terinstal. |
| Kesalahan pertama yang tepat dan log lengkap | Mempertahankan urutan kegagalan asli |
| Terjadi saat startup atau runtime. | Memisahkan inisialisasi dari operasi intermiten. |
| Peristiwa daya dan pendinginan | Membantu mengidentifikasi gangguan di hulu. |
| Perubahan terkini | Menentukan perbandingan yang relevan |
| Label komponen yang dicurigai | Mendukung pencocokan suku cadang yang akurat. |
Hapus informasi program perangkat yang bersifat rahasia jika diperlukan, sambil tetap menyimpan detail diagnostik yang dibutuhkan untuk menyelidiki kesalahan tersebut.
Untuk layanan di luar negeri, bukti ini membantu menentukan apakah langkah selanjutnya adalah pemeriksaan fasilitas lokal, inspeksi sistem resmi, penilaian pengontrol, atau perbaikan komponen tertentu. Hal ini juga dapat mengurangi risiko pengiriman komponen yang tidak terkait.
Minta Penilaian Kerusakan Koneksi V93000
Kirimkan kesalahan koneksi asli, identifikasi sistem, dan garis waktu singkat kejadian tersebut. Nyatakan apakah unit uji tidak pernah terhubung, terputus setelah inisialisasi, atau menjadi tidak tersedia setelah alarm lain.
Sertakan pemeriksaan yang telah diselesaikan dan setiap perubahan perangkat keras atau perangkat lunak yang dilakukan sejak operasi terakhir yang berhasil.
