Quando unMacchina di prova Advantest V93000Se non è possibile connettersi alla testa di test o la connessione viene persa durante il funzionamento, non presumere che la scheda di strumentazione sia guasta. Conservare il primo errore, verificare se il controllore è rimasto operativo e controllare la presenza di allarmi precedenti relativi all'alimentazione, al raffreddamento o al sistema.
Un messaggio di comunicazione segnala un'interazione non riuscita. Non identifica necessariamente il componente che l'ha causata.
Il primo compito è distinguere un errore di connessione all'avvio da una connessione persa dopo un'operazione andata a buon fine.
Errore all'avvio o disconnessione durante l'esecuzione?
Queste due situazioni forniscono prove diverse.
| Situazione | Cosa stabilire per primo |
|---|---|
| La testina di prova non diventa mai disponibile dopo l'avvio | Se il controller, la prontezza della testa di prova e la sequenza di inizializzazione sono stati completati come richiesto |
| La connessione si interrompe dopo l'inizializzazione avvenuta con successo. | Cosa è cambiato o ha destato allarme immediatamente prima dell'interruzione? |
| Uno strumento non riesce a inizializzarsi, mentre la testina rimane accessibile. | Se il problema è limitato a quello strumento o alle sue dipendenze |
| Il test del dispositivo si interrompe, ma la testa rimane collegata. | Se l'interruzione appartiene al programma, all'interfaccia o al flusso di automazione |
| Il controller stesso si blocca o si riavvia | Se la perdita dell'host abbia causato l'apparente disconnessione della testina di prova. |
Registrare la fase precisa in cui si interrompe l'operazione. "Il tester è disconnesso" è meno utile di "il controller è rimasto reattivo, ma la testa di prova è diventata non disponibile dopo un allarme di raffreddamento".
In un V93000tester per semiconduttoriUn errore di connessione può interessare il controller, il percorso di comunicazione o l'infrastruttura della testina di prova. Identificare la connessione interessata prima di decidere quale componente richiede un'indagine.
Conferma quale connessione non è riuscita
Prima di sostituire i cavi o ordinare una scheda di ricambio, identificare i punti terminali interessati dall'errore.
La relazione rilevante potrebbe essere:
Il controller comunica con la testa di prova.
Il sistema che inizializza un singolo strumento.
Il tester scambia segnali con un operatore o un addetto al controllo dei wafer.
Il software si connette a un server di licenze.
Una postazione di lavoro remota che accede al controller del tester.
Un timeout del gestore non dimostra che la connessione tra il controller e la testina di test sia fallita. Allo stesso modo, la perdita dell'accesso remoto al controller non prova che il percorso di comunicazione interno del tester sia difettoso.
Utilizzare il messaggio originale e lo stato del sistema per identificare la relazione interessata. Evitare di considerare ogni messaggio relativo alla comunicazione come lo stesso problema.
Salva il primo errore prima di riavviare
Un riavvio potrebbe ripristinare temporaneamente il funzionamento, ma rimuoverà informazioni contestuali utili dallo schermo.
Se possibile, conservare:
Il primo errore completo e i messaggi successivi.
Registri pertinenti del controller e del tester.
L'ora dell'interruzione.
Quali applicazioni e servizi sono rimasti reattivi.
Stato della testina di prova e dell'unità di raffreddamento.
Sia che tutti gli strumenti, sia che solo una risorsa sia diventata indisponibile.
Il programma e la fase operativa attivi al momento.
Recenti modifiche a software, hardware o infrastrutture.
Quando si confrontano i log di sistemi diversi, è importante mantenere la stessa sincronizzazione tra i timestamp. L'orologio del controller e quello del sistema di monitoraggio dell'impianto potrebbero non visualizzare lo stesso orario.
Non inventare un'interpretazione del codice di errore basandoti su un messaggio simile trovato per un'altra generazione di V93000. Conserva la formulazione esatta per confrontarla con la documentazione pertinente.
Se la testina di prova non si connette all'avvio
Verifica la disponibilità del controller
Verificare se il controller ha completato il normale avvio e se è disponibile l'ambiente software necessario.
Se il controller non si avvia, si riavvia ripetutamente o smette di rispondere, indagare su questa condizione prima di attribuire il problema alla testina di test.
Dopo la sostituzione di un controller o il ripristino dell'immagine di sistema, verificare l'ambiente operativo supportato e la configurazione ripristinata. Un desktop funzionante non garantisce che l'ambiente di test sia stato ripristinato correttamente.
Evitate di reinstallare il software o di modificare i file di configurazione prima di aver preservato lo stato attuale e i backup.
Verifica la prontezza della testina di prova e gli allarmi precedenti.
Verificare le informazioni sullo stato consentite dalla procedura operativa. Identificare se l'inizializzazione è impedita da una condizione di sistema irrisolta.
Alimentazione, raffreddamento o altre condizioni di protezione possono interrompere la prontezza operativa e causare un successivo errore di comunicazione. È opportuno esaminare l'evento rilevante più antico, piuttosto che concentrarsi solo sul messaggio finale.
Non aggirare un dispositivo di interblocco né sopprimere un allarme di protezione per forzare l'inizializzazione.
Esaminare il percorso di comunicazione esterna documentato
Identificare il percorso di comunicazione corretto per la configurazione del controller e della testa di prova installati. I tipi di cavi, i connettori e l'infrastruttura variano a seconda dell'installazione.
Con il sistema nello stato di sicurezza prescritto, il personale qualificato può ispezionare i collegamenti accessibili per verificare la presenza di danni, tensioni, fissaggi instabili o modifiche apportate durante la manutenzione recente.
Non dare per scontato che un normale cavo di rete sia un sostituto adatto. Non scollegare un sistema operativo a scopo sperimentale né maneggiare i connettori ottici senza seguire la procedura specificata.
L'indicazione di un collegamento visibile, laddove presente, costituisce una prova a supporto, piuttosto che una dimostrazione definitiva, del corretto funzionamento di tutte le comunicazioni necessarie.
Se la connessione si interrompe durante il funzionamento
Nel caso di interruzioni in fase di esecuzione, la sequenza degli eventi è particolarmente importante. È necessario determinare cosa è accaduto prima che la comunicazione venisse interrotta.
| Modello osservato | Direzione dell'indagine | Ciò che non dimostra |
|---|---|---|
| La disconnessione avviene in seguito a un allarme di raffreddamento o di alimentazione. | Esaminare l'allarme iniziale e la risposta di protezione | Che l'hardware di comunicazione sia difettoso |
| Il controller si blocca o si riavvia contemporaneamente | Esaminare le prove relative al controller e al sistema operativo. | Che la testa di prova abbia avviato l'interruzione |
| Il guasto si verifica in seguito al movimento della testina di prova. | Verificare il percorso consentito dei cavi esterni, la tensione e i relativi collegamenti. | Quel movimento ha identificato in modo definitivo la parte fallimentare |
| L'interruzione inizia dopo una modifica del software o della configurazione. | Confrontare con la configurazione supportata documentata | Che il cambiamento del software sia necessariamente la causa principale |
| Uno strumento segnala gli errori prima di un'interruzione di funzionamento più ampia | Esaminare l'errore dello strumento originale e le dipendenze condivise | Che lo strumento da solo abbia causato l'arresto |
| I guasti si verificano solo durante un programma specifico | Confrontare l'utilizzo delle risorse e le condizioni operative. | Che il programma sia difettoso o che l'hardware sia integro |
Questi schemi guidano l'indagine. Non sostituiscono la diagnostica o una conferma definitiva dell'avvenuta riparazione.
Registrare le condizioni prima di un'interruzione correlata al carico
Se il tester rimane connesso quando è inattivo ma si disconnette durante il test del dispositivo, registrare la configurazione attiva e le condizioni operative.
Il comportamento in termini di alimentazione e raffreddamento, l'attività degli strumenti, gli eventi del controllore e l'esecuzione dei programmi possono essere tutti rilevanti. Un test di connessione a vuoto non riproduce tutte le condizioni presenti durante la produzione.
Non eseguire ripetutamente una condizione sospetta di essere dannosa al solo scopo di riprodurre il guasto.
Considerare i sintomi correlati al movimento come un indizio separato
Se si verificano interruzioni dopo l'aggancio, lo sgancio o il riposizionamento, documentare la relazione senza muovere ripetutamente la testina per evitare di provocare il malfunzionamento.
Una tensione esterna del cavo o una connessione influenzata dal movimento potrebbero richiedere un'indagine. La posizione meccanica potrebbe anche coincidere con un altro cambiamento, quindi la sola tempistica non è sufficiente per una diagnosi.
Non sostituire PS1600 o AVI64 basandosi esclusivamente su un messaggio di disconnessione.
Un guasto a un singolo strumento e la perdita di comunicazione con la testa di prova richiedono prove diverse.
Se uno strumento segnala un errore diagnostico mentre la testina di prova rimane accessibile, esaminare tale risorsa utilizzando la procedura corrispondente.
Se più strumenti smettono di funzionare contemporaneamente, è opportuno verificare l'infrastruttura condivisa prima di concludere che diverse schede si siano guastate simultaneamente.
La sostituzione dello strumento dovrebbe essere presa in considerazione solo dopo che l'indagine abbia identificato un requisito hardware giustificato. Una sostituzione incontrollata può comportare problemi di compatibilità, modifiche alla configurazione e ulteriori requisiti di calibrazione.
Qualora sia autorizzata la sostituzione, utilizzare hardware compatibile verificato e modificare una variabile alla volta. Registrare l'identità dell'originale e del sostituto, nonché i risultati del confronto.
Cosa bisogna verificare dopo la guarigione?
Una riconnessione riuscita rappresenta un risultato iniziale di ripristino. Non equivale all'accettazione completa in produzione.
Segui le procedure di avvio e post-assistenza applicabili, quindi verifica:
Riconoscimento hardware previsto.
Completamento delle indagini diagnostiche necessarie.
Risoluzione degli allarmi iniziali.
Qualsiasi calibrazione richiesta dall'intervento.
Funzionamento stabile nelle condizioni di applicazione pertinenti.
Comunicazione corretta con l'addetto alla manipolazione o al test, ove applicabile.
In caso di problemi intermittenti, è necessario definire un ambito di verifica significativo in base al momento in cui si è verificato il guasto. Un breve test di avvio non è sufficiente a dimostrare la risoluzione di un'interruzione che si era verificata in precedenza dopo un funzionamento prolungato.
Se la connessione si interrompe di nuovo, conservate le nuove prove e continuate le indagini invece di affidarvi a ripetuti riavvii.
Informazioni necessarie per la valutazione della riparazione o della sostituzione
Prima di spedire un controller, un gruppo di interfaccia o uno strumento, fornire:
| Informazioni | Scopo |
|---|---|
| Identificazione della generazione V93000 e della testa di prova | Stabilisce il contesto hardware |
| Modello del controller e ambiente software | Supporta la revisione della configurazione |
| Rilascio di SmartTest | Identifica il contesto del software installato |
| Primo errore esatto e log completi | Preserva la sequenza di guasto originale |
| Evento di avvio o di esecuzione | Separa l'inizializzazione dal funzionamento intermittente |
| Eventi di alimentazione e raffreddamento | Aiuta a identificare un'interruzione a monte |
| Modifiche recenti | Definisce i confronti pertinenti |
| Etichette dei componenti sospetti | Garantisce un abbinamento preciso dei componenti |
Rimuovere, ove necessario, le informazioni riservate relative al dispositivo e al programma, mantenendo al contempo i dettagli diagnostici necessari per indagare sul guasto.
Per l'assistenza all'estero, queste prove aiutano a determinare se il passo successivo debba essere un controllo della struttura locale, un'ispezione del sistema autorizzata, una valutazione del controller o la riparazione di un componente specifico. Possono anche ridurre il rischio di spedire un gruppo non correlato.
Richiedi una valutazione dei guasti di connessione V93000
Invia l'errore di connessione originale, l'identificativo del sistema e una breve cronologia dell'evento. Specifica se la testina di test non si è mai connessa, si è disconnessa dopo l'inizializzazione o è diventata non disponibile in seguito a un altro allarme.
Includi i controlli già completati e qualsiasi modifica hardware o software apportata dall'ultima operazione riuscita.
