Wanneer eenAdvantest testmachine V93000Als de testkop geen verbinding kan maken of de verbinding tijdens gebruik verliest, ga er dan niet van uit dat de instrumentkaart defect is. Bewaar de eerste foutmelding, controleer of de controller nog steeds operationeel is en ga na of er voorafgaande stroom-, koelings- of systeemalarmen zijn geweest.
Een communicatiebericht geeft aan dat er een interactie is mislukt. Het geeft niet per se aan welk onderdeel de fout heeft veroorzaakt.
De eerste taak is om onderscheid te maken tussen een verbindingsfout bij het opstarten en een verbinding die verbroken is na een succesvolle werking.
Opstartfout of verbinding verbroken tijdens uitvoering?
Deze twee situaties leveren verschillend bewijs op.
| Situatie | Wat moet je als eerste vaststellen? |
|---|---|
| De testkop wordt na het opstarten nooit meer beschikbaar. | Of de controller, de gereedheid van de testkop en de initialisatiesequentie naar behoren zijn voltooid. |
| De verbinding wordt verbroken na een succesvolle initialisatie. | Wat veranderde of verontrustte vlak voor de onderbreking? |
| Eén instrument kan niet correct worden geïnitialiseerd, terwijl de kop wel toegankelijk blijft. | Of het probleem nu beperkt is tot dat instrument of tot de afhankelijkheden ervan. |
| De apparaattests worden gestopt, maar de printkop blijft aangesloten. | Of de onderbreking nu te maken heeft met het programma, de interface of de automatiseringsworkflow. |
| De controller zelf loopt vast of start opnieuw op. | Of het verlies van de host de oorzaak was van de schijnbare ontkoppeling van de testkop. |
Noteer precies het moment waarop de werking stopt. "De tester is losgekoppeld" is minder nuttig dan "de controller bleef reageren, maar de testkop werd ontoegankelijk na een afkoelingsalarm."
In een V93000halfgeleidertesterEen verbindingsfout kan betrekking hebben op de controller, het communicatiepad of de infrastructuur van de testkop. Identificeer de betreffende verbinding voordat u besluit welk onderdeel nader onderzoek vereist.
Bevestig welke verbinding is mislukt.
Voordat u kabels vervangt of een vervangend moederbord bestelt, moet u eerst de eindpunten identificeren die bij de fout betrokken zijn.
De relevante relatie kan zijn:
De controller communiceert met de testkop.
Het systeem initialiseert een individueel instrument.
De tester wisselt signalen uit met een handler of waferprober.
Software die contact zoekt met een licentieserver.
Een extern werkstation dat toegang heeft tot de testercontroller.
Een time-out van de handler bewijst niet dat de verbinding tussen de controller en de testkop is verbroken. Evenzo bewijst het verlies van toegang op afstand tot de controller niet dat het interne communicatiepad van de tester defect is.
Gebruik het oorspronkelijke bericht en de systeemstatus om de betreffende relatie te identificeren. Vermijd het behandelen van elk communicatiegerelateerd bericht als dezelfde fout.
Sla de eerste foutmelding op voordat u opnieuw opstart.
Een herstart kan de werking tijdelijk herstellen, maar verwijdert wel nuttige context van het scherm.
Bewaar indien mogelijk:
De volledige eerste foutmelding en de daaropvolgende berichten.
Relevante controller- en testerlogboeken.
Het tijdstip van de onderbreking.
Welke applicaties en diensten bleven responsief?
Status van de testkop en de koelunit.
Of alle instrumenten of slechts één hulpmiddel niet meer beschikbaar waren.
Het programma en de operationele fase die op dat moment actief waren.
Recente wijzigingen in software, hardware of faciliteiten.
Zorg ervoor dat de tijdstempels overeenkomen bij het vergelijken van logboeken van verschillende systemen. De klok van een controller en de klok van een faciliteitsmonitor geven mogelijk niet dezelfde tijd aan.
Verzin geen interpretatie van een foutcode op basis van een soortgelijk bericht dat u voor een andere generatie V93000 hebt gevonden. Bewaar de exacte bewoordingen om deze te vergelijken met de relevante documentatie.
Als de testkop bij het opstarten geen verbinding maakt
Controleer de gereedheid van de controller
Controleer of de controller het normale opstartproces heeft voltooid en of de vereiste softwareomgeving beschikbaar is.
Als de controller niet opstart, herhaaldelijk opnieuw opstart of niet meer reageert, onderzoek dan eerst die situatie voordat u het probleem aan de testkop toeschrijft.
Controleer na het vervangen van de controller of het herstellen van een systeemimage de ondersteunde besturingsomgeving en de herstelde configuratie. Een werkend bureaublad bewijst niet dat de testomgeving correct is hersteld.
Installeer de software niet opnieuw en wijzig geen configuratiebestanden voordat u de bestaande status en back-ups hebt opgeslagen.
Controleer de gereedheid van de testkop en eerdere alarmen.
Controleer de statusinformatie die is toegestaan volgens de bedieningsprocedure. Stel vast of de initialisatie wordt verhinderd door een onopgeloste systeemconditie.
Stroomvoorziening, koeling of andere beschermingsomstandigheden kunnen de gereedheid verstoren en later een communicatiefout veroorzaken. Onderzoek de vroegst relevante gebeurtenis in plaats van alleen het laatste bericht.
Omzeil geen vergrendeling en onderdruk geen beveiligingsalarm om initialisatie af te dwingen.
Controleer het gedocumenteerde externe communicatiepad.
Bepaal het juiste communicatiepad voor de geïnstalleerde controller en testkopconfiguratie. Kabeltypen, connectoren en infrastructuur verschillen per installatie.
Wanneer het systeem zich in de voorgeschreven veilige toestand bevindt, kan gekwalificeerd personeel de toegankelijke aansluitingen inspecteren op schade, spanning, onvoldoende bevestiging of wijzigingen die tijdens recent onderhoud zijn aangebracht.
Ga er niet vanuit dat een gewone netwerkkabel een geschikte vervanging is. Koppel een besturingssysteem niet experimenteel los en raak optische connectoren niet aan zonder de voorgeschreven procedure te volgen.
Een zichtbare linkindicatie, indien aanwezig, dient als ondersteunend bewijs en niet als bewijs dat alle benodigde communicatie functioneert.
Als de verbinding tijdens de werking wegvalt
Bij runtime-onderbrekingen is de opeenvolging van gebeurtenissen bijzonder belangrijk. Bepaal wat er gebeurde voordat de communicatie werd verbroken.
| Waargenomen patroon | Onderzoeksrichting | Wat het niet bewijst |
|---|---|---|
| Schakel de stroom uit na een koelings- of stroomalarm. | Bekijk het alarmsignaal en de reactie daarop. | Dat de communicatiehardware defect is. |
| De controller loopt vast of start tegelijkertijd opnieuw op. | Controleer het bewijsmateriaal van de controller en het besturingssysteem. | Dat de testkop de onderbreking heeft veroorzaakt. |
| Storing treedt op na beweging van de testkop | Controleer de toegestane externe kabelgeleiding, de spanning en de bijbehorende aansluitingen. | Die beweging heeft het defecte onderdeel definitief geïdentificeerd. |
| De onderbreking begint na een software- of configuratiewijziging. | Vergelijk met de gedocumenteerde ondersteunde configuratie. | Dat de softwarewijziging noodzakelijkerwijs de hoofdoorzaak is. |
| Eén instrument meldt fouten voordat er sprake is van een groter verlies van functionaliteit. | Controleer de oorspronkelijke instrumentfout en gedeelde afhankelijkheden. | Dat het instrument alleen de oorzaak was van de storing. |
| Storingen treden alleen op tijdens een specifiek programma. | Vergelijk het resourcegebruik en de bedrijfsomstandigheden. | Dat het programma defect is of dat de hardware in orde is. |
Deze patronen dienen als leidraad voor het onderzoek. Ze zijn geen vervanging voor een diagnose of een bevestigde reparatiebevinding.
Registreer de omstandigheden vóór een stroomonderbreking als gevolg van een belastingsprobleem.
Als de tester aangesloten blijft in ruststand, maar de verbinding verbreekt tijdens het testen van het apparaat, noteer dan de actieve configuratie en de bedrijfsomstandigheden.
Stroom- en koelgedrag, instrumentactiviteit, controllergebeurtenissen en programma-uitvoering kunnen allemaal relevant zijn. Een test met een stationaire verbinding reproduceert niet alle omstandigheden die zich tijdens de productie voordoen.
Voer niet herhaaldelijk een test uit waarbij mogelijk sprake is van schade, enkel om de fout te reproduceren.
Beschouw bewegingsgerelateerde symptomen als een aparte aanwijzing.
Als er na het aanmeren, loskoppelen of herpositioneren storingen optreden, documenteer dan de relatie zonder de kop herhaaldelijk te bewegen om een storing uit te lokken.
Externe kabelspanning of een verbinding die door beweging is beïnvloed, kan nader onderzoek vereisen. De mechanische positie kan ook samenvallen met een andere verandering, dus de timing alleen is geen diagnose.
Vervang PS1600 of AVI64 niet alleen op basis van een verbindingsfoutmelding.
Een individuele instrumentfout en een verlies van communicatie met de testkop vereisen verschillend bewijsmateriaal.
Als een instrument een diagnostische fout meldt terwijl de testkop nog steeds toegankelijk is, onderzoek dan die bron met behulp van de bijbehorende procedure.
Als meerdere apparaten tegelijk verdwijnen, controleer dan de gedeelde infrastructuur voordat u concludeert dat meerdere kaarten tegelijkertijd defect zijn geraakt.
Een vervangend instrument moet pas worden overwogen nadat uit het onderzoek is gebleken dat er een gerechtvaardigde hardwarebehoefte is. Ongecontroleerde vervanging kan compatibiliteitsproblemen, configuratiewijzigingen en extra kalibratievereisten met zich meebrengen.
Indien vervanging is toegestaan, gebruik dan geverifieerde compatibele hardware en wijzig één variabele tegelijk. Noteer de oorspronkelijke en vervangende identiteit en de resultaten van de vergelijking.
Wat moet er na het herstel worden gecontroleerd?
Een succesvolle herverbinding is een eerste resultaat van het herstelproces. Het betekent niet dat de productie volledig is geaccepteerd.
Volg de toepasselijke opstart- en nazorgprocedures en controleer vervolgens:
Verwachte hardwareherkenning.
Voltooiing van de vereiste diagnostische tests.
Oplossing van de alarmen die de melding hebben veroorzaakt.
Eventuele kalibratie die nodig is voor de interventie.
Stabiele werking onder de relevante toepassingsomstandigheden.
Correcte communicatie met de begeleider of onderzoeker, indien van toepassing.
Bij een intermitterend probleem moet een zinvol verificatiebereik worden gedefinieerd op basis van het moment waarop de storing optrad. Een korte opstarttest is onvoldoende om aan te tonen dat een onderbreking die zich eerder voordeed na langdurig gebruik, is verholpen.
Als de verbinding opnieuw wegvalt, bewaar dan het nieuwe bewijsmateriaal en ga door met het onderzoek in plaats van te vertrouwen op herhaalde resets.
Benodigde informatie voor beoordeling van reparatie of vervanging
Voordat u een controller, interface-eenheid of instrument verzendt, dient u het volgende te verstrekken:
| Informatie | Doel |
|---|---|
| Generatie V93000 en identificatie van de testkop | Stelt de hardwarecontext vast |
| Controllermodel en softwareomgeving | Ondersteunt configuratiebeoordeling |
| SmarTest-release | Identificeert de context van de geïnstalleerde software |
| De exacte eerste foutmelding en volledige logbestanden. | Behoudt de oorspronkelijke volgorde van fouten. |
| Opstart- of runtime-gebeurtenis | Scheidt de initialisatie van de intermitterende werking. |
| Stroom- en koelevenementen | Helpt bij het identificeren van een onderbreking stroomopwaarts. |
| Recente wijzigingen | Definieert relevante vergelijkingen |
| Vermoedelijke componentlabels | Ondersteunt nauwkeurige afstemming van onderdelen. |
Verwijder waar nodig vertrouwelijke apparaat- en programma-informatie, maar behoud de diagnostische gegevens die nodig zijn om de storing te onderzoeken.
Bij service in het buitenland helpt deze informatie te bepalen of de volgende stap een controle van de lokale faciliteit, een geautoriseerde systeeminspectie, een beoordeling van de controller of een specifieke componentreparatie moet zijn. Het kan ook het risico verkleinen dat een niet-gerelateerd onderdeel wordt verzonden.
Vraag een V93000-verbindingsfoutanalyse aan.
Stuur de oorspronkelijke verbindingsfout, de systeemidentificatie en een korte tijdlijn van het incident. Vermeld of de testkop nooit verbinding heeft gemaakt, na initialisatie is losgekoppeld of na een ander alarm niet meer beschikbaar was.
Vermeld de reeds uitgevoerde controles en alle hardware- of softwarewijzigingen die sinds de laatste succesvolle bewerking zijn aangebracht.
