Lorsqu'unMachine d'essai Advantest V93000Si la connexion à la tête de test est impossible ou interrompue en cours de fonctionnement, ne concluez pas à une défaillance de la carte d'instrumentation. Conservez le premier code d'erreur, vérifiez si le contrôleur est resté opérationnel et recherchez les alarmes système, d'alimentation ou de refroidissement antérieures.
Un message de communication signale une interaction ayant échoué. Il n'identifie pas nécessairement le composant qui en est la cause.
La première étape consiste à distinguer un échec de connexion au démarrage d'une perte de connexion après un fonctionnement réussi.
Échec du démarrage ou déconnexion en cours d'exécution ?
Ces deux situations apportent des preuves différentes.
| Situation | Que faut-il établir en premier ? |
|---|---|
| La tête de test n'est jamais disponible après le démarrage. | Si le contrôleur, la préparation de la tête de test et la séquence d'initialisation se sont déroulés comme prévu. |
| La connexion est interrompue après une initialisation réussie. | Qu'est-ce qui a changé ou alarmé immédiatement avant l'interruption ? |
| Un instrument échoue à l'initialisation alors que la tête reste accessible | Que le problème se limite à cet instrument ou à ses dépendances |
| Les tests de l'appareil s'arrêtent, mais la tête reste connectée. | Que l'interruption appartienne au programme, à l'interface ou au flux d'automatisation |
| La manette elle-même se bloque ou redémarre. | La perte de l'hôte a-t-elle provoqué la déconnexion apparente de la tête de test ? |
Consignez précisément l'étape à laquelle l'opération s'arrête. « Le testeur est déconnecté » est moins utile que « le contrôleur est resté réactif, mais la tête de test est devenue indisponible suite à une alarme de refroidissement ».
Dans un V93000testeur de semi-conducteursUne panne de connexion peut provenir du contrôleur, du chemin de communication ou de l'infrastructure de la tête de test. Identifiez la connexion affectée avant de déterminer quel composant nécessite une investigation.
Confirmer quelle connexion a échoué
Avant de changer les câbles ou de commander une carte de remplacement, identifiez les points de terminaison impliqués dans l'erreur.
La relation pertinente peut être :
Le contrôleur communique avec la tête de test.
Le système initialisant un instrument individuel.
Le testeur échange des signaux avec un manipulateur ou un sondeur de plaquettes.
Logiciel contactant un serveur de licences.
Un poste de travail distant accédant au contrôleur de test.
Un délai d'attente dépassé par le gestionnaire n'indique pas que la connexion entre le contrôleur et la tête de test est défaillante. De même, la perte d'accès distant au contrôleur ne prouve pas que le chemin de communication interne du testeur est défectueux.
Utilisez le message d'origine et l'état du système pour identifier la relation concernée. Évitez de considérer tous les messages relatifs à la communication comme étant liés à une même panne.
Enregistrez la première erreur avant de redémarrer.
Un redémarrage peut rétablir temporairement le fonctionnement tout en supprimant des informations utiles de l'écran.
Si cela ne présente aucun risque, conserver :
Le premier message d'erreur complet et les messages suivants.
Journaux pertinents du contrôleur et du testeur.
L'heure de l'interruption.
Quelles applications et quels services sont restés réactifs ?
État de la tête de test et de l'unité de refroidissement.
Que tous les instruments ou seulement une ressource soient devenus indisponibles.
Le programme et la phase opérationnelle en vigueur à l'époque.
Modifications récentes apportées aux logiciels, au matériel ou aux installations.
Lors de la comparaison des journaux provenant de différents systèmes, veillez à synchroniser les horodatages. L'horloge du contrôleur et celle du système de surveillance des installations peuvent afficher des heures différentes.
N’interprétez pas un code d’erreur à partir d’un message similaire trouvé pour une autre génération de V93000. Conservez le texte exact pour le comparer à la documentation correspondante.
Si la tête de test ne se connecte pas au démarrage
Vérifier l'état de préparation du contrôleur
Vérifiez si le contrôleur a terminé son démarrage normal et si l'environnement logiciel requis est disponible.
Si le contrôleur ne démarre pas, redémarre à plusieurs reprises ou ne répond plus, examinez cette condition avant d'attribuer le problème à la tête de test.
Après le remplacement d'un contrôleur ou la restauration d'une image système, vérifiez l'environnement d'exploitation pris en charge et la configuration restaurée. Un poste de travail fonctionnel ne garantit pas que l'environnement de test a été correctement restauré.
Évitez de réinstaller le logiciel ou de modifier les fichiers de configuration avant d'avoir préservé l'état existant et les sauvegardes.
Vérifier l'état de préparation de la tête de test et les alarmes précédentes
Vérifiez les informations d'état autorisées par la procédure d'exploitation. Déterminez si l'initialisation est empêchée par un problème système non résolu.
Des problèmes d'alimentation, de refroidissement ou autres facteurs de protection peuvent interrompre la disponibilité et entraîner une erreur de communication ultérieure. Il convient d'examiner l'événement pertinent le plus ancien plutôt que le seul message final.
Ne pas contourner un dispositif de verrouillage ni désactiver une alarme de protection pour forcer l'initialisation.
Examinez le chemin de communication externe documenté
Identifiez le chemin de communication approprié pour la configuration du contrôleur et de la tête de test installés. Les types de câbles, les connecteurs et l'infrastructure varient selon les installations.
Une fois le système dans l'état de sécurité prescrit, le personnel qualifié peut inspecter les connexions accessibles afin de détecter tout dommage, toute tension, toute fixation non sécurisée ou toute modification apportée lors d'une intervention récente.
Ne présumez pas qu'un câble réseau ordinaire puisse convenir. Ne débranchez pas le système d'exploitation à titre expérimental et ne manipulez pas les connecteurs optiques sans suivre la procédure de manipulation spécifiée.
La présence d'une indication de lien visible constitue un élément de preuve à l'appui plutôt qu'une preuve que toutes les communications requises fonctionnent.
Si la connexion est interrompue pendant le fonctionnement
En cas d'interruption d'exécution, la séquence des événements est particulièrement importante. Il convient de déterminer ce qui s'est passé avant la perte de communication.
| Modèle observé | Orientation de l'enquête | Ce que cela ne prouve pas |
|---|---|---|
| La déconnexion fait suite à une alarme de refroidissement ou d'alimentation. | Examinez l'alarme déclenchante et la réponse de protection. | Le matériel de communication est défectueux. |
| La manette se bloque ou redémarre simultanément. | Examiner les preuves du contrôleur et du système d'exploitation | Que la tête de test a initié l'interruption |
| La défaillance fait suite au mouvement de la tête de test | Inspectez le cheminement des câbles externes autorisés, leur tension et les connexions associées. | Ce mouvement a permis d'identifier de manière concluante la partie défaillante. |
| L'interruption commence après une modification du logiciel ou de la configuration. | Comparer avec la configuration prise en charge documentée | Que la modification du logiciel soit nécessairement la cause première |
| Un instrument signale les erreurs avant une perte de fonctionnement plus généralisée. | Examinez l'erreur d'instrument d'origine et les dépendances partagées. | Que l'instrument à lui seul ait provoqué l'arrêt |
| Les défaillances ne surviennent que pendant un programme particulier | Comparer l'utilisation des ressources et les conditions de fonctionnement | Que le programme soit défectueux ou que le matériel soit en bon état de fonctionnement |
Ces schémas orientent l'enquête. Ils ne remplacent pas un diagnostic ni la confirmation de la réparation.
Conditions enregistrées avant une interruption liée à la charge
Si le testeur reste connecté en mode veille mais se déconnecte pendant les tests de l'appareil, enregistrez la configuration active et les conditions de fonctionnement.
Le comportement en matière d'alimentation et de refroidissement, l'activité des instruments, les événements du contrôleur et l'exécution du programme peuvent tous être pertinents. Un test de connexion à vide ne reproduit pas toutes les conditions présentes en production.
Ne pas reproduire à répétition une condition suspectée d'endommager le véhicule dans le seul but de reproduire le défaut.
Considérer les symptômes liés au mouvement comme un indice distinct.
Si des interruptions surviennent après l'amarrage, le désamarrage ou le repositionnement, documentez la relation sans déplacer la tête à répétition pour éviter de provoquer une panne.
Une tension excessive sur le câble ou une connexion affectée par un mouvement peuvent justifier une investigation. La position mécanique peut également coïncider avec un autre changement ; le simple fait de chronométrer le changement ne suffit donc pas à établir un diagnostic.
Ne remplacez pas le PS1600 ou l'AVI64 uniquement sur la base d'un message de déconnexion.
Une panne individuelle de l'instrument et une perte de communication avec la tête de test nécessitent des preuves différentes.
Si un instrument signale une défaillance de diagnostic alors que la tête de test reste accessible, examinez cette ressource en utilisant la procédure correspondante.
Si plusieurs instruments disparaissent simultanément, examinez l'infrastructure partagée avant de conclure à une défaillance simultanée de plusieurs cartes.
Le remplacement d'un instrument ne devrait être envisagé qu'après que l'enquête ait identifié un besoin matériel justifié. Un remplacement non contrôlé peut engendrer des problèmes de compatibilité, des modifications de configuration et des exigences d'étalonnage supplémentaires.
Lorsque le remplacement est autorisé, utilisez du matériel compatible vérifié et modifiez une seule variable à la fois. Consignez les identités du matériel d'origine et du matériel de remplacement, ainsi que les résultats de la comparaison.
Que faut-il vérifier après la récupération ?
Une reconnexion réussie constitue un résultat initial de rétablissement. Elle ne représente pas une acceptation définitive en production.
Suivez les procédures de démarrage et de maintenance applicables, puis vérifiez :
Reconnaissance matérielle attendue.
Achèvement des diagnostics requis.
Résolution des alarmes initiales.
Tout étalonnage requis par l'intervention.
Fonctionnement stable dans les conditions d'application concernées.
Communication correcte avec le manipulateur ou le sondeur, le cas échéant.
En cas de problème intermittent, définissez un périmètre de vérification pertinent en fonction du moment où la panne s'est produite. Un test de démarrage rapide est insuffisant pour démontrer la résolution d'une interruption survenant après une période de fonctionnement prolongée.
Si la connexion est à nouveau interrompue, conservez les nouvelles preuves et poursuivez l'enquête plutôt que de vous fier à des réinitialisations répétées.
Informations nécessaires à l'évaluation des réparations ou du remplacement
Avant d'expédier un contrôleur, un ensemble d'interface ou un instrument, veuillez fournir :
| Information | But |
|---|---|
| Identification de la génération V93000 et de la tête de test | Établit le contexte matériel |
| Modèle de contrôleur et environnement logiciel | Prise en charge de la revue de configuration |
| Version de SmarTest | Identifie le contexte logiciel installé |
| Première erreur exacte et journaux complets | Préserve la séquence de défaillance d'origine |
| occurrence au démarrage ou en cours d'exécution | Sépare l'initialisation du fonctionnement intermittent |
| Événements liés à l'énergie et au refroidissement | Permet d'identifier une interruption en amont |
| Changements récents | Définit les comparaisons pertinentes |
| Étiquettes des composants suspects | Assure un appariement précis des pièces |
Supprimez les informations confidentielles relatives au dispositif et au programme lorsque cela est nécessaire, tout en conservant les détails de diagnostic nécessaires à l'analyse de la panne.
Pour les interventions à l'étranger, ces éléments permettent de déterminer si la prochaine étape consiste en un contrôle des installations locales, une inspection système agréée, une évaluation du contrôleur ou la réparation d'un composant spécifique. Ils peuvent également réduire le risque d'expédier un ensemble non pertinent.
Demander une évaluation des défauts de connexion V93000
Veuillez envoyer l'erreur de connexion initiale, l'identification du système et une brève chronologie de l'événement. Précisez si la tête de test ne s'est jamais connectée, s'est déconnectée après l'initialisation ou est devenue indisponible suite à une autre alarme.
Inclure les vérifications déjà effectuées et toutes les modifications matérielles ou logicielles apportées depuis la dernière opération réussie.
