KdyžTestovací stroj Advantest V93000Pokud se nelze připojit k testovací hlavici nebo dojde ke ztrátě spojení během provozu, nepředpokládejte, že došlo k selhání přístrojové karty. Zachovejte první chybu, zjistěte, zda řídicí jednotka zůstala funkční, a zkontrolujte předchozí alarmy napájení, chlazení nebo systému.
Komunikační zpráva identifikuje neúspěšnou interakci. Nemusí nutně identifikovat komponentu, která ji způsobila.
Prvním úkolem je rozlišit selhání spouštěcího připojení od připojení ztraceného po úspěšné operaci.
Selhání při spuštění nebo odpojení za běhu?
Tyto dvě situace poskytují různé důkazy.
| Situace | Co je třeba nejprve založit |
|---|---|
| Testovací hlava se po spuštění nikdy nezpřístupní. | Zda byla řídicí jednotka, připravenost testovací hlavy a inicializační sekvence dokončeny podle požadavků |
| Spojení se po úspěšné inicializaci přeruší | Co se změnilo nebo znepokojilo bezprostředně před přerušením |
| Inicializace jednoho nástroje selže, zatímco hlavice zůstává přístupná. | Zda se problém omezuje na daný nástroj nebo na jeho závislosti |
| Testování zařízení se zastaví, ale hlavice zůstává připojená | Zda přerušení patří programu, rozhraní nebo automatizačnímu toku |
| Samotný ovladač se zasekne nebo restartuje | Zda ztráta hostitele způsobila zdánlivé odpojení testovací hlavy |
Zaznamenejte přesnou fázi, ve které se provoz zastaví. Výrok „Tester je odpojen“ je méně užitečný než „řídicí jednotka zůstala citlivá, ale testovací hlavice se po alarmu chlazení stala nedostupnou“.
Ve V93000tester polovodičůSelhání připojení se může týkat řídicí jednotky, komunikační cesty nebo infrastruktury testovací hlavy. Než se rozhodnete, která komponenta vyžaduje prošetření, identifikujte postižené připojení.
Potvrzení, které připojení selhalo
Před výměnou kabelů nebo objednáním náhradní desky identifikujte koncové body, které způsobily chybu.
Relevantní vztah může být:
Řídicí jednotka komunikující s testovací hlavou.
Systém inicializuje individuální přístroj.
Tester si vyměňuje signály s obslužným programem nebo sondou waferu.
Software kontaktující licenční server.
Vzdálená pracovní stanice přistupující k řídicí jednotce testeru.
Vypršení časového limitu obslužné rutiny neznamená, že selhalo spojení mezi řadičem a testovací hlavicí. Podobně ztráta vzdáleného přístupu k řadiči nedokazuje, že je interní komunikační cesta testera vadná.
K identifikaci dotčeného vztahu použijte původní zprávu a stav systému. Vyhněte se zacházení se všemi zprávami souvisejícími s komunikací jako se stejnou chybou.
Uložit první chybu před restartem
Restart může dočasně obnovit provoz a zároveň z obrazovky odstranit užitečný kontext.
Pokud je bezpečné, uchovejte:
Úplná první chyba a následné zprávy.
Relevantní protokoly řídicí jednotky a testeru.
Čas přerušení.
Které aplikace a služby zůstaly responzivní.
Stav testovací hlavy a chladicí jednotky.
Zda se staly nedostupnými všechny nástroje nebo pouze jeden zdroj.
Program a provozní fáze aktivní v dané době.
Nedávné změny softwaru, hardwaru nebo zařízení.
Při porovnávání protokolů z různých systémů udržujte časová razítka shodná. Hodiny řídicí jednotky a hodiny monitorování zařízení nemusí ukazovat stejný čas.
Nevymýšlejte si interpretaci chybového kódu na základě podobné zprávy nalezené u jiné generace V93000. Uschovejte si přesné znění pro porovnání s příslušnou dokumentací.
Pokud se testovací hlavice při spuštění nepřipojí
Zkontrolujte připravenost řídicí jednotky
Zjistěte, zda řadič dokončil normální spuštění a zda je k dispozici požadované softwarové prostředí.
Pokud se řadič nespustí, opakovaně se restartuje nebo nereaguje, prozkoumejte tento stav, než problém připíšete testovací hlavici.
Po výměně řadiče nebo obnovení obrazu systému zkontrolujte podporované operační prostředí a obnovenou konfiguraci. Funkční plocha nedokazuje, že testovací prostředí bylo správně obnoveno.
Před zachováním stávajícího stavu a záloh se vyhněte přeinstalaci softwaru ani změně konfiguračních souborů.
Kontrola připravenosti testovací hlavice a dřívějších alarmů
Zkontrolujte informace o stavu povolené provozním postupem. Zjistěte, zda inicializaci brání nevyřešený systémový problém.
Napájení, chlazení nebo jiné ochranné podmínky mohou přerušit připravenost a způsobit pozdější chybu komunikace. Prozkoumejte nejdříve relevantní událost, nikoli pouze poslední zprávu.
Nevynucujte inicializaci pomocí obejití blokování ani nepotlačování ochranného alarmu.
Kontrola zdokumentované cesty externí komunikace
Určete správnou komunikační cestu pro nainstalovaný regulátor a konfiguraci testovací hlavy. Typy kabelů, konektorů a infrastruktura se v jednotlivých instalacích liší.
Pokud je systém v předepsaném bezpečném stavu, může kvalifikovaný personál zkontrolovat přístupná spojení, zda nejsou poškozená, napjatá, zda nejsou pevně uchycena nebo zda nedošlo ke změnám provedeným během nedávného servisu.
Nepředpokládejte, že běžný síťový kabel je vhodnou náhradou. Neodpojujte operační systém experimentálně ani nepoškozujte optické konektory bez dodržení specifikovaného postupu.
Viditelný indikátor propojení, pokud je přítomen, slouží spíše jako podpůrný důkaz než jako důkaz fungování veškeré požadované komunikace.
Pokud se připojení během provozu přeruší
U přerušení za běhu je sekvence událostí obzvláště důležitá. Určete, co se stalo před ztrátou komunikace.
| Pozorovaný vzorec | Směr vyšetřování | Co to nedokazuje |
|---|---|---|
| Odpojení následuje po alarmu chlazení nebo napájení | Zkontrolujte iniciační alarm a ochrannou reakci | Že komunikační hardware je vadný |
| Ovladač se zároveň zasekne nebo restartuje | Zkontrolujte důkazy o řadiči a operačním systému | Že testovací hlava iniciovala přerušení |
| Selhání následuje po pohybu testovací hlavy | Zkontrolujte povolené vedení externích kabelů, napětí a související připojení | Toto hnutí přesvědčivě identifikovalo selhávající část |
| Přerušení začíná po změně softwaru nebo konfigurace | Porovnejte s dokumentovanou podporovanou konfigurací | Že změna softwaru je nutně hlavní příčinou |
| Jeden přístroj hlásí chyby před větším výpadkem provozu | Zkontrolujte původní chybu přístroje a sdílené závislosti | Že samotný přístroj způsobil vypnutí |
| K chybám dochází pouze během konkrétního programu | Porovnejte využití zdrojů a provozní podmínky | Že je program vadný nebo že je hardware v pořádku |
Tyto vzorce slouží jako vodítko pro vyšetřování. Nenahrazují diagnostiku ani potvrzený nález opravy.
Zaznamenání podmínek před přerušením souvisejícím se zátěží
Pokud tester zůstane připojen v nečinnosti, ale během testování zařízení se odpojí, zaznamenejte si aktivní konfiguraci a provozní podmínky.
Relevantní mohou být charakteristiky napájení a chlazení, aktivita přístroje, události řídicí jednotky a provádění programu. Test nečinného připojení nereprodukuje všechny podmínky přítomné během produkce.
Nespouštějte opakovaně podezřelý škodlivý stav jen proto, abyste chybu reprodukovali.
Léčte příznaky související s pohybem jako samostatný ukazatel
Pokud se po ukotvení, odkotvení nebo změně polohy objeví přerušení, zdokumentujte vztah, aniž byste opakovaně pohybovali hlavou a vyvolávali tak selhání.
Vnější namáhání kabelu nebo spojení ovlivněné pohybem může vyžadovat vyšetření. Mechanická poloha se může také shodovat s jinou změnou, takže samotné načasování není diagnózou.
Nevyměňujte PS1600 nebo AVI64 pouze na základě zprávy o odpojení.
Chyba jednotlivého přístroje a ztráta komunikace mezi testovací hlavicí vyžadují odlišné důkazy.
Pokud přístroj hlásí diagnostickou chybu, zatímco testovací hlavice je stále přístupná, prozkoumejte daný zdroj pomocí odpovídajícího postupu.
Pokud najednou zmizí více přístrojů, zkontrolujte sdílenou infrastrukturu, než dojdete k závěru, že došlo k selhání několika karet současně.
Náhrada přístroje by měla být zvažována až poté, co vyšetřování identifikuje oprávněný hardwarový požadavek. Nekontrolovaná náhrada může vést k otázkám kompatibility, změnám konfigurace a dalším požadavkům na kalibraci.
Pokud je substituce povolena, použijte ověřený kompatibilní hardware a měňte proměnné po jedné. Zaznamenejte původní a náhradní identity a výsledky porovnání.
Co je třeba ověřit po zotavení?
Úspěšné opětovné připojení je počátečním výsledkem obnovy. Nejedná se o úplné přijetí do výroby.
Dodržujte příslušné postupy pro spuštění a servis a poté ověřte:
Očekávané rozpoznání hardwaru.
Dokončení požadované diagnostiky.
Řešení iniciačních alarmů.
Jakákoli kalibrace vyžadovaná zásahem.
Stabilní provoz za příslušných aplikačních podmínek.
Správná komunikace s psovodem nebo sondujícím, je-li to relevantní.
V případě občasného problému definujte smysluplný rozsah ověření na základě toho, kdy k selhání došlo. Krátký spouštěcí test nestačí k prokázání vyřešení přerušení, ke kterému dříve došlo po delším provozu.
Pokud se spojení opět přeruší, uschovejte si nové důkazy a pokračujte ve vyšetřování, místo abyste se spoléhali na opakované resety.
Informace potřebné pro posouzení opravy nebo výměny
Před odesláním řídicí jednotky, sestavy rozhraní nebo přístroje poskytněte:
| Informace | Účel |
|---|---|
| Generování V93000 a identifikace testovací hlavy | Stanovuje hardwarový kontext |
| Model řídicí jednotky a softwarové prostředí | Podporuje kontrolu konfigurace |
| Vydání SmarTest | Identifikuje kontext nainstalovaného softwaru |
| Přesná první chyba a kompletní protokoly | Zachovává původní sekvenci selhání |
| Výskyt při spuštění nebo za běhu | Odděluje inicializaci od přerušovaného provozu |
| Události napájení a chlazení | Pomáhá identifikovat přerušení proti proudu |
| Nedávné změny | Definuje relevantní srovnání |
| Podezřelé štítky komponent | Podporuje přesné párování dílů |
V případě potřeby odstraňte důvěrné informace o zařízení a programu a zároveň si uchovejte diagnostické podrobnosti potřebné k vyšetření závady.
V případě zámořského servisu tyto důkazy pomáhají určit, zda by dalším krokem měla být kontrola místního zařízení, autorizovaná inspekce systému, posouzení řídicí jednotky nebo oprava konkrétní součásti. Mohou také snížit riziko odeslání nesouvisející sestavy.
Vyžádejte si posouzení chyb připojení V93000
Odešlete původní chybu připojení, identifikaci systému a stručný časový přehled události. Uveďte, zda se testovací hlavice nikdy nepřipojila, odpojila se po inicializaci nebo se stala nedostupnou po dalším alarmu.
Uveďte již provedené kontroly a veškeré změny hardwaru nebo softwaru provedené od poslední úspěšné operace.
