Når enAdvantest testmaskin V93000ikke kan koble til testhodet eller mister forbindelsen under drift, må du ikke anta at et instrumentkort har sviktet. Behold den første feilen, fastslå om kontrolleren forble operativ og sjekk for tidligere strøm-, kjøle- eller systemalarmer.
En kommunikasjonsmelding identifiserer en mislykket interaksjon. Den identifiserer ikke nødvendigvis komponenten som forårsaket den.
Den første oppgaven er å skille mellom en oppstartstilkoblingsfeil og en tilkobling som går tapt etter en vellykket operasjon.
Oppstartsfeil eller frakobling under kjøring?
Disse to situasjonene gir ulik bevisførsel.
| Situasjon | Hva man skal etablere først |
|---|---|
| Testhodet blir aldri tilgjengelig etter oppstart | Om kontrolleren, testhodets klargjørings- og initialiseringssekvensen ble fullført som påkrevd |
| Forbindelsen brytes etter vellykket initialisering | Hva endret seg eller alarmerte rett før avbruddet |
| Ett instrument mislykkes med initialiseringen, mens hodet fortsatt er tilgjengelig | Om problemet er begrenset til det instrumentet eller dets avhengigheter |
| Enhetstestingen stopper, men hodet forblir tilkoblet | Om avbruddet tilhører programmet, grensesnittet eller automatiseringsflyten |
| Selve kontrolleren fryser eller starter på nytt | Om tap av verten forårsaket den tilsynelatende frakoblingen av testhodet |
Registrer det nøyaktige stadiet der driften stopper. «Testeren er frakoblet» er mindre nyttig enn «kontrolleren forble responsiv, men testhodet ble utilgjengelig etter en avkjølingsalarm».
I en V93000halvledertester, en tilkoblingsfeil kan involvere kontrolleren, kommunikasjonsbanen eller testhodeinfrastrukturen. Identifiser den berørte tilkoblingen før du bestemmer hvilken komponent som krever undersøkelse.
Bekreft hvilken tilkobling som har mislyktes
Før du bytter kabler eller bestiller et nytt kort, må du identifisere endepunktene som er involvert i feilen.
Det relevante forholdet kan være:
Kontrolleren kommuniserer med testhodet.
Systemet initialiserer et individuelt instrument.
Testeren utveksler signaler med en håndterer eller wafer-prober.
Programvare kontakter en lisensserver.
En ekstern arbeidsstasjon som har tilgang til testkontrolleren.
En tidsavbrudd for behandleren bekrefter ikke at forbindelsen mellom kontrolleren og testhodet har mislyktes. På samme måte beviser ikke tap av ekstern tilgang til kontrolleren at testerens interne kommunikasjonsbane er defekt.
Bruk den opprinnelige meldingen og systemstatusen til å identifisere det berørte forholdet. Unngå å behandle alle kommunikasjonsrelaterte meldinger som den samme feilen.
Lagre den første feilen før du starter på nytt
En omstart kan gjenopprette driften midlertidig, samtidig som nyttig kontekst fjernes fra skjermen.
Hvis det er trygt, ta vare på:
Den komplette første feilmeldingen og påfølgende meldinger.
Relevante kontroller- og testlogger.
Tidspunktet for avbruddet.
Hvilke applikasjoner og tjenester forble responsive.
Status for testhode og kjøleenhet.
Om alle instrumenter eller bare én ressurs ble utilgjengelig.
Programmet og driftsfasen som var aktiv på det tidspunktet.
Nylige endringer i programvare, maskinvare eller anlegg.
Sørg for at tidsstemplene er justert når du sammenligner logger fra forskjellige systemer. En kontrollerklokke og en anleggsovervåkingsklokke viser kanskje ikke samme tid.
Ikke finn på en tolkning av feilkoden fra en lignende melding som finnes for en annen V93000-generasjon. Ta vare på den nøyaktige ordlyden for gjennomgang mot gjeldende dokumentasjon.
Hvis testhodet ikke kobles til ved oppstart
Sjekk om kontrolleren er klar
Fastslå om kontrolleren fullførte normal oppstart og om det nødvendige programvaremiljøet er tilgjengelig.
Hvis kontrolleren ikke starter opp, starter på nytt gjentatte ganger eller slutter å reagere, undersøk tilstanden før du tilskriver problemet til testhodet.
Etter en kontrollerutskiftning eller gjenoppretting av systemavbildning, se gjennom det støttede operativsystemmiljøet og den gjenopprettede konfigurasjonen. Et fungerende skrivebord beviser ikke at testmiljøet er gjenopprettet riktig.
Unngå å installere programvare på nytt eller endre konfigurasjonsfiler før du bevarer den eksisterende tilstanden og sikkerhetskopiene.
Gjennomgå testhodets klarhet og tidligere alarmer
Kontroller statusinformasjonen som er tillatt av driftsprosedyren. Identifiser om initialisering forhindres av en uløst systemtilstand.
Strøm, kjøling eller andre beskyttelsesforhold kan avbryte beredskapen og forårsake en senere kommunikasjonsfeil. Undersøk den tidligste relevante hendelsen i stedet for bare den endelige meldingen.
Ikke omgå en sperre eller undertrykk en beskyttelsesalarm for å tvinge frem initialisering.
Inspiser den dokumenterte eksterne kommunikasjonsbanen
Identifiser riktig kommunikasjonsbane for den installerte kontrolleren og testhodekonfigurasjonen. Kabeltyper, kontakter og infrastruktur varierer mellom installasjoner.
Når systemet er i foreskrevet sikker tilstand, kan kvalifisert personell inspisere tilgjengelige tilkoblinger for skader, belastning, usikker fastholdelse eller endringer som er gjort under nylig service.
Ikke anta at en vanlig nettverkskabel er en passende erstatning. Ikke koble fra et operativsystem eksperimentelt eller forstyrr optiske kontakter uten den angitte håndteringsprosedyren.
En synlig lenkeindikasjon, der den er til stede, er støttende bevis snarere enn bevis på at all nødvendig kommunikasjon fungerer.
Hvis forbindelsen faller ut under drift
For avbrudd under kjøring er hendelsesforløpet spesielt viktig. Finn ut hva som skjedde før kommunikasjonen gikk tapt.
| Observert mønster | Etterforskningsretning | Hva det ikke beviser |
|---|---|---|
| Frakobling følger en kjøle- eller strømalarm | Gjennomgå den utløsende alarmen og beskyttelsesresponsen | At kommunikasjonsmaskinvaren er defekt |
| Kontrolleren fryser eller starter på nytt samtidig | Gjennomgå kontroller- og operativsystembevis | At testlederen initierte avbruddet |
| Feil følger testhodebevegelse | Inspiser tillatt ekstern kabelføring, belastning og tilhørende tilkoblinger | Den bevegelsen har endelig identifisert den feilede delen |
| Avbruddet starter etter en programvare- eller konfigurasjonsendring | Sammenlign med den dokumenterte støttede konfigurasjonen | At programvareendringen nødvendigvis er den underliggende årsaken |
| Ett instrument rapporterer feil før større driftsstans | Se gjennom den opprinnelige instrumentfeilen og delte avhengigheter | At instrumentet alene forårsaket nedstengningen |
| Feil oppstår bare under et bestemt program | Sammenlign ressursbruk og driftsforhold | At programmet er feil eller at maskinvaren er i orden |
Disse mønstrene veileder undersøkelsen. De erstatter ikke diagnostikk eller et bekreftet reparasjonsfunn.
Registrer forhold før et lastrelatert avbrudd
Hvis testeren forblir tilkoblet mens den er inaktiv, men kobler fra under enhetstesting, må du registrere den aktive konfigurasjonen og driftsforholdene.
Strøm- og kjølefunksjon, instrumentaktivitet, kontrollerhendelser og programutførelse kan alle være relevante. En test av inaktiv tilkobling gjengir ikke alle tilstander som er tilstede under produksjon.
Ikke kjør en mistenkt skadelig tilstand gjentatte ganger bare for å reprodusere feilen.
Behandle bevegelsesrelaterte symptomer som en separat ledetråd
Hvis det oppstår avbrudd etter dokking, fradokking eller reposisjonering, dokumenter forholdet uten å bevege hodet gjentatte ganger for å provosere frem feil.
Ekstern kabelstrekk eller en forbindelse påvirket av bevegelse kan nødvendiggjøre undersøkelse. Den mekaniske posisjonen kan også sammenfalle med en annen endring, så timing alene er ikke en diagnose.
Ikke erstatt PS1600 eller AVI64 basert utelukkende på en frakoblingsmelding
En individuell instrumentfeil og tap av kommunikasjon mellom testhodet krever ulik dokumentasjon.
Hvis et instrument rapporterer en diagnostisk feil mens testhodet fortsatt er tilgjengelig, undersøk ressursen ved hjelp av tilhørende prosedyre.
Hvis flere instrumenter forsvinner samtidig, bør du gjennomgå den delte infrastrukturen før du konkluderer med at flere kort har sviktet samtidig.
Et erstatningsinstrument bør kun vurderes etter at undersøkelsen har identifisert et berettiget maskinvarekrav. Ukontrollert erstatning kan føre til kompatibilitetsspørsmål, konfigurasjonsendringer og ytterligere kalibreringskrav.
Der substitusjon er tillatt, bruk verifisert kompatibel maskinvare og endre én variabel om gangen. Registrer den opprinnelige og erstatningsidentiteten og resultatene av sammenligningen.
Hva må bekreftes etter gjenoppretting?
En vellykket gjenoppkobling er et første gjenopprettingsresultat. Det er ikke fullstendig produksjonsaksept.
Følg gjeldende oppstarts- og etterserviceprosedyrer, og bekreft deretter:
Forventet maskinvaregjenkjenning.
Fullføring av nødvendig diagnostikk.
Løsning av de utløsende alarmene.
Enhver kalibrering som kreves av intervensjonen.
Stabil drift under relevante bruksforhold.
Korrekt kommunikasjon med behandler eller utløser, der det er aktuelt.
For et periodisk problem, definer et meningsfullt verifiseringsomfang basert på når feilen oppsto. En kort oppstartstest er ikke tilstrekkelig for å demonstrere løsning av et avbrudd som tidligere har oppstått etter lengre tids drift.
Hvis forbindelsen faller ut igjen, ta vare på de nye bevisene og fortsett etterforskningen i stedet for å stole på gjentatte tilbakestillinger.
Informasjon som trengs for vurdering av reparasjon eller utskifting
Før du sender en kontroller, grensesnittenhet eller instrument, må du sørge for:
| Informasjon | Hensikt |
|---|---|
| V93000-generering og identifisering av testhode | Etablerer maskinvarekonteksten |
| Kontrollermodell og programvaremiljø | Støtter konfigurasjonsgjennomgang |
| SmarTest-utgivelse | Identifiserer konteksten for den installerte programvaren |
| Nøyaktig første feil og fullstendige logger | Bevarer den opprinnelige feilsekvensen |
| Oppstart eller kjøretidsforekomst | Skiller initialisering fra intermitterende drift |
| Strøm- og kjølearrangementer | Hjelper med å identifisere et avbrudd oppstrøms |
| Nylige endringer | Definerer relevante sammenligninger |
| Etiketter for mistenkte komponenter | Støtter nøyaktig delmatching |
Fjern konfidensiell informasjon om enhetsprogrammer der det er nødvendig, samtidig som du beholder de diagnostiske detaljene som er nødvendige for å undersøke feilen.
For utenlandstjenester bidrar denne dokumentasjonen til å avgjøre om neste trinn bør være en lokal anleggskontroll, en autorisert systeminspeksjon, en kontrollervurdering eller en spesifikk komponentreparasjon. Det kan også redusere risikoen for å sende en urelatert montering.
Be om en V93000-tilkoblingsfeilvurdering
Send den opprinnelige tilkoblingsfeilen, systemidentifikasjonen og en kort tidslinje for hendelsen. Oppgi om testhodet aldri koblet til, koblet fra etter initialisering eller ble utilgjengelig etter en annen alarm.
Inkluder kontrollene som allerede er fullført og eventuelle endringer i maskinvare eller programvare som er gjort siden siste vellykkede operasjon.
