Kapag ang isangAdvantest test machine V93000Kung hindi makakonekta sa test head nito o nawalan ng koneksyon habang ginagamit, huwag ipagpalagay na may sira ang instrument card. Panatilihin ang unang error, alamin kung nanatiling gumagana ang controller at suriin ang mga naunang alarma sa kuryente, pagpapalamig o sistema.
Tinutukoy ng isang mensahe ng komunikasyon ang isang nabigong interaksyon. Hindi nito kinakailangang tukuyin ang bahaging nagdulot nito.
Ang unang gawain ay ang pag-iba-ibahin ang pagkabigo ng koneksyon sa pagsisimula mula sa isang koneksyon na nawala pagkatapos ng matagumpay na operasyon.
Pagkabigo sa Startup o Pagdiskonekta sa Runtime?
Ang dalawang sitwasyong ito ay nagbibigay ng magkaibang ebidensya.
| Sitwasyon | Ano ang unang itatatag |
|---|---|
| Hindi kailanman magiging available ang test head pagkatapos magsimula | Kung nakumpleto na ba ang controller, test-head readiness, at initialization sequence ayon sa kinakailangan |
| Naputol ang koneksyon pagkatapos ng matagumpay na pagsisimula | Ano ang nagbago o naalarma bago ang pagkaantala |
| Isang instrumento ang nabigo sa pagsisimula habang ang ulo ay nananatiling naa-access | Kung ang problema ay limitado sa instrumentong iyon o sa mga dependency nito |
| Huminto ang pagsubok ng device ngunit nananatiling konektado ang ulo | Kung ang pagkaantala ay kabilang sa programa, interface o daloy ng automation |
| Ang controller mismo ay nagfi-freeze o nagre-restart | Kung ang pagkawala ng host ay sanhi ng maliwanag na pagkakadiskonekta ng test-head |
Itala ang eksaktong yugto kung kailan humihinto ang operasyon. Ang "Nakadiskonekta ang tester" ay hindi gaanong kapaki-pakinabang kaysa sa "nanatiling tumutugon ang controller, ngunit naging hindi magamit ang test head pagkatapos tumunog ang cooling alarm."
Sa isang V93000tagasubok ng semiconductor, ang pagkabigo ng koneksyon ay maaaring makaapekto sa controller, communication path o test-head infrastructure. Tukuyin ang apektadong koneksyon bago magdesisyon kung aling component ang kailangang imbestigahan.
Kumpirmahin kung Aling Koneksyon ang Nabigo
Bago magpalit ng mga kable o umorder ng kapalit na board, tukuyin muna ang mga endpoint na sangkot sa error.
Ang kaugnay na relasyon ay maaaring:
Ang controller ay nakikipag-ugnayan sa test head.
Ang sistemang nagsisimula ng isang indibidwal na instrumento.
Ang tester ay nakikipagpalitan ng mga signal sa isang handler o wafer prober.
Software na nakikipag-ugnayan sa isang server ng lisensya.
Isang remote workstation na nag-a-access sa tester controller.
Hindi patunay ng handler timeout na nabigo ang koneksyon ng controller-to-test-head. Gayundin, ang pagkawala ng remote access sa controller ay hindi nagpapatunay na may depekto ang internal communication path ng tester.
Gamitin ang orihinal na mensahe at katayuan ng sistema upang matukoy ang apektadong ugnayan. Iwasang ituring ang bawat mensaheng may kaugnayan sa komunikasyon bilang iisang pagkakamali.
I-save ang Unang Error Bago Mag-restart
Ang pag-restart ay maaaring pansamantalang maibalik ang operasyon habang inaalis ang mga kapaki-pakinabang na konteksto mula sa screen.
Kung ligtas, pangalagaan:
Ang kumpletong unang error at mga kasunod na mensahe.
Mga kaugnay na talaan ng controller at tester.
Ang oras ng pagkaantala.
Aling mga application at serbisyo ang nanatiling tumutugon.
Katayuan ng test-head at cooling unit.
Kung lahat ng instrumento o iisa lang na mapagkukunan ang naging hindi magagamit.
Ang programa at yugto ng pagpapatakbo ay aktibo sa oras na iyon.
Mga kamakailang pagbabago sa software, hardware o pasilidad.
Panatilihing nakahanay ang mga timestamp kapag naghahambing ng mga log mula sa iba't ibang sistema. Ang orasan ng controller at orasan ng pagsubaybay sa pasilidad ay maaaring hindi magpakita ng parehong oras.
Huwag mag-imbento ng interpretasyon ng error-code mula sa katulad na mensaheng natagpuan para sa isa pang henerasyon ng V93000. Panatilihin ang eksaktong mga salita para sa pagsusuri laban sa naaangkop na dokumentasyon.
Kung Hindi Kumokonekta ang Test Head sa Startup
Suriin ang Kahandaan ng Kontroler
Tukuyin kung nakumpleto na ng controller ang normal nitong pag-boot at kung magagamit ang kinakailangang software environment.
Kung ang controller ay hindi nagbo-boot, paulit-ulit na nagre-restart, o nagiging hindi tumutugon, siyasatin ang kundisyong iyon bago iugnay ang problema sa test head.
Pagkatapos ng pagpapalit ng controller o pagpapanumbalik ng system-image, suriin ang sinusuportahang operating environment at ang naibalik na configuration. Hindi patunay ng gumaganang desktop na naibalik nang tama ang tester environment.
Iwasang muling i-install ang software o baguhin ang mga configuration file bago mapanatili ang kasalukuyang estado at mga backup.
Suriin ang Kahandaan ng Test-Head at Mas Maagang mga Alarma
Suriin ang impormasyon ng katayuan na pinahihintulutan ng pamamaraan ng pagpapatakbo. Tukuyin kung ang pagsisimula ay pinipigilan ng isang hindi pa nareresolbang kondisyon ng sistema.
Ang kuryente, paglamig, o iba pang mga kondisyong pangkaligtasan ay maaaring makagambala sa kahandaan at magdulot ng error sa komunikasyon sa hinaharap. Siyasatin ang pinakamaagang mahalagang pangyayari sa halip na ang huling mensahe lamang.
Huwag laktawan ang interlock o pigilan ang protective alarm para pilitin ang pagsisimula.
Siyasatin ang Dokumentadong Landas ng Panlabas na Komunikasyon
Tukuyin ang tamang landas ng komunikasyon para sa naka-install na controller at configuration ng test-head. Iba-iba ang mga uri ng kable, konektor, at imprastraktura sa bawat instalasyon.
Kapag ang sistema ay nasa itinakdang ligtas na estado, maaaring siyasatin ng mga kwalipikadong tauhan ang mga naa-access na koneksyon para sa pinsala, pilay, hindi ligtas na pagkakahawak, o mga pagbabagong ginawa noong nakaraang serbisyo.
Huwag ipagpalagay na ang isang ordinaryong network cable ay isang angkop na pamalit. Huwag mag-eksperimentong tanggalin sa saksakan ang isang operating system o guluhin ang mga optical connector nang walang tinukoy na pamamaraan sa paghawak.
Ang isang nakikitang indikasyon ng link, kung saan naroroon, ay sumusuportang ebidensya sa halip na patunay na gumagana ang lahat ng kinakailangang komunikasyon.
Kung Pumutol ang Koneksyon Habang Ginagamit
Para sa mga pagkaantala sa runtime, ang pagkakasunod-sunod ng kaganapan ay partikular na mahalaga. Tukuyin kung ano ang nangyari bago nawala ang komunikasyon.
| Naobserbahang padron | Direksyon ng imbestigasyon | Ang hindi nito pinapatunayan |
|---|---|---|
| Magdiskonekta kasunod ng alarma sa paglamig o kuryente | Suriin ang nagsisimulang alarma at ang tugon na pangproteksyon | Na ang hardware ng komunikasyon ay may depekto |
| Nagfi-freeze o nagre-restart ang controller nang sabay | Suriin ang ebidensya ng controller at operating system | Na ang test head ang nagpasimula ng pagkaantala |
| Ang pagkabigo ay sumusunod sa paggalaw ng test-head | Siyasatin ang pinahihintulutang panlabas na pagruruta ng kable, strain at mga kaugnay na koneksyon | Ang kilusang iyon ay tiyak na natukoy ang nabigong bahagi |
| Nagsisimula ang pagkaantala pagkatapos ng pagbabago ng software o configuration | Ihambing sa dokumentadong sinusuportahang configuration | Na ang pagbabago ng software ang siyang pangunahing sanhi |
| Isang instrumento ang nag-uulat ng mga error bago ang mas malawak na pagkawala ng operasyon | Suriin ang orihinal na error sa instrumento at mga nakabahaging dependency | Na ang instrumento lamang ang naging sanhi ng pagsasara |
| Ang mga pagkabigo ay nangyayari lamang sa panahon ng isang partikular na programa | Paghambingin ang paggamit ng mapagkukunan at mga kondisyon ng pagpapatakbo | Na ang programa ay may depekto o ang hardware ay malusog |
Ang mga padron na ito ay gumagabay sa imbestigasyon. Hindi ito pamalit sa mga diagnostic o sa isang kumpirmadong natuklasang pagkukumpuni.
Itala ang mga Kondisyon Bago ang Pagkaantala na May Kaugnayan sa Load
Kung ang tester ay nananatiling konektado habang idle ngunit nadidiskonekta habang sinusubukan ang device, itala ang aktibong configuration at mga kondisyon ng pagpapatakbo.
Ang kilos ng kuryente at paglamig, aktibidad ng instrumento, mga kaganapan ng controller at pagpapatupad ng programa ay maaaring may kaugnayan. Ang isang pagsubok sa koneksyon sa idle ay hindi muling ginagawa ang bawat kondisyon na naroroon sa panahon ng produksyon.
Huwag paulit-ulit na patakbuhin ang isang pinaghihinalaang nakapipinsalang kondisyon para lamang ulitin ang depekto.
Tratuhin ang mga Sintomas na Kaugnay ng Paggalaw bilang Isang Hiwalay na Palatandaan
Kung may lumitaw na mga pagkaantala pagkatapos ng pag-dock, pag-undock, o muling pagposisyon, idokumento ang kaugnayan nang hindi paulit-ulit na ginagalaw ang ulo na maaaring magdulot ng pagkabigo.
Ang panlabas na pilay ng kable o ang koneksyon na apektado ng paggalaw ay maaaring mangailangan ng imbestigasyon. Ang mekanikal na posisyon ay maaari ring sumabay sa isa pang pagbabago, kaya ang tiyempo lamang ay hindi isang diagnosis.
Huwag Palitan ang PS1600 o AVI64 Batay Lamang sa Isang Mensahe ng Pagdiskonekta
Ang bawat depekto ng instrumento at ang pagkawala ng komunikasyon sa pagitan ng test-head ay nangangailangan ng iba't ibang ebidensya.
Kung ang isang instrumento ay nag-ulat ng pagkabigo sa pagsusuri habang naa-access pa rin ang test head, siyasatin ang mapagkukunang iyon gamit ang kaukulang pamamaraan.
Kung maraming instrumento ang sabay-sabay na mawawala, suriin ang ibinahaging imprastraktura bago magtapos na maraming card ang sabay-sabay na nabigo.
Ang pagpapalit ng instrumento ay dapat lamang isaalang-alang pagkatapos matukoy ng imbestigasyon ang isang makatwirang kinakailangan sa hardware. Ang hindi kontroladong pagpapalit ay maaaring magdulot ng mga tanong sa compatibility, mga pagbabago sa configuration at mga karagdagang kinakailangan sa calibration.
Kung saan pinahihintulutan ang pagpapalit, gumamit ng beripikadong tugmang hardware at baguhin ang isang baryabol sa bawat pagkakataon. Itala ang orihinal at pamalit na pagkakakilanlan at ang mga resulta ng paghahambing.
Ano ang Dapat Suriin Pagkatapos ng Paggaling?
Ang matagumpay na muling pagkonekta ay isang paunang resulta ng pagbawi. Hindi ito nangangahulugang kumpletong pagtanggap sa produksyon.
Sundin ang naaangkop na mga pamamaraan sa pagsisimula at pagkatapos ng serbisyo, pagkatapos ay beripikahin:
Inaasahang pagkilala sa hardware.
Pagkumpleto ng mga kinakailangang diagnostic.
Resolusyon ng mga nagsisimulang alarma.
Anumang kalibrasyon na kinakailangan ng interbensyon.
Matatag na operasyon sa ilalim ng mga kaugnay na kondisyon ng aplikasyon.
Wastong komunikasyon sa handler o prober, kung saan naaangkop.
Para sa isang pasulput-sulpot na problema, tukuyin ang isang makabuluhang saklaw ng beripikasyon batay sa kung kailan naganap ang pagkabigo. Ang isang maikling pagsubok sa pagsisimula ay hindi sapat upang ipakita ang resolusyon ng isang pagkaantala na dating naganap pagkatapos ng matagal na operasyon.
Kung muling bumagsak ang koneksyon, panatilihin ang mga bagong ebidensya at ipagpatuloy ang imbestigasyon sa halip na umasa sa paulit-ulit na pag-reset.
Impormasyong Kinakailangan para sa Pagtatasa ng Pagkukumpuni o Pagpapalit
Bago ipadala ang isang controller, interface assembly o instrumento, ibigay ang mga sumusunod:
| Impormasyon | Layunin |
|---|---|
| Pagbuo ng V93000 at pagkilala sa test-head | Itinatatag ang konteksto ng hardware |
| Modelo ng controller at kapaligiran ng software | Sinusuportahan ang pagsusuri ng configuration |
| Paglabas ng SmartTest | Kinikilala ang konteksto ng naka-install na software |
| Eksaktong unang error at kumpletong mga log | Pinapanatili ang orihinal na pagkakasunod-sunod ng pagkabigo |
| Paglitaw ng pagsisimula o runtime | Pinaghihiwalay ang pagsisimula mula sa paulit-ulit na operasyon |
| Mga kaganapan sa kuryente at paglamig | Nakakatulong sa pagtukoy ng pagkaantala sa agos |
| Mga kamakailang pagbabago | Tinutukoy ang mga kaugnay na paghahambing |
| Mga pinaghihinalaang label ng bahagi | Sinusuportahan ang tumpak na pagtutugma ng bahagi |
Alisin ang kumpidensyal na impormasyon ng programa ng device kung kinakailangan, habang pinapanatili ang mga detalye ng diagnostic na kinakailangan upang maimbestigahan ang depekto.
Para sa serbisyo sa ibang bansa, ang ebidensyang ito ay nakakatulong upang matukoy kung ang susunod na hakbang ay dapat na isang pagsusuri sa lokal na pasilidad, isang awtorisadong inspeksyon ng sistema, isang pagtatasa ng controller o isang partikular na pagkukumpuni ng bahagi. Maaari rin nitong mabawasan ang panganib ng pagpapadala ng isang hindi kaugnay na assembly.
Humiling ng Pagtatasa ng Depekto sa Koneksyon ng V93000
Ipadala ang orihinal na error sa koneksyon, pagkakakilanlan ng sistema, at isang maikling timeline ng pangyayari. Sabihin kung ang test head ay hindi kailanman nakakonekta, nadiskonekta pagkatapos ng pagsisimula, o naging hindi magamit kasunod ng isa pang alarma.
Isama ang mga natapos nang pagsusuri at anumang mga pagbabago sa hardware o software na ginawa simula noong huling matagumpay na operasyon.
