Amikor egyAdvantest tesztgép V93000Ha a vezérlő nem tud csatlakozni a tesztfejhez, vagy működés közben elveszíti a kapcsolatot, ne feltételezze, hogy a műszerkártya meghibásodott. Őrizze meg az első hibát, állapítsa meg, hogy a vezérlő működőképes maradt-e, és ellenőrizze a korábbi tápellátási, hűtési vagy rendszerriasztásokat.
Egy kommunikációs üzenet egy sikertelen interakciót azonosít. Nem feltétlenül azonosítja azt az összetevőt, amely azt okozta.
Az első feladat az indítási kapcsolati hiba megkülönböztetése a sikeres működés utáni kapcsolatvesztéstől.
Indítási hiba vagy futásidejű kapcsolatvesztés?
Ez a két helyzet eltérő bizonyítékokat szolgáltat.
| Helyzet | Mit kell először megállapítani |
|---|---|
| A tesztfej soha nem válik elérhetővé az indítás után | A vezérlő, a tesztfej felkészültségi és inicializálási sorrendje a követelményeknek megfelelően befejeződött-e. |
| A kapcsolat megszakad a sikeres inicializálás után | Mi változott vagy riasztott közvetlenül a megszakítás előtt |
| Az egyik műszer inicializálása sikertelen, miközben a fej továbbra is hozzáférhető marad | Vajon a probléma csak erre az eszközre korlátozódik-e, vagy annak függőségeire |
| Az eszköz tesztelése leáll, de a fej csatlakoztatva marad | A megszakítás a programhoz, a felülethez vagy az automatizálási folyamathoz tartozik-e |
| Maga a vezérlő lefagy vagy újraindul | Vajon a gazdaszervezet elvesztése okozta-e a tesztfej látszólagos leválását? |
Jegyezze fel pontosan azt a szakaszt, ahol a működés leáll. A „tesztelő le van választva” kevésbé hasznos, mint a „a vezérlő továbbra is reagált, de a tesztfej egy hűtési riasztás után elérhetetlenné vált”.
Egy V93000-benfélvezető teszterA csatlakozási hiba a vezérlőt, a kommunikációs útvonalat vagy a tesztfej infrastruktúráját is érintheti. Mielőtt eldöntené, hogy melyik komponenst kell megvizsgálni, azonosítsa az érintett kapcsolatot.
Erősítse meg, melyik kapcsolat hibásodott meg
Kábelcsere vagy cserekártya rendelése előtt azonosítsa a hibában érintett végpontokat.
A releváns kapcsolat a következő lehet:
A vezérlő kommunikál a tesztfejjel.
A rendszer inicializál egy egyedi eszközt.
A teszter jeleket cserél egy kezelővel vagy wafer proberrel.
Szoftver lép kapcsolatba egy licencszerverrel.
Egy távoli munkaállomás, amely hozzáfér a teszter vezérlőjéhez.
A kezelő időtúllépése nem jelenti azt, hogy a vezérlő és a tesztfej közötti kapcsolat megszakadt. Hasonlóképpen, a vezérlőhöz való távoli hozzáférés elvesztése nem bizonyítja, hogy a tesztelő belső kommunikációs útvonala hibás.
Az eredeti üzenet és a rendszerállapot alapján azonosítsa az érintett kapcsolatot. Kerülje el, hogy minden kommunikációval kapcsolatos üzenetet ugyanazon hibaként kezeljen.
Az első hiba mentése újraindítás előtt
Az újraindítás ideiglenesen visszaállíthatja a működést, miközben eltávolítja a hasznos kontextust a képernyőről.
Ha biztonságos, őrizze meg:
A teljes első hiba és az azt követő üzenetek.
Releváns vezérlői és tesztelői naplók.
A megszakítás időpontja.
Mely alkalmazások és szolgáltatások maradtak reszponzívak?
Tesztfej és hűtőegység állapota.
Hogy az összes eszköz, vagy csak egy erőforrás vált-e elérhetetlenné.
A program és az aktuálisan aktív működési fázis.
Legutóbbi szoftver-, hardver- vagy létesítménybeli változtatások.
Különböző rendszerekből származó naplók összehasonlításakor ügyeljen az időbélyegek egyezésére. Előfordulhat, hogy a vezérlő órája és a létesítményfelügyeleti óra nem ugyanazt az időt mutatja.
Ne találjon ki hibakód-értelmezést egy másik V93000 generációhoz tartozó hasonló üzenet alapján. Őrizze meg a pontos megfogalmazást a vonatkozó dokumentációval való összehasonlítás érdekében.
Ha a tesztfej nem csatlakozik indításkor
Ellenőrizze a vezérlő készenlétét
Ellenőrizd, hogy a vezérlő befejezte-e a normál rendszerindítást, és hogy elérhető-e a szükséges szoftverkörnyezet.
Ha a vezérlő nem indul el, ismételten újraindul, vagy nem reagál, vizsgálja meg az adott helyzetet, mielőtt a problémát a tesztfejnek tulajdonítaná.
Vezérlőcsere vagy rendszerkép-visszaállítás után tekintse át a támogatott operációs környezetet és a visszaállított konfigurációt. A működő asztali számítógép nem bizonyítja, hogy a tesztkörnyezet helyesen lett visszaállítva.
Kerülje a szoftverek újratelepítését vagy a konfigurációs fájlok módosítását a meglévő állapot és a biztonsági mentések megőrzése előtt.
A tesztfej készenlétének és a korábbi riasztások áttekintése
Ellenőrizze a működési eljárás által engedélyezett állapotinformációkat. Határozza meg, hogy az inicializálást valamilyen megoldatlan rendszerállapot akadályozza-e meg.
Az áramellátás, a hűtés vagy egyéb védelmi körülmények megszakíthatják a készenlétet, és később kommunikációs hibát okozhatnak. A legkorábbi releváns eseményt vizsgálja meg, ne csak az utolsó üzenetet.
Ne hidaljon át reteszelést, és ne nyomjon el védőriasztást az inicializálás kikényszerítéséhez.
A dokumentált külső kommunikációs útvonal vizsgálata
Határozza meg a telepített vezérlő és mérőfej konfigurációjának megfelelő kommunikációs útvonalat. A kábeltípusok, csatlakozók és infrastruktúra telepítésenként eltérőek lehetnek.
Amikor a rendszer az előírt biztonságos állapotban van, a képzett személyzet ellenőrizheti a hozzáférhető csatlakozásokat sérülések, feszültségek, bizonytalan rögzítések vagy a legutóbbi szervizelés során végrehajtott változtatások szempontjából.
Ne feltételezze, hogy egy hagyományos hálózati kábel megfelelő helyettesítő kábel. Ne húzza ki kísérletileg az operációs rendszert, és ne mozdítsa el az optikai csatlakozókat a megadott kezelési eljárás nélkül.
A látható kapcsolatjelzés, ahol van, inkább alátámasztó bizonyíték, mintsem bizonyítja, hogy minden szükséges kommunikáció működik.
Ha működés közben megszakad a kapcsolat
Futásidejű megszakítások esetén az eseménysorozat különösen fontos. Határozza meg, mi történt a kommunikáció megszakadása előtt.
| Megfigyelt minta | Vizsgálat iránya | Amit nem bizonyít |
|---|---|---|
| Lekapcsolás hűtési vagy tápellátási riasztást követően | Tekintse át a riasztásindító és a védelmi válaszlépéseket | Hogy a kommunikációs hardver hibás |
| A vezérlő lefagy vagy egyszerre újraindul | Ellenőrzővezérlő és operációs rendszer bizonyítékainak áttekintése | Hogy a tesztfej kezdeményezte a megszakítást |
| A tesztfej mozgását követően hiba keletkezik | Ellenőrizze az engedélyezett külső kábelvezetést, a feszültséget és a kapcsolódó csatlakozásokat | Ez a mozgalom végérvényesen azonosította a kudarcot vallott részt |
| A megszakítás szoftver- vagy konfigurációs módosítás után kezdődik | Hasonlítsa össze a dokumentált támogatott konfigurációval | Hogy a szoftverváltozás szükségszerűen a kiváltó ok |
| Az egyik műszer hibákat jelez a nagyobb működéskiesés előtt | Tekintse át az eredeti eszköz hibáját és a megosztott függőségeket | Hogy egyedül a hangszer okozta a leállást |
| A hibák csak egy adott program során fordulnak elő | Hasonlítsa össze az erőforrás-felhasználást és a működési feltételeket | Hogy a program hibás, vagy a hardver rendben van |
Ezek a mintázatok irányítják a vizsgálatot. Nem helyettesítik a diagnosztikát vagy a megerősített javítási eredményt.
Terhelés okozta megszakítás előtti állapotok rögzítése
Ha a teszter tétlenség közben is csatlakoztatva marad, de az eszköz tesztelése során lecsatlakozik, jegyezze fel az aktív konfigurációt és a működési feltételeket.
Az energiafogyasztás és a hűtés viselkedése, a műszer aktivitása, a vezérlő eseményei és a program végrehajtása mind relevánsak lehetnek. Egy tétlen kapcsolati teszt nem reprodukál minden, a gyártás során előforduló körülményt.
Ne futtasson ismételten egy gyanított káros állapotot pusztán a hiba reprodukálása érdekében.
A mozgással kapcsolatos tüneteket különálló nyomként kezelje
Ha a dokkolás, leválasztás vagy áthelyezés után megszakítások jelentkeznek, dokumentálja a kapcsolatot anélkül, hogy a fejet ismételten mozgatná a hiba kiváltása érdekében.
Külső kábelfeszültség vagy mozgás által érintett csatlakozás kivizsgálást indokolhat. A mechanikai helyzet egybeeshet más változással is, így az időzítés önmagában nem diagnózis.
Ne cserélje ki a PS1600 vagy AVI64 eszközt pusztán egy leválasztási üzenet alapján.
Egy adott műszer meghibásodása és a mérőfej közötti kommunikáció megszakadása eltérő bizonyítékokat igényel.
Ha egy műszer diagnosztikai hibát jelez, miközben a tesztfej továbbra is hozzáférhető, akkor a megfelelő eljárással kell megvizsgálni az adott erőforrást.
Ha több eszköz egyszerre tűnik el, a közös infrastruktúra áttekintése előtt következtessen arra a következtetésre, hogy több kártya egyszerre hibásodott meg.
Egy csereműszert csak akkor szabad fontolóra venni, ha a vizsgálat indokolt hardverigényt állapított meg. Az ellenőrizetlen csere kompatibilitási kérdéseket, konfigurációs változtatásokat és további kalibrálási követelményeket vethet fel.
Ahol a helyettesítés engedélyezett, ellenőrzött, kompatibilis hardvert használjon, és egyszerre csak egy változót módosítson. Jegyezze fel az eredeti és a csere azonosságait, valamint az összehasonlítás eredményeit.
Mit kell ellenőrizni a helyreállítás után?
A sikeres újracsatlakozás a helyreállítás kezdeti eredménye. Nem jelenti a teljes termelési elfogadást.
Kövesse a vonatkozó indítási és szervizelés utáni eljárásokat, majd ellenőrizze:
Várható hardverfelismerés.
A szükséges diagnosztikai vizsgálatok elvégzése.
A kiváltó riasztások feloldása.
A beavatkozás által megkövetelt kalibrálás.
Stabil működés a vonatkozó alkalmazási körülmények között.
Helyes kommunikáció a kezelővel vagy a vizsgálóval, ahol alkalmazható.
Időszakos probléma esetén határozzon meg egy értelmes ellenőrzési hatókört a hiba bekövetkezésének időpontja alapján. Egy rövid indítási teszt nem elegendő a korábban hosszabb működés után előforduló megszakítás megoldásának bemutatására.
Ha a kapcsolat ismét megszakad, őrizze meg az új bizonyítékot, és folytassa a nyomozást ahelyett, hogy ismételt visszaállításokra hagyatkozna.
A javításhoz vagy cseréhez szükséges információk értékelése
Vezérlő, interfész szerelvény vagy műszer szállítása előtt a következőket kell biztosítani:
| Információ | Cél |
|---|---|
| V93000 generáció és tesztfej azonosítása | Meghatározza a hardver kontextust |
| Vezérlőmodell és szoftverkörnyezet | Támogatja a konfiguráció áttekintését |
| SmarTest kiadás | Azonosítja a telepített szoftver kontextusát |
| Pontosan az első hiba és a teljes naplók | Megőrzi az eredeti hibasorrendet |
| Indítási vagy futásidejű előfordulás | Elválasztja az inicializálást a szakaszos működéstől |
| Tápellátási és hűtési események | Segít azonosítani a felsáramlási megszakítást |
| Legutóbbi változások | Releváns összehasonlításokat határoz meg |
| Gyanúsított alkatrészek címkéi | Támogatja a pontos alkatrész-illesztést |
Szükség esetén távolítson el bizalmas eszközprogram-információkat, miközben megőrzi a hiba kivizsgálásához szükséges diagnosztikai adatokat.
Külföldi szervizelés esetén ez a bizonyíték segít meghatározni, hogy a következő lépés egy helyi létesítményellenőrzés, egy hivatalos rendszerellenőrzés, egy vezérlő felmérése vagy egy adott alkatrész javítása legyen-e. Csökkentheti a nem kapcsolódó szerelvények szállításának kockázatát is.
V93000 csatlakozási hiba felmérésének igénylése
Küldje el az eredeti csatlakozási hibát, a rendszer azonosítóját és az esemény rövid idővonalát. Adja meg, hogy a tesztfej soha nem csatlakozott-e, az inicializálás után lecsatlakozott-e, vagy egy másik riasztás után elérhetetlenné vált.
Tüntesse fel a már elvégzett ellenőrzéseket, valamint az utolsó sikeres művelet óta végrehajtott hardver- vagy szoftvermódosításokat.
