Когато единТестова машина Advantest V93000не може да се свърже с тестовата си глава или загуби връзката по време на работа, не приемайте, че някоя от инструменталните карти е повредена. Запазете първата грешка, установете дали контролерът е останал работещ и проверете за предходни аларми за захранване, охлаждане или система.
Комуникационното съобщение идентифицира неуспешно взаимодействие. То не е задължително да идентифицира компонента, който го е причинил.
Първата задача е да се разграничи неуспешна връзка при стартиране от връзка, загубена след успешна операция.
Грешка при стартиране или прекъсване по време на изпълнение?
Тези две ситуации предоставят различни доказателства.
| Ситуация | Какво да се установи първо |
|---|---|
| Тестовата глава никога не става достъпна след стартиране | Дали контролерът, готовността на тестовата глава и последователността на инициализация са завършени съгласно изискванията |
| Връзката прекъсва след успешна инициализация | Какво се промени или обезпокои непосредствено преди прекъсването |
| Един инструмент не успява да се инициализира, докато главата остава достъпна | Дали проблемът е ограничен до този инструмент или до неговите зависимости |
| Тестването на устройството спира, но главата остава свързана | Дали прекъсването принадлежи на програмата, интерфейса или потока на автоматизация |
| Самият контролер замръзва или се рестартира | Дали загубата на хоста е причинила очевидното прекъсване на връзката на тестовата глава |
Запишете точния етап, на който работата спира. „Тестерът е изключен“ е по-малко полезно от „контролерът е останал отзивчив, но тестовата глава е станала недостъпна след аларма за охлаждане“.
В V93000тестер за полупроводници, повреда във връзката може да включва контролера, комуникационния път или инфраструктурата на тестовата глава. Идентифицирайте засегнатата връзка, преди да решите кой компонент изисква проверка.
Потвърдете коя връзка е неуспешна
Преди да смените кабелите или да поръчате резервна платка, идентифицирайте крайните точки, свързани с грешката.
Съответната връзка може да бъде:
Контролерът комуникира с тестовата глава.
Системата инициализира отделен инструмент.
Тестерът обменя сигнали с манипулатор или сондьор за пластини.
Софтуер, който се свързва с лицензионен сървър.
Отдалечена работна станция, осъществяваща достъп до контролера на тестера.
Изтичането на времето за изчакване на обработчика не установява, че връзката между контролера и тестовата глава е прекъсната. По подобен начин загубата на отдалечен достъп до контролера не доказва, че вътрешният комуникационен път на тестера е дефектен.
Използвайте оригиналното съобщение и системното състояние, за да идентифицирате засегнатата връзка. Избягвайте да третирате всяко съобщение, свързано с комуникацията, като една и съща грешка.
Запазете първата грешка преди рестартиране
Рестартирането може временно да възстанови работата, като същевременно премахне полезен контекст от екрана.
Ако е безопасно, запазете:
Пълното първо съобщение за грешка и следващите съобщения.
Съответни лог файлове на контролера и тестера.
Времето на прекъсването.
Кои приложения и услуги са останали отзивчиви.
Състояние на тестовата глава и охлаждащия блок.
Дали всички инструменти или само един ресурс са станали недостъпни.
Програмата и оперативният етап, активни по това време.
Последни промени в софтуера, хардуера или съоръженията.
Поддържайте времевите отметки подравнени, когато сравнявате лог файлове от различни системи. Часовникът на контролера и часовникът за наблюдение на съоръжението може да не показват едно и също време.
Не измисляйте интерпретация на код за грешка от подобно съобщение, намерено за друго поколение V93000. Запазете точната формулировка за преглед спрямо съответната документация.
Ако тестовата глава не се свърже при стартиране
Проверете готовността на контролера
Установете дали контролерът е завършил нормалното си зареждане и дали е налична необходимата софтуерна среда.
Ако контролерът не се стартира, рестартира многократно или престане да реагира, проверете това състояние, преди да припишете проблема на тестовата глава.
След подмяна на контролер или възстановяване на системен образ, прегледайте поддържаната операционна среда и възстановената конфигурация. Работещ настолен компютър не доказва, че тестовата среда е била възстановена правилно.
Избягвайте преинсталирането на софтуер или промяната на конфигурационни файлове, преди да запазите съществуващото състояние и резервните копия.
Преглед на готовността на тестовата глава и по-ранни аларми
Проверете информацията за състоянието, разрешена от оперативната процедура. Идентифицирайте дали инициализацията е възпрепятствана от неразрешено системно състояние.
Захранването, охлаждането или други защитни условия могат да прекъснат готовността и да доведат до по-късна комуникационна грешка. Разследвайте най-ранното релевантно събитие, а не само последното съобщение.
Не заобикаляйте блокировка и не потискайте защитна аларма, за да наложите инициализация.
Проверете документирания път за външна комуникация
Определете правилния комуникационен път за инсталирания контролер и конфигурацията на тестовата глава. Видовете кабели, конектори и инфраструктура се различават в различните инсталации.
Когато системата е в предписаното безопасно състояние, квалифициран персонал може да провери достъпните връзки за повреди, опъване, несигурно закрепване или промени, направени по време на скорошно обслужване.
Не приемайте, че обикновен мрежов кабел е подходящ заместител. Не изключвайте операционната система експериментално и не нарушавайте оптичните конектори без спазване на указаната процедура за работа.
Видима индикация за връзка, където е налична, е по-скоро подкрепящо доказателство, отколкото доказателство, че цялата необходима комуникация функционира.
Ако връзката прекъсне по време на работа
При прекъсвания по време на изпълнение, последователността на събитията е особено важна. Определете какво се е случило преди загубата на комуникацията.
| Наблюдаван модел | Насока на разследването | Какво не доказва |
|---|---|---|
| Изключването следва аларма за охлаждане или захранване | Прегледайте първоначалната аларма и защитната реакция | Че комуникационният хардуер е дефектен |
| Контролерът замръзва или се рестартира едновременно | Преглед на доказателствата за контролера и операционната система | Че тестовата глава е инициирала прекъсването |
| Неуспехът следва движение на тестовата глава | Проверете разрешеното външно кабелно трасе, опъването и свързаните с него връзки | Това движение окончателно идентифицира неуспешната част |
| Прекъсването започва след промяна в софтуера или конфигурацията | Сравнете с документираната поддържана конфигурация | Че промяната в софтуера е непременно основната причина |
| Един инструмент съобщава за грешки преди по-широка загуба на работоспособност | Прегледайте оригиналната грешка на инструмента и споделените зависимости | Че самият инструмент е причинил спирането |
| Появите на грешки се случват само по време на определена програма | Сравнете използването на ресурси и условията на работа | Че програмата е дефектна или хардуерът е здрав |
Тези модели насочват разследването. Те не заместват диагностиката или потвърдения резултат от ремонт.
Записване на условията преди прекъсване, свързано с товара
Ако тестерът остане свързан, докато е в режим на готовност, но се изключва по време на тестване на устройството, запишете активната конфигурация и условията на работа.
Поведението на захранването и охлаждането, активността на инструмента, събитията на контролера и изпълнението на програмата могат да бъдат от значение. Тестът за връзка в режим на готовност не възпроизвежда всяко състояние, налично по време на производство.
Не изпълнявайте многократно предполагаемо опасно състояние, само за да възпроизведете повредата.
Третирайте симптомите, свързани с движението, като отделен признак
Ако се появят прекъсвания след скачване, откачване или препозициониране, документирайте връзката, без да движите главата многократно, за да провокирате неуспех.
Външно напрежение на кабела или връзка, засегната от движение, може да наложи разследване. Механичното положение може също да съвпада с друга промяна, така че самото определяне на времето не е диагноза.
Не подменяйте PS1600 или AVI64 само въз основа на съобщение за прекъсване на връзката.
Повреда на отделен инструмент и загуба на комуникация между тестовата глава изискват различни доказателства.
Ако даден инструмент съобщи за диагностична грешка, докато тестовата глава е достъпна, проверете този ресурс, като използвате съответната процедура.
Ако няколко инструмента изчезнат едновременно, прегледайте споделената инфраструктура, преди да заключите, че няколко карти са се повредили едновременно.
Замяната на инструмент трябва да се обмисли само след като разследването установи обосновано изискване за хардуер. Неконтролираната замяна може да доведе до въпроси, свързани със съвместимостта, промени в конфигурацията и допълнителни изисквания за калибриране.
Когато е разрешена замяна, използвайте проверен съвместим хардуер и променяйте променлива по една. Запишете оригиналните и заместващите идентичности и резултатите от сравнението.
Какво трябва да се провери след възстановяване?
Успешното повторно свързване е първоначален резултат от възстановяването. То не е пълно приемане на производството.
Следвайте приложимите процедури за стартиране и след обслужване, след което проверете:
Очаквано разпознаване на хардуер.
Завършване на необходимата диагностика.
Разрешаване на първоначалните аларми.
Всяко калибриране, изисквано от интервенцията.
Стабилна работа при съответните условия на приложение.
Коректна комуникация с водача или сондиращия, където е приложимо.
За периодичен проблем, дефинирайте смислен обхват на проверка въз основа на това кога е възникнала повредата. Кратък тест за стартиране не е достатъчен, за да се демонстрира разрешаването на прекъсване, възникнало преди това след продължителна работа.
Ако връзката прекъсне отново, запазете новите доказателства и продължете разследването, вместо да разчитате на многократни нулирания.
Информация, необходима за оценка на ремонта или подмяната
Преди да изпратите контролер, интерфейсен модул или инструмент, предоставете:
| Информация | Цел |
|---|---|
| Генериране на V93000 и идентификация на тестовата глава | Установява хардуерния контекст |
| Модел на контролера и софтуерна среда | Поддържа преглед на конфигурацията |
| Издание на SmarTest | Идентифицира контекста на инсталирания софтуер |
| Точно първата грешка и пълни лог файлове | Запазва оригиналната последователност на отказите |
| Събитие при стартиране или изпълнение | Разделя инициализацията от периодичната работа |
| Събития за захранване и охлаждане | Помага за идентифициране на прекъсване нагоре по веригата |
| Последни промени | Дефинира релевантни сравнения |
| Етикети на подозрителни компоненти | Поддържа точно съвпадение на части |
Премахнете поверителна информация за устройството и програмата, където е необходимо, като същевременно запазите диагностичните данни, необходими за разследване на повредата.
За обслужване в чужбина, тези доказателства помагат да се определи дали следващата стъпка трябва да бъде проверка на местно съоръжение, оторизирана системна проверка, оценка на контролера или ремонт на специфичен компонент. Това може също така да намали риска от изпращане на несвързан комплект.
Заявка за оценка на неизправностите във връзката по V93000
Изпратете оригиналната грешка при свързване, системната идентификация и кратка хронология на събитието. Посочете дали тестовата глава никога не се е свързвала, е прекъснала връзката след инициализация или е станала недостъпна след друга аларма.
Включете вече извършените проверки и всички хардуерни или софтуерни промени, направени след последната успешна операция.
