FR2658933A1 - Systeme de commande du deroulement de sequences de tests dans un appareil de traitement de l'information. - Google Patents
Systeme de commande du deroulement de sequences de tests dans un appareil de traitement de l'information. Download PDFInfo
- Publication number
- FR2658933A1 FR2658933A1 FR9100526A FR9100526A FR2658933A1 FR 2658933 A1 FR2658933 A1 FR 2658933A1 FR 9100526 A FR9100526 A FR 9100526A FR 9100526 A FR9100526 A FR 9100526A FR 2658933 A1 FR2658933 A1 FR 2658933A1
- Authority
- FR
- France
- Prior art keywords
- test
- sequence
- icon
- data
- tests
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01R—MEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
- G01R1/00—Details of instruments or arrangements of the types included in groups G01R5/00 - G01R13/00 and G01R31/00
- G01R1/02—General constructional details
- G01R1/025—General constructional details concerning dedicated user interfaces, e.g. GUI, or dedicated keyboards
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01R—MEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
- G01R31/00—Arrangements for testing electric properties; Arrangements for locating electric faults; Arrangements for electrical testing characterised by what is being tested not provided for elsewhere
- G01R31/28—Testing of electronic circuits, e.g. by signal tracer
- G01R31/317—Testing of digital circuits
- G01R31/3181—Functional testing
- G01R31/319—Tester hardware, i.e. output processing circuits
- G01R31/31903—Tester hardware, i.e. output processing circuits tester configuration
- G01R31/31912—Tester/user interface
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/321—Display for diagnostics, e.g. diagnostic result display, self-test user interface
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/34—Graphical or visual programming
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Human Computer Interaction (AREA)
- Quality & Reliability (AREA)
- Tests Of Electronic Circuits (AREA)
- Stored Programmes (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
- Digital Computer Display Output (AREA)
Abstract
Une interface d'ordinateur est proposée pour un système de contrôle de circuits intégrés. i'interface sert à examiner, définir et modifier des paramètres particuliers et des critères de réussite ou d'échec de tests de fonctionnement, ainsi qu'à examiner, définir et modifier le déroulement logique des tests de fonctionnement. Chaque test est représenté graphiquement par une icône (320, 325 ou 365) sur un écran d'affichage, et le cheminement logique entre les tests de fonctionnement est représenté graphiquement par des lignes (345) connectant des ports d'entrée et de sortie (330) des icônes. Le branchement logique est graphiquement représenté par l'existence de ports de sortie distincts pour la réussite ou l'échec, pour chaque icône de test, le port de réussite représentant le trajet logique suivi en cas de succès au test, et le port d'échec représentant le trajet logique suivi en cas d'échec au test. Pour modifier le déroulement logique du test, on peut déconnecter et connecter les lignes d'interconnexion et déplacer les icônes a l'aide d'un curseur.
Description
I La présente invention concerne de façon générale une interface de
commande destinée à un système de contrôle de circuits intégrés Plus spécialement, Le mode de réalisation préféré de la présente invention concerne une interface d'ordinateur utilisant des symboles graphiques, qui permet d'examiner et de modifier les paramètres de fonctionnement, les critères de réussite ou d'échec et le déroulement logique de tests de fonctionnement devant être
exécutés sur un dispositif à circuit intégré.
Les systèmes de contrôle de circuits intégrés classiques ont fait appel à des paramètres de test et à des séquences de tests possédant un codage imposé Les paramètres de test et la séquence
de tests sont préalablement fixés dans le code de l'ordinateur.
Pour changer les paramètres de test et les séquences de tests, il faut donc alors faire sortir, ou éditer, le code de l'ordinateur et avoir connaissance du programme de l'ordinateur et du langage dans lequel Le programme a été écrit Un système connu de ce type est le système de contrôle général 550 (Genera L Purpose Test System) fabriqué et vendu par Digital Test System Group de la société Schlumberger Technologies Dans ce système, toutes les séquences de
tests sont déterminées par un programme d'ordinateur écrit en lan-
gage Pascal Toute modification de La séquence de tests nécessite donc la connaissance du Langage Pascal et une reprogrammation du
programme de la séquence de tests.
Alors que ce système est souple et peut être utilisé pour contrôler n'importe quel type de dispositif à circuit intégré, son utilisation est limitée aux programmeurs ayant l'expérience du Pascal qui ont été mis au courant des détails du programme de la séquence de tests Il est donc souhaitable de mettre au point une interface qui permet d'examiner et de modifier de façon générale les tests des circuits intégrés et les séquences de tests sans
demander la connaissance des langages d'ordinateur et des pro-
grammes. Dans La série 5700 des systèmes de contrôle de cartes (Board Test Systems), fabriqués et distribués par la société Schlumberger Techno Logies, les paramètres de test et les séquences de tests sont également programmés en langage d'ordinateur, et il
faut réécrire et recompiler le programme à chaque fois qu'une modi-
fication a été apportée à un paramètre de test ou à la séquence de tests Ce système comporte un éditeur de déroulement de programme de contrôle utilisant des symboles graphiques, qui autorise une définition partielle de la séquence de tests et des conditions de
branchement Toutefois, cet éditeur de déroulement produit simple-
ment le code source en réponse aux demandes introduites par l'uti-
lisateur De nombreuses instructions, comme par exemple les ins-
tructions "If" utilisées pour le branchement conditionnel, doivent
encore être définies et insérées par l'utilisateur lui-même.
Un système plus récent, le système de contrôle de mé-
moires 590 (Memory Test System), fabriqué et vendu par Memory Test System Group de la société Schlumberger Technologies, comporte une
interface pilotée par un menu du type texte, qui possède une capa-
cité Limitée de modifier les paramètres de test et les séquences de
tests sans demander de programmation Ce système possède une inter-
face pilotée par un menu du type texte qui met en oeuvre un dérou-
lement de programme en "cascade" d'options spécialement conçu pour le classement, par rapport à la rapidité, des produits du type mémoires Typiquement, un certain nombre de tests réussite/échec
sont effectués sur un dispositif de mémorisation à circuit intégré.
Si le dispositif échoue à l'un des tests au cours de la séquence
primaire de tests, une autre séquence de tests est alors abordée.
Typiquement, cette autre séquence de tests correspond à un ensemble
d'exigences moins fortes et à un classement en rapidité moins bon.
Si la pièce considérée échoue à l'un des tests de l'autre séquence
de tests, une série de tests encore moins contraignants, qui cor-
respond à un classement en rapidité encore plus faible, est abor-
dée De cette manière, chaque pièce est contrôlée et classée selon qu'elle a satisfait à un test d'une série linéaire de tests, ou qu'e Lle a échoué à toutes Les séries La pièce peut être a Lors p Lacée dans une "case" correspondant à La série de tests la plus
élevée en rapidité qu'elle a réussie.
Toutefois, toutes les séquences de tests du système 590 sont disposées dans une succession fixe (linéaire), le déroulement logique qui va d'une séquence ratée à la séquence suivante est
limité à un nombre fixe de points d'entrée, et toutes les modifica-
tions de séquences doivent être choisies dans un système de menu du type texte présentant un plan Limité Cette interface limitée ne permet pas l'examen et la modification des séquences de tests d'une manière généralisée Ainsi, alors que le système 590 est utile pour classer des produits du type mémoires en fonction de leur rapidité, il ne peut pas être utilisé pour Le contrôle général
d'autres types de circuits intégrés Par conséquent, il est souhai-
table que soit mise au point une interface qui permet d'examiner et de modifier de façon générale des tests de circuits intégrés et des séquences de tests sans demander la connaissance de Langages d'ordinateur ou de programmes En particulier, il est souhaitable
que soit produite une interface qui permet d'examiner et de modi-
fier de façon générale le déroulement d'une séquence de tests sans
qu'il faille examiner ou écrire le code d'ordinateur.
Selon l'invention, il est proposé une interface d'ordi-
nateur destinée à un système de contrôle de circuits intégrés de type général, qui comporte une interface et des moyens permettant d'examiner, de définir et de modifier des paramètres spécifiques et des critères de réussite ou d'échec relatifs à des catégories particulières de tests de fonctionnement L'interface offre en outre un Langage de programmation spécialisé utilisant des symboles graphiques, qui permet d'examiner, de définir et de modifier le déroulement Logique suivi entre les tests de fonctionnement Chaque test de fonctionnement est graphiquement représenté par un symbole graphique, ou icône, sur un terminal d'affichage et le déroulement, ou cheminement, logique entre les tests de fonctionnement est représenté graphiquement par des lignes reliant Les icônes Le
branchement logique entre les tests de fonctionnement est graphi-
quement représenté par l'existence de ports de sortie, distincts, de réussite et d'échec partant de chaque icône de test La ligne connectée aux ports de réussite représente Le trajet logique suivi si le test de fonctionnement a été réussi, et La ligne reliée au port d'échec représente Le trajet logique suivi si le test de fonctionnement a été raté Une modification du déroulement des
tests est prévue en réponse à l'édition de la représentation gra-
phique du déroulement des tests On effectue L'édition de la repré-
sentation graphique du déroulement des tests en utilisant un cur-
seur de traitement graphique pour déplacer les icônes et pour con-
necter et déconnecter Les lignes reliant les icônes Chaque test de
fonctionnement est également représenté, dans le système de con-
trôle, par des codes objets, ou codes d'exécution de données
correspondants, et L'ordre de succession de ces tests de fonction-
nement est représenté par des pointeurs connectant d'un point de vue logique les codes d'exécution de données correspondants Des messages sont envoyés à des programmes, ou routines, appartenant au système de contrôle, à partir des "outils" commandant l'interface d'affichage afin de modifier les codes d'exécution de données de
façon qu'ils correspondent aux paramètres des tests de fonctionne-
ment et aux séquences de tests définis par l'interface graphique.
Le système de contrôle exécute ensuite les tests de fonctionnement
dans l'ordre d'exécution, ou séquence, défini par les codes d'exé-
cution des données.
La description suivante, conçue à titre d'illustration de
l'invention, vise à donner une meilleurs compréhension de ses caractéristiques et avantages; elle s'appuie sur les dessins annexés, parmi lesquels: la figure 1 est une illustration d'un poste de travail connecté de façon à commander un système de contrôle de circuits intégrés; la figure 2 est une illustration de l'écran du terminal
montrant, sous forme d'affichage graphique, les interfaces du pro-
gramme "Select" (sélection) et du programme de commande "Control Tool" (outil de commande); la figure 3 est une illustration de l'écran du terminal
montrant l'interface du programme "Flow Tool" (outil de déroule-
ment), qui montre sous forme graphique des icônes de test et des interconnexions logiques définissant le programme de test sélectionné " 3901 "; la figure 4 est une illustration de l'écran du terminal montrant l'interface du programme "Flow Tool", qui illustre sous forme graphique des icônes de test et des interconnexions logiques définissant l'icône composite du test "Leakage" (fuite) choisi; la figure 5 est une illustration de l'écran du terminal montrant l'interface du programme "DC Test Tool" (outil de test de courant continu), qui montre sous forme graphique des paramètres spécifiques et des critères de réussite ou d'échec d'un test de courant continu; la figure 6 est une illustration de l'écran du terminal correspondant à l'interface "Functional Test Tool" (outil de test de fonctionnement), qui montre sous forme graphique des paramètres spécifiques et des critères de réussite ou d'échec d'un test de fonctionnement; la figure 7 montre l'interface "Timing Tool" (outil de synchronisation) résultant de l'ouverture du programme "Timing Tool"; la figure 8 montre l'interface "Levels Tool" (outil de niveaux) résultant de l'ouverture du programme "Levels Tool";
la figure 9 est un affichage "Flow Tool" qui illustre gra-
phiquement une séquence de tests existante et un nouveau segment de test, qui n'a pas encore été logiquement relié à la séquence de tests existante; la figure 10 est une illustration de l'écran d'affichage correspondant au menu principal et aux menus de segments; la figure 11 est un affichage "Flow Tool" qui illustre graphiquement une séquence de tests existante et un nouveau segment de test, o un port du nouveau segment de test est logiquement intégré dans la séquence de tests existante; la figure 12 est un affichage "Flow Tool" qui illustre graphiquement un nouveau segment de test complètement intégré dans la séquence de tests existante; la figure 13 est un schéma de principe de l'architecture d'un système de contrôle selon le mode de réalisation préféré de l'invention; et la figure 14 est un schéma de principe illustrant les relations qui existent entre les blocs de segments, les définitions
de segments et les blocs de données.
Sur La figure 1, est représenté l'environnement du mode de réalisation préféré de la présente invention En particulier, la figure 1 montre un poste de travail 100 couplé à un clavier 10 et à une "souris" à trois boutons 120 Le poste de travail est en outre couplé à un ordinateur 130 constituant un système de contrôle de
circuits intégrés, qui comporte des programmes et des données défi-
nissant un certain nombre de tests de fonctionnement devant être exécutés sur un dispositif à circuit intégré 140 Le système de contrôle de circuits intégrés 130 comporte également un équipement de contrôle 135, destiné à la réalisation des tests, constitué par exemple de comparateurs et de dispositifs d'excitation, lequel équipement est couplé au dispositif à circuit intégré 140 afin d'appliquer à celui-ci des signaux et d'en recevoir d'autres en
réponse aux programmes et aux données Le poste de travail 100 com-
porte en outre des outils, ou aides, d'interface spécifiques qui coopèrent avec les programmes et les données de l'ordinateur 130 constituant le système de contrôle de circuits intégrés et qui permettent d'examiner et de modifier les tests de fonctionnement et Les séquences logiques de tests de fonctionnement, comme décrit de
façon détaillée ci-dessous.
Dans le mode de réalisation préféré, le poste de travail est un dispositif d'affichage de symboles graphiques ayant une résolution d'environ un million d'éléments d'image (ou pixels) Le mode de réalisation préféré utilise un poste de travail distribué par la société Sun Microsystems, de Mountain View, Californie,
E.U A Ce poste de travail et l'ordinateur 130 constituant le sys-
tème de contrôle de circuits intégrés fonctionnent sous un système d'exploitation Unix et un serveur de traitement graphique à fenêtre
X Les programmes d'ordinateur destinés à l'ordinateur 130 consti-
tuant le système de contrôle intégré fonctionnent sous Le système d'exploitation Unix et le système de traitement graphique à X fenêtres, qui sont des logiciels appartenant au domaine public, en provenance de M I T. Selon le mode de réalisation préféré de la présente invention, un menu d'outils logiciels est prévu, à partir duquel l'utilisateur du système peut sélectionner un article du menu appelé "Control Tool" grâce à une manipulation appropriée de la souris 120 ou du clavier 110 L'article de menu "Control Tool" représente un programme de commande du système de contrôle 130, et
est décrit de façon plus détaillée ci-dessous.
SELECTION D'UN PROGRAMME DE CONTROLE EN VUE DE L'EXAMEN ET DE
L'EDITION.
La figure 2 est une illustration de l'écran d'un terminal
montrant, sous forme de symboles graphiques, des interfaces du pro-
gramme "Select" (sélection) et du programme de commande "Control Tool" (outil de commande) La fenêtre "Control Tool" 200 apparaît au bas de l'écran de la figure 2 Lorsqu'on enfonce le
bouton droit de la souris 120 alors que le curseur 205 est posi-
tionné sur l'appellation 208 "programme" (ce qu'on peut appeler "actionnement du bouton droit sur l'appellation 208 ", ou "sélection de l'appellation 208 "), on obtient l'affichage d'une image-écran du programme "Select Tool" (sélection d'outil) et une interface, comme représenté dans la fenêtre 215 L'image-écran et l'interface
"Select Tool" permettent de sélectionner un programme de tests spé-
cifique, comme discuté en détail ci-après.
On se reporte à la fenêtre 215 La ligne 220 de la fenêtre 215 indique que la source des programmes de tests énumérés
sous forme de liste est le disque système L'indication "*" pré-
sente sur la ligne "filter" (filtre) 225 indique que tous les pro-
grammes de tests sont listés (Aucun filtre n'est en service) La ligne "path" (trajet) 230 indique le répertoire Unix en cours d'accès. L'aire de visualisation 235 illustre une liste de fichiers de programmes de tests qui est du type que l'on peut faire défiler Dans l'exemple représenté, le programme de tests " 3901 " apparaissant à la ligne 240 a été antérieurement sélectionné La
sélection d'un programme de tests dans la liste de fichiers illus-
trée dans la fenêtre 235 fait que le nom du programme de tests sélectionné est introduit dans la zone de programme 210 de la
fenêtre "Control Tool" 200 Plus spécialement, dans l'exemple repré-
senté, le programme de tests " 3901 " a été sélectionné et apparaît dans la zone de programme 210 L'interface permet maintenant l'examen et l'édition du programme de tests " 3901 ", comme discuté ci-dessous.
OUVERTURE ET EXAMEN DU DEROULEMENT DES TESTS.
En sélectionnant le bouton de mise au point 250, on
obtient l'affichage d'une image-écran "Flow Tool" (outil de déroule-
ment) et une interface, comme illustré sur la figure 3, qui per-
mette l'examen et l'édition du déroulement du programme de tests
sélectionné, comme discuté ci-dessous.
La figure 3 est une illustration de l'écran de terminal
montrant l'interface "Flow Tool", qui représente sous forme gra-
phique des symboles, ou icônes, de test et des interconnexions logiques définissant un programme de tests sélectionné Comme on
peut le voir sur la figure 3, les icônes de test et les intercon-
nextions logiques définissant le programme de tests " 3901 " sont
visualisés dans la fenêtre 305 L'ensemble image-écran et inter-
face "Flow Tool" sert à établir et à modifier le déroulement d'un
programme de tests Plus spécialement, le déroulement d'un pro-
gramme de tests est défini par un certain nombre de segments cons-
tituant des tests de fonctionnement, représentés sur l'écran par des icônes, et par des séquences logiques des segments de tests, représentées sur l'écran par des ports de réussite ou d'échec et
des lignes reliant les icônes.
Le point de départ d'un programme de contrôle, ou pro-
gramme de tests, est défini par une icône non opérationnelle, c'est-àdire ne correspondant pas à une opération, illustrée par l'icône "Begin" (commencement) 310 L'icône "Begin" 310 présente un
même aspect pour tous les programmes de contrôLe de façon à facili-
ter l'identification du point de départ Le premier segment de test de fonctionnement du programme de contrôle est identifié par sa
connexion à l'icône "Begin" 310 via la ligne d'interconnexion 315.
Plus spécialement, une icône "Continuity" (continuité) 320 est connectée à l'icône "Begin" 310 par l'intermédiaire de la ligne
d'interconnexion 315.
L'ensemble image-écran et interface correspondant au
déroulement du programme de contrôle est en outre défini par cer-
taines conventions d'interface et d'affichage Si L'on se reporte à L'icône "Begin" 310, à l'icône "Continuity" 320 et à La ligne d'interconnexion 315 de façon plus détaillée, on observe que l'icône "Begin" 310 possède, sur son côté droit, un carré unique appelé port Ce port indique la circulation normale depuis l'icône
"Begin" 310, et l'exécution ou le déroulement du programme de con-
trôle s'effectue comme indiqué, via la ligne de connexion (verte dans Le mode de réalisation préféré) jusqu'à un port situé sur le côté gauche de l'icône "Continuity" 320, qui indique le point de départ de l'icône "Continuity" 320 Dans le mode de réalisation
préféré, Les ports situés à droite et à gauche des icônes représen-
tant des segments de tests sont bleus, verts ou rouges Les ports d'entrée sont bleus et sont généralement sur le côté gauche Les ports de sortie sont généralement sur Le côté droit des segments de tests Il existe deux types de ports de sortie Un port de sortie vert indique que, si le segment de test associé à cette icône a été satisfait, l'exécution du programme se poursuivra vers le segment de test représenté par l'icône qui est connectée à ce port de
sortie Des ports de sortie rouges, apparaissant généralement au-
dessous du port de sortie de réussite, ou sur la partie inférieure de l'icône, indiquent que, si le test associé à cette icône a échoué, l'exécution du programme se poursuivra vers le segment de
test représenté par l'icône qui est connectée à ce port de sortie.
De plus, on peut définir des ports de sortie multiples dans les-
quels la séquence faisant suite à un test de fonctionnement pourra se brancher de manière logique en résultat de la mesure d'une
valeur de sortie.
L'icône "Continuity" 320 représente un segment de test de continuité qui possède des critères particuliers de réussite ou d'échec Si le segment de test de continuité est satisfait, le déroulement du programme s'effectue du port 322 situé sur le côté droit de l'icône "Continuity" à un segment de test représenté par une icône connectée au port 322 P Lus spécialement, si le segment de test de continuité a été satisfait, le programme passe à un segment de test représenté par l'icône de test "Leakage" (fuite)
325 Si le segment de test de continuité n'est pas réussi, le pro-
gramme passe du port 330 de l'icône "Continuity" 320 à l'icône "Stop" (arrêt) 340 L'icône "Stop" 340 est connectéeau port 330 de l'icône "Continuity" 320 par la ligne d'interconnexion 345 L'icône "Stop" 340, tout comme l'icône "Begin" 310, présente un aspect identique pour tous les programmes de contrôle afin de faciliter
l'identification du point de terminaison de tous Les programmes.
Typiquement, Les programmes de contrôle contiennent sou-
vent un plus grand nombre de segments de tests que celui que L'on
peut facilement représenter en une seule fois sur un affichage gra-
phique Afin de pouvoir donner une vue d'ensemble du déroulement d'un programme de contrôle, la présente invention utilise le concept de segments composites et d'icônes composites Une icône composite est une icône qui représente un certain nombre de segments de tests interconnectés logiquement L'icône de test "Leakage" 325 est un exemple d'icône composite, qui représente un certain nombre de segments de tests interconnectés logiquement,
comme discuté plus complètement ci-après.
L'ensemble image-écran et interface "Flow Tool" permet d'ouvrir une icône composite, de l'examiner et de la modifier Le fait de sélectionner l'icône composite du test de fuite 325 permet
d'examiner et de modifier les segments de tests et les intercon-
nexions représentées par l'icône 325 du test de fuite Plus spé-
cialement, en sélectionnant l'icône composite "Leakage" 325, on obtient une image-écran telle que celle représentée sur La
figure 4.
La figure 4 est une illustration d'un écran de terminal
montrant l'interface du programme "Flow Tool" qui illustre graphi-
quement des icônes de tests et des interconnexions définissant l'icône composite 325 du test de fuite sélectionné Comme on peut le voir sur la figure 4, l'affichage graphique apparaissant dans la
fenêtre 405 montre que l'icône composite "Leakage" 325 est consti-
tuée de deux segments de tests interconnectés Plus spécialement, les ports 350, 355 et 360 de l'icône composite "Leakage" 325, il représentés sur La figure 3, correspondent respectivement aux
références 410, 415 et 420 de la figure 4.
L'icône de test composite 325 comprend deux segments, Le segment de test 425 et Le segment de test 430 Dans Le cas o Les deux segments de tests correspondant aux icônes de test 425 et 430 ont été réussis, Le déroulement du programme se poursuit à partir de La référence 410, entre dans Le port 435 de L'icône de test 425, satisfait au segment de test correspondant à l'icône de test 425, sort de L'icône de test 425 par Le port 440, entre dans L'icône de test 430 via Le port 445, satisfait Le segment de test représenté par L'icône de test 430, et sort de l'icône de test 430 par Le port 450 qui est couplé à La référence 420 Si L'un quelconque des ces segments de tests n'est pas réussi, le déroulement du programme
conduit de l'icône représentant Le segment de test raté à la réfé-
rence 415.
L'ensemble image-écran et interface "F Low Too L" i L Lustré sur La figure 4 comporte également un certain nombre d'autres options, qui sont il Lustrées dans L'aire de visualisation 455 Par exemple, la sélection du bouton "pop display" (affichage dans Le
sens remontant) 460 donne lieu à L'affichage de L'image-écran pré-
cédente Dans le présent exemp Le, ce serait l'affichage du pro-
gramme de tests " 3901 ", tel que représenté sur la figure 3.
Le mode de réalisation préféré fournit également un méca-
nisme d'interface, désigné sous L'appellation d'icônes "compo-
sites" De façon générale, des segments composites fournissent un mécanisme d'interface permettant à L'utilisateur de condenser du point de vue Logique La représentation graphique de plusieurs
icônes représentant une séquence de tests lorsqu'il le souhaite.
Plus spécialement, deux icônes interconnectées, ou plus, peuvent
être combinées par application d'un message approprié de l'utili-
sateur pour être visualiséesgraphiquement sous La forme d'une icône composite L'image-écran "F Low Too L" résultante ne représentera
alors que Les lignes d'interconnexion existant entre l'icône com-
posite et Les icônes n'appartenant pas à L'icône composite et ne représentera pas les lignes interconnectant Les icônes contenues
dans L'icône composite Les icônes et Leurs Lignes d'intercon-
nexion qui constituent une icône composite peuvent être affichées par "sélection" de l'icône composite De plus, les éléments d'un segment composite peuvent eux-mêmes être des segments composites,
c'est-à-dire que des segments composites peuvent être "emboîtés".
Ceci offre beaucoup de souplesse en permettant à l'utilisateur de
produire plusieurs vues de la séquence de tests à des niveaux dif-
férents, o L'utilisation de segments composites permet à la repré-
sentation graphique de rester concise et adaptée aux buts de l'uti-
lisateur au moment de l'examen.
MODIFICATION DE DONNEES DE SEGMENTS DE TESTS
Typiquement, le but qui doit être réalisé en premier dans un programme de contrôle est qu'il soit assuré que le système de
contrôle est en bon contact électrique avec le dispositif à con-
trôler Par conséquent, un test de courant continu du type conti-
nuité est souvent le premier test effectué dans un programme de contrôle On se reporte de nouveau à la figure 3, o l'on voit que l'icône de test 320 représente le cas particulier d'un segment de test de courant continu Les relations entre ce test de courant
continu et les autres tests de fonctionnement du programme de con-
trôle " 3901 " sont définies par les images-écran apparaissant sur les figures 3 et 4 Les paramètres particuliers et les critères de réussite ou d'échec de n'importe quel test de courant continu sont établis par une interface de programme "DC Test Tool" (outil de test
de courant continu) représentée sur la figure 5 Plus particulière-
ment, les paramètres affichés sur la figure 5 correspondent de façon particulière à un certain segment de test de courant continu,
à savoir celui qui correspond à l'icône de test de courant con-
tinu 320.
L'image-écran de la figure 5 est obtenue par la sélection de l'icône de test 320 de la figure 3 La ligne 505 indique qu'il s'agit de l'affichage du "dctool" (outil de courant continu), qui produit l'interface de programme "DC Test Tool" Le nom du segment de test de courant continu particulier qui est affiché, à savoir "Continuity" (continuité), est indiqué dans la zone "DC" (courant continu) apparaissant à la ligne 510 Ce nom apparaît également sur l'icône 320 correspondante de la figure 3 (Il apparaît sous forme tronquée en raison de la taille choisie pour les caractères) Les paramètres "TIME" (heure) et "DATE" (date) apparaissant à la ligne 510 indiquent le moment auquel ce test particulier a été modifié
pour la dernière fois La zone "Block Status" (état de bloc) appa-
raissant à la ligne 515 indique toutes les variations des valeurs courantes du test par rapport à celles emmagasinées sur le disque.
Immédiatement au-dessous, se trouve un certain nombre de zones qui offrent les options classiques des tests: "Test Method" (méthode de test), "Measure Device" (dispositif de mesure), "Delay" (retard), "Voltage Connect" (connexion de tension), "Clamp Hi, Lo"
(verrouillage haut, bas), "Mask" (masque), et "Result" (résultat).
Ces zones permettent la sélection des paramètres de fonctionnement d'un certain nombre d'options classiques associées aux tests de
courant continu.
Dans l'aire d'affichage 520 de la figure 5, apparaissent des colonnes intitulées "Pinset" (groupe de broches), "Start" (début), "Stop" (arrêt) et "Ifail" (courant de défaillance) L'aire d'affichage 520 sert à préciser quels groupes de broches prédéfinis
du circuit intégré doivent être contrôlés dans ce segment de test.
Dans le présent exemple, un groupe de broches comportant toutes les broches ("al pins") a été sélectionné Par conséquent, cette séquence de tests contrôlera séquentiellement toutes les broches du circuit intégré faisant l'objet du test, sur la base des paramètres
suivants.
L'aire d'affichage 530 comporte un dispositif d'interface désigné sous l'appellation d'élément coulissant verticalement, qui sert à afficher et modifier la valeur d'une fonction d'imposition (charge imposée) devant être appliquée au dispositif à circuit intégré qui fait l'objet du test Celle-ci peut être une tension ou un courant, en fonction de la sélection effectuée à l'aide d'un message d'entrée approprié de l'utilisateur On définit l'amplitude de la charge appliquée à chaque broche en enfonçant le bouton
médian de la souris alors que le curseur est sur l'élément coulis-
sant 535, en déplaçant l'élément coulissant dans le sens vertical
par maintien de l'enfoncement du bouton de la souris, et en relâ-
chant le bouton de la souris lorsque l'élément coulissant est au niveau de l'amplitude voulue L'éLément verticalement coulissant
affiche aussi l'amplitude exacte à sa surface.
Trois éléments verticalement coulissant supplémentaires sont regroupés ensemble Ils comprennent l'élément "High Limit" (limite supérieure) 540, l'élément "Sense" (détection) 550 et l'élément "Low Limit" (limite inférieure) 560 Les paramètres fixés par l'élément limite supérieure 540 et l'élément limite inférieure 560 établissent le critère de réussite ou d'échec pour ce test de courant continu Plus spécialement, comme représenté, il n'est imposé aucune limite supérieure Ceci donne ce que l'on appelle un test "à une seule borne" Une tension limite inférieure de moins
un volt ( 1 V) est définie par l'élément limite inférieure 560.
Ainsi, si la tension sur une broche quelconque est supérieure à moins un volt, le test est réussi L'élément détection 550 illustre en vert la bande de réussite ( 1 à O V), et en rouge la bande d'échec (moins de -1 V et plus de O V) De plus, des résultats de tests réels, comme représenté en un point d'interruption, peuvent
être affichés dans l'élément verticalement coulissant "Sense" 550.
L'aire d'affichage "Measure" (mesure) 570 est une liste
que l'on peut faire défiler pour sélectionner des broches particu-
lières Les valeurs réelles du test pour des broches sélectionnées
sont affichées dans l'aire d'affichage 550.
L'aire d'affichage 575, qui apparaît dans le coin supé-
rieur droit de la figure 5, affiche des outils particuliers et des
données particulières pouvant définir des paramètres de précondi-
tionnement nécessaires pour définir complètement un test de courant continu Les paramètres de préconditionnement définissent les signaux d'entrée appliqués au circuit intégré soumis au test avant
son exécution.
Après que l'examen et la modification du segment de test
de courant continu ont été achevés, la sélection de la bande nomi-
nale 505 provoque l'affichage d'un menu de descente qui permet la sélection d'une option de fermeture L'option de fermeture permet la fermeture de l'interface de programme "DC Test Tool" La fermeture
de L'outi L de test de courant continu ramène L'interface à l'image-
écran "F Low Too L", dont un exempte a été il Lustré sur La figure 3.
Un autre segment de test est représenté par L'icône de
test "Gross Function" (fonction brute) 365 de La figure 3 L'ouver-
ture de l'icône de test 365 produit L'affichage de l'outil "Functiona L Test" (test de fonctionnement) qui est représenté sur La figure 6 Les tests de fonctionnement tels que définis par L'outil "Functional Test" sont généralement les tâches primaires exécutées par des équipements de contrôle de circuits intégrés à grande vitesse L'aire d'affichage 605, se trouvant en haut du panneau, de
L'outil "Functional Test" permet de modifier le nom du test de fonc-
tionnement "grossfun OO 6 " affiché dans la zone "Ftest" à La Ligne 610.
Les zones d'affichage 615 et 625, situées au bas du pan-
neau de l'ensemble image-écran et interface de l'outil "Functional-
Test", fournissent d'autres zones définissant un test de fonctionne-
ment Plus spécialement, cette définition de test se présente sous une forme hautement modularisée et combine des définitions et des paramètres à partir de données incluses dans les blocs de données
définis par diverses zones Par exemple, des paramètres de synchro-
nisation utilisés pour l'application de stimuli d'entrée dans Le dispositif et servant à mesurer Les signaux de sortie du dispositif
faisant l'objet du test sont définis dans le b Loc de données iden-
tifié dans la zone appelée "Timing" (synchronisation) à la ligne 620 La zone "Timing", la zone "Levels" (niveaux), La zone "Code" (code) et les zones "Open Pins" (broches en circuit ouvert) sont actives et on peut Les "ouvrir" pour produire l'affichage graphique d'un outil particulier qui permettra de visualiser et de modifier Le bloc de données définissant cet aspect particulier du test De la même façon, une Liste de configurations peut être spécifiée à l'aide de la zone "Vector" (vecteur) à La ligne 635 Des points de début et d'arrêt peuvent être définis si toute la configuration ne
doit pas être exécutée, et un masque peut être défini si cer-
taines valeurs ne doivent pas être échantillonnées Les configura-
tions, qui sont des séquences binaires relatives à chaque broche d'entrée et de sortie, sont définies par un outil spécialement
prévu pour cette fonction, l'outil "Vector" (vecteur).
* La figure 7 montre l'interface "Timing Tool" (outil de synchronisation) qui résulte de l'ouverture du programme "Timing Tool" Comme indiqué, les données correspondent au code d'exécution de données "grossfunc TIM 006 " indiqué dans la zone "Timing" à la ligne 620 de la figure 6 Le panneau supérieur 710 contient une zone "Timing" à la ligne 715, qui définit Le code d'exécution de données correspondant au présent affichage La ligne 716 comporte une zone "PINDEF TABLE" (table de définitions de broches), qui énumère les codes d'exécution de données définissant les broches du dispositif sélectionnées en vue d'être soumises au test. L'aire d'affichage 720 illustre de façon générale un diagramme du type oscilloscope définissant diverses formes d'ondes de signaux Avec cet outil, on peut modifier la synchronisation des transitions de niveau en "traînant" les flancs des formes d'ondes d'une position à une autre Plus spécialement, les transitions, par
exemple la transition d'un niveau bas à un niveau haut 725, corres-
pondent à une aire active contenant L'affichage de la transition.
En enfonçant le bouton médian de la souris alors que Le curseur est
dans cette aire active, on peut "traîner" horizontalement la tran-
sition jusqu'à une nouvelle position correspondant à un instant nouveau, et la repositionner à cet instant nouveau en relâchant le
bouton de la souris.
Dans la partie droite de l'aire d'affichage 730, se trouvent deux boutonspoussoirs 735 et 740 Le fait de sélectionner le bouton-poussoir "TEST" 735 charge immédiatement les conditions courantes définies par l'interface "Timing Tool" dans l'équipement matériel exécutant le test, fait effectuer le test et ramène un
résultat de réussite ou d'échec Ceci permet de contrôler rapide-
ment un dispositif à l'aide de nouveaux paramètres de test Par sélection du bouton-poussoir "CHECK" (vérification) 740, on vérifie
l'existence de violations de contraintes de L'équipement de test.
La colonne gauche 745 de l'aire d'affichage 720, intitu-
lée "PINDEF" (définition des broches), contient des broches dis-
tinctes ou des groupes de broches (appelés "pinsets") du dispositif
à circuit intégré faisant l'objet du test Par exemple, les pre-
miers articles "a" et "b" de la colonne 745 représentent chacun des bus à quatre bits définis par l'interface "Pin Def" (définition
des broches).
La colonne 750 est appelée "SEQUENCE NAME" (nom de sé-
quence) La colonne 750 des noms de séquences contient les noms attribués par l'utilisateur pour définir la forme d'onde associée affichée horizontalement à droite dans l'aire d'affichage "WAVEFORM
DESCRIPTION" (description des formes d'ondes) 755.
Des éléments de synchronisation et de présentation préci-
sés dans l'interface "Timing Tool" définissent donc, lorsqu'ils sont combinés avec des séquences de " 1 " et de "O" et des niveaux définis par d'autres outils, les formes d'ondes devant être appliquées ou soumises au test Le fait que ces définitions soient séparées permet de les faire varier indépendamment Ceci permet d'utiliser un groupe de paramètres de synchronisation sur plusieurs groupes différents de niveaux, ou d'utiliser un groupe de niveaux avec
plusieurs groupes différents de synchronisations.
En ce qui concerne l'article de "PINDEF" intitulé "y" dans la colonne 745, on note que deux formes d'ondes différentes lui
sont associées La forme d'onde de la ligne 760 illustre un échan-
tillon 765 Un échantillon correspond au moment d'un test effectué sur la broche "y" lorsque le signal de sortie du dispositif est échantillonné et comparé suivant un critère particulier de réussite ou d'échec Dans le mode de réalisation préféré, l'échantillon 765 est visualisé sous la forme d'une petite région ayant du vert à la partie supérieure et à la partie inférieure et du rouge à la partie
moyenne pour indiquer qu'elle représente une combinaison particu-
lière de " 1 " et de " O " formant un signal de sortie sur la broche "y" Plus spécialement, le critère de réussite est haut ou bas, et
non pas entre les deux amplitudes définies.
Dans l'image-écran "Timing Tool", la synchronisation est entièrement définie sous forme de configurations de " O " et de " 1 "
définies par un outil de configuration La synchronisation particu-
lière de chaque transition " O " ou " 1 " est définie par rapport à
"TO" "TO" est le début d'un vecteur de test Ainsi, le "TO" sui-
vant est la fin du premier vecteur de test et le début du vecteur de test suivant Généralement, en appliquant un groupe de 1-0 à une broche et en contrôlant, à un certain instant ultérieur, le signal de cette broche, ou d'une autre broche, on définit un "vecteur test". On ouvre le programme "Levels Tool" de la même manière que le programme "Timing Tool" Plus spécialement, le fait d'activer le bouton gauche alors que le curseur est sur la zone "Levels=" (niveaux=), à la ligne 130 de la figure 6, ouvre le programme
"Levels Tool" La figure 8 illustre l'ensemble image-écran et inter-
face "Levels Tool", que l'on obtient en ouvrant le programme
"Levels Tool".
Comme on peut le voir sur la figure 8, une zone "Level Block" (bloc de niveaux) apparaissant à la ligne 105 indique le code particulier d'exécution de données qui doit être examiné Une aire d'affichage 820, que l'on peut faire défiler, affiche les
groupes de broches qui ont des niveaux définis Le fait de sélec-
tionner un groupe de broches sur l'aire d'affichage 820 provoque
l'affichage graphique des paramètres de niveau dans l'aire d'affi-
chage 830 Un groupe d'éléments verticalement coulissants 840, 850, 860, 870 et 880 permet de définir les amplitudes prises pour VIH
(tension d'entrée haute), VIL (tension d'entrée basse), VOH (ten-
sion de sortie haute), VOL (tension de sortie basse), et Vref (tension de référence) Les titres des colonnes sont "Pinsets"
(groupes de broches), puis VIH, VIL, VOH, VOL et Vref.
L'aire d'affichage 890 est constituée de deux éléments
verticalement coulissants qui définissent la charge programmable.
IOH (courant de sortie haut) et IOL (courant de sortie bas) sont
les paramètres du courant.
Si l'on revient à l'image-écran "Timing Tool", représentée sur la figure 7, on note que les divers éléments de "PINDEF" sont définis en termes de "O" et " 1 " Les valeurs quantitatives de ces tensions ne sont pas précisées par le programme "Timing Tool" Au contraire, les niveaux réels de tension de ces broches d'entrée sont définis par le programme "Levels Tool" A tout instant, chaque broche d'entrée peut être excitée à un niveau haut ou bas Ainsi,
chaque broche d'entrée définie recevra un bit de donnée fonction-
nelle de la part du vecteur de test Un dispositif d'excitation, au sens matériel, de l'appareil de contrôle excite chaque broche d'entrée à la valeur VIH ou VIL définie pour cette broche sur la
base de cette donnée.
VOH et VOL sont les niveaux de comparaison des broches de sortie Un niveau " 1 " correspond à une valeur supérieure à VOH Un niveau " O " correspond à un niveau inférieur à VOL Les niveaux de
sortie sont déterminés par des comparateurs disposés dans l'équipe-
ment et couplés respectivement aux broches de sortie définies.
MODIFICATION DE LA SEQUENCE (DEROULEMENT) DES SEGMENTS DE TESTS.
En plus de pouvoir examiner et modifier les paramètres d'un segment de test existant, on peut aussi modifier la succession
logique de segments de test Un exemple est donné par l'introduc-
tion d'un nouveau segment de test dans une séquence existante d'un programme de contrôle La figure 9 est une image-écran "Flow Tool" (outil de déroulement), qui illustre graphiquement une séquence de tests existante et un nouveau segment de test 910, qui n'a pas encore été logiquement relié à la séquence de tests existante Le nouveau segment de test 910 est créé et connecté dans la séquence
de test comme décrit ci-dessous.
Le fait d'activer le bouton droit de la souris alors que
le curseur est dans l'aire de fond 920 constituant la partie inuti-
lisée de l'image-écran a pour effet d'amener l'affichage d'un menu principal, tel que représenté sur la figure 10 Le premier article
du menu principal est "segments"(segments) Le fait de sélection-
ner l'option segments produit un menu de segments 1010 Le menu de segments 1010 affiche un groupe de choix pour les différents types de segments de tests Le premier choix, à la ligne 1020, est "Functional Test" En sélectionnant "Functional Test", on provoque
l'affichage d'une nouvelle icône "Functional Test" 910 dans l'image-
écran de l'outil de déroulement représentée sur la figure 9 A ce moment, l'icône ne présente aucune interconnexion avec le programme de contrôle, ni de données associées définissant le segment de test On peut introduire le critère de réussite ou d'échec relatif à ce nouveau segment de test en sélectionnant L'icône de test 910, ce qui conduit à L'ensemble imageécran et interface de L'outil "Functional Test" qui a été décrit cidessus en relation avec la figure 6 L'outil "Functional Test" produit L'interface servant à définir le test de fonctionnement associé à L'icône nouvellement
créée 910.
On se reporte à la figure 9 L'intégration de l'icône "Functional Test" 910 dans La séquence de tests s'effectue de la manière suivante Le port 330 de L'icône de test de continuité 320
est, à ce moment, connecté à l'icône d'arrêt 340 Le fait d'enfon-
cer Le bouton gauche sur le port 310 coupe cette connexion, en amenant L'extrémité gauche de La Ligne de connexion 345 à se déplacer avec Le curseur Ceci permet effectivement à L'utilisateur de "capturer et garder" l'extrémité de La Ligne de connexion 345 qui était antérieurement connectée au port 330 Le fait de lâcher Le bouton gauche amène la ligne de connexion 345 à se "rétracter" dans L'icône d'arrêt 340 d'une manière qui rappelle visuellement la
rétractation du cordon d'alimentation électrique d'un aspirateur.
L'enfoncement du bouton sur le port 330 de l'icône de test de continuité 320 fait qu'une nouvelle Ligne de connexion est
extraite du port 330 Une extrémité de cette nouvelle ligne de con-
nexion est attachée au port 330 et l'autre extrémité est attachée au curseur On peut déplacer l'extrémité de La ligne de connexion attachée au curseur de manière à l'amener à proximité immédiate d'un autre port, par exemple le port 330 de l'icône de test 910, après quoi on la Libère Lorsqu'on Libère l'extrémité de la ligne de connexion à proximité immédiate d'un port, celle-ci se connecte automatiquement, ce qui définit un nouveau déroulement de séquence de tests Plus spécialement, si Les paramètres de réussite ou d'échec du test de continuité 320 ne sont pas satisfaits, alors, au lieu que la séquence de tests s'arrête, le test de fonctionnement
correspondant à l'icône de test 910 est exécuté.
La nouvelle Ligne de connexion 1110 est illustrée sur la
figure 11.
De La même façon, une autre Ligne de connexion 1120 peut être tirée, à l'aide du curseur, du port 1130 de l'icône de test 910 jusqu'au port 1140 de l'icône "power" (alimentation électrique) 1150, par libération de l'extrémité, commandée par Le curseur, de La Ligne de connexion 1120 au voisinage immédiat du port 1140 de L'icône "Power" 1150 Enfin, La connexion du port 1160 du segment de test 910 peut être établie avec le port de L'icône "Stop"
(arrêt) 340.
La figure 12 montre la nouvelle icône de test 910
entièrement connectée, Laquelle comporte une nouvelle ligne de con-
nexion 1210 entre le port 1160 de l'icône de test 910 et Le port 1220 de L'icône d'arrêt 340 Dans cette nouvelle séquence, si le
test de continuité qui est représenté par L'icône 320 est satis-
fait, La séquence de tests passe au segment de test de fuite repré-
senté par L'icône "Leakage" 325 Dans le cas o le test de conti-
nuité n'est pas satisfait, la séquence de tests passe au segment de test représenté par L'icône 910 Dans le cas o Le segment de test représenté par l'icône de test 910 est satisfait, la séquence de
tests passe à un segment de test d'alimentation électrique repré-
senté par l'icône "Power" 1150 et "saute" Le test de fuite repré-
senté par l'icône "Leakage" 325 Dans le cas o Le segment de test représenté par l'icône de test 910 n'est pas satisfait, la séquence de test passe à L'icône "Stop" 340 et s'arrête De cette manière, on peut créer un nouveau segment de test et L'introduire dans une séquence de programmes de tests existante IL est également
possible de modifier Le déroulement d'une séquence de tests exis-
tante, ou bien de créer une nouvelle séquence de tests.
AUTRES OUTILS ET CONVENTIONS RELATIVES A LA SOURIS.
Dans Les différents outi Ls, Les broches se trouvant sur Le dispositif soumis au test sont désignées par des noms Logiques, et non par des numéros de broches Par exemp Le, des noms logiques, appelés "Pindefs", sont utilisés par l'interface "DC Too L" qui est illustrée dans La fenêtre 520 de La figure 5 Un programme "Pindef"
(définition de broche) fournit une interface graphique (non illus-
trée) permettant de définir des noms de broches en relation parti-
culière avec les numéros des broches.
La souris à trois boutons qui est utilisée pour commander le curseur est le dispositif permettant de pointer, de capturer, de traîner et de sélectionner Le bouton droit de la souris sert à faire apparaître des menus en fonction du contexte Ainsi, un menu qui est propre à l'objet pointé par le curseur apparaîtra lorsqu'on enfoncera le bouton droit De nombreux outils possèdent un "outil de menu principal" qui apparaît lorsqu'on enfonce le bouton droit sur une aire quelconque inutilisée du fond Le bouton du milieu
sert à tirer, à déplacer ou à effectuer un panoramique On accom-
plit ceci en plaçant le curseur sur l'objet à déplacer, en pressant le bouton du milieu, en déplaçant le curseur jusqu'à la position voulue et en relâchant le bouton du milieu Le bouton gauche sert à
effectuer une capture, une sélection, un choix ou à activer.
LE SYSTEME DE CONTROLE.
Les outils d'interface du poste de travail 100 ainsi que les programmes et les données de l'ordinateur du système de
contrôle 130 constituent un programme de contrôle du type "résul-
tant" non spécialisé Chaque test de fonctionnement est représenté graphiquement sur le poste de travail 100 par une icône L'ordre de succession de ces tests de fonctionnement est indiqué par les
interconnexions graphiques des icônes Chaque test de fonctionne-
ment est également représenté par des codes d'exécution de données correspondants du système de contrôle, et la succession de ces tests de fonctionnement est représentée par des pointeurs reliant logiquement les codes d'exécution de données correspondants, comme
décrit plus complètement ci-dessous.
L'architecture de l'ordinateur du système de contrôle 130 est illustrée sur la figure 13 Le poste de travail 100 est couplé à un clavier 110 et à une souris 120 et comporte des outils d'interface 1305 qui commandent le dispositif d'affichage 1310 et répondent à des manoeuvres appliquées au clavier 110 et à la souris 120 Des messages sont envoyés des outils d'interface 1305 à des programmes d'interface d'outil 1315 inclus dans l'ordinateur 130 du système de contrôle afin de modifier les codes d'exécution de
données du système de contrôle pour qu'ils correspondent aux para-
mètres des tests de fonctionnement et aux séquences de tests
définis par les interfaces apparaissant sur l'écran 1310 Des mes-
sages sont également envoyés pour faire commencer des actions par-
ticulières, par exemple à un message demandant d"'exécuter" un test, et des données et des résultats de test peuvent être envoyés au poste de travail 100 par l'ordinateur 130 du système de contrôle
pour y être affichés.
Dans le mode de réalisation préféré, les outils d'inter-
face 1305 comprennent un ensemble matériel et logiciel normalisé de
traitement graphique à X fenêtres et des outils d'interface spéci-
fiques, par exemple le programme "Flow Tool" et les autres program-
mes décrits ci-dessus Les outils d'interface 1305 définissent des icônes et des séquences d'icônes sous la forme de noms d'icônes
pouvant être définis par l'utilisateur, comme par exemple "Conti-
nuity" Ainsi, lorsqu'un message est envoyé aux programmes d'inter-
face d'outil 1315 de l'ordinateur 130 du système de contrôle en réponse à la création, à la modification ou à la reconnexion d'une
icône, le message est donné en termes de nom d'icône.
Egalement selon le mode de réalisation préféré de l'invention, les programmes d'interface d'outil 1315 interprètent les messages se rapportant aux icônes au moyen d'une table binaire 1320 servant à traduire les noms d'icônes en adresses des blocs de segments correspondants contenus dans la mémoire de l'ordinateur du système de contrôle Les programmes d'interface d'outil 1315 examinent alors ou modifient les codes d'exécution de données
correspondants en réponse aux messages Ainsi, lorsque l'utilisa-
teur déplace une ligne interconnectant des icônes à l'aide du pro-
gramme "Flow Tool", les noms des icônes considérées sont recherchés dans la table binaire 1320 afin que soient déterminées les adresses des blocs de segments correspondants Les programmes d'interface d'outil 1315 modifient alors les pointeurs appropriés de façon qu'ils correspondent à la nouvelle séquence définie par la nouvelle position de la ligne d'interconnexion Ces codes d'exécution de données et leurs relations avec les icônes de l'interface et
d'autres codes d'exécution de données sont discutés plus complète-
ment ci-dessous.
Les programmes d'interface d'outil 1315 interprètent et
mettent en oeuvre également des instructions telles que "exécu-
tion" Par exemple, les programmes d'interface d'outil 1315 appel-
lent un programme d'exécution placé dans les programmes d'exécution de contrôle 1325 en réponse à une instruction d"'exécution" venant des outils d'interface 1305, par exemple par sélection du bouton "Execute" (exécution) de l'aire 505 de l'interface "Functional Test" représentée sur la figure 6 De plus, les programmes d'interface d'outil 1315 transmettent des messages de données au poste de travail 100 en vue de leur affichage sous forme graphique Par
exemple, dans le mode de réalisation préféré, les lignes d'inter-
connexion deviennent blanches lorsqu'il s'agit de représenter la séquence de tests réelle pendant l'exécution des tests En outre, les bords des icônes correspondant aux tests exécutés changent de
couleur pour indiquer si les tests ont été satisfaits ou non rela-
tivement aux critères imposés pour les tests respectifs.
Chaque test de fonctionnement est défini principalement par trois types distincts de codes d'exécution de données Tout d'abord, un ou plusieurs blocs de données de paramètres de test, par exemple le bloc de données 1330, définissent des paramètres de fonctionnement pour chaque test de fonctionnement Les blocs de données ne contiennent aucune information de code ou de séquence
exécutables, mais sont spécialement destinés aux données définis-
sant les paramètres d'un test spécifique Typiquement, ces para-
mètres de fonctionnement sont définis, examinés et modifiés en fonction d'éléments introduits dans les outils correspondants Par exemple, des modifications d'un test de courant continu seraient obtenues par application de messages au programme "DC Test Tool" (décrit ci-dessus en relation avec la figure 5), des modifications à un test de fonctionnement seraient obtenues par application de messages à l'outil "Functional Test" (décrit ci-dessus en relation avec la figure 6), et des modifications à la synchronisation d'un
test défini seraient obtenues par application de messages au pro-
gramme "Timing Tool" (décrit ci-dessus en relation avec la
figure 7).
Les blocs de données peuvent être modifiés de deux manières Tout d'abord, on peut sélectionner un bloc différent Par exemple, le bloc "grossfunc TIM 006 " de la ligne "Timing" (figure 7) pourra être remplacé par un bloc différent par sélection d'un bloc de données dans l'ensemble image- écran et interface "Select Tool" illustré sur la figure 1 Plus spécialement, en enfoncant le bouton droit alors que le curseur est sur une appellation dezone, par exemple l'appellation "Timing" 618 de la ligne 620, on produit un menu permettant de sélectionner un bloc de données différent pour définir la synchronisation Sinon, on peut modifier des paramètres
spécifiques se trouvant à l'intérieur d'un bloc de données sélec-
tionné en utilisant l'outil de l'ensemble image-écran et interface approprié Plus spécialement, en activant le bouton gauche alors que le curseur est sur l'aire du bloc de données, on "ouvre"
l'outil correspondant à l'attribut sélectionné.
Un deuxième type de code d'exécution de données est un bloc de segment Un exemple est illustré sur la figure 13 sous la
forme du bloc de segment 1335 Le troisième type de code d'exécu-
tion de données est une définition de segment, dont un exemple est représenté par la définition de segment 1340 de la figure 13 Les blocs de segment et les définitions de segment définissent ensemble
les séquences logiques des tests de fonctionnement qui sont dis-
ponibles au moment de l'exécution.
Les blocs de segment et les définitions de segment pourront être expliqués de façon plus complète en relation avec la figure 14 Comme illustré, le bloc de segment 1335 est un code
d'exécution de données possédant un certain nombre de positions.
Par exemple, la position "nom" contient le nom de l'icône corres-
pondante de l'écran-image 1310 La position "type" identifie le
type de l'objet, à savoir "segment", qui constitue le bloc de seg-
ment La position "autre type" identifie quel type de test est pointé, à savoir "le test de courant continu" D'autres positions
indiquent comment d'autres séquences sont rendues disponibles (les-
quelles correspondent au nombre de ports de sortie présents sur l'affichage graphique) et l'adresse particulière de la définition de segment 1340 qui contient les adresses d'autres blocs de segment 1410 et 1420 qui définissent Les autres tests de fonctionnement disponibles après l'exécution du test de courant continu défini par le bloc de segment 1325 au moment de l'exécution Dans le présent exemple, les blocs de segment 1325, 1410 et 1420 correspondent aux icônes 320, 425 et 340 des figures 3 et 4 (Les icônes composites sont principalement un mécanisme d'interface des outils d'interface 1305 du poste de travail 100, bien qu'ils soient représentés dans l'ordinateur 130 du système de contrôle par des codes d'exécution
de données correspondants).
On revient à la figure 13 L'ordinateur 130 du système de contrôle contient de préférence des programmes d'exécution de test 1325 écrits dans le langage de programmation C Les programmes d'exécution de test 1325 constituent une bibliothèque de support
d'exécution de procédés prédéfinis qui exécutent les blocs de seg-
ment, Les définitions de segment et les blocs de données et qui constituent une interface vis-à-vis de l'équipement de contrôle 135 pour l'exécution du déroulement du contrôle correspondant à la représentation graphique présente sur l'écran-image en réponse à des messages reçus de la part des programmes d'interface d'outil 1315 Par exemple, en réponse à un message demandant l'exécution d'un test, des programmes d'interface d'outil 1315 identifient le test à exécuter à l'aide d'une adresse spécifique et appellent les programmes d'exécution de test 1325 Les programmes d'exécution de
test constituent alors L'interface avec les blocs de segment appro-
priés, les définitions de segment, les blocs de données et l'équipement de contrôle 135 Par exemple, en réponse à un message demandant d'exécuter un test de courant continu, les programmes d'exécution de test lus dans le bloc de segment adressé exécutent
un programme d'exécution approprié à l'exécution d'un test de cou-
rant continu, lisent Les paramètres du bloc de données définissant le test de courant continu, excitent l'équipement de contrôle 135 en fonction de ces paramètres de test, comparent les résultats de test reçus de La part de l'équipement de contrôle 135 avec les paramètres de réussite ou d'échec contenus dans le bloc de données, et poursuivent la séquence logique jusqu'au bloc de segment suivant
de la séquence de tests en réponse au contenu Logique de la défini-
tion de segment correspondante.
L'équipement de contrôle 135 comporte des dispositifs
d'excitation qui sont couplés au dispositif soumis au test et ser-
vent à appliquer des signaux d'entrée définis au circuit intégré soumis au test, ainsi que des comparateurs servant à comparer les signaux de sortie du dispositif soumis au test avec des niveaux programmables Lorsqu'un test est en cours d'exécution, Les données reçues de La part de l'équipement de contrôle sont comparées avec
les paramètres de réussite et d'échec, et Les résultats sont emma-
gasinés dans une aire de données brutes Il peut être fait accès à ces données à l'aide des programmes d'interface d'outil 1315, et cel Les-ci sont envoyées sous forme de message au poste de travail
100 pour être affichées sur l'écran 1310.
Bien entendu, l'homme de l'art sera en mesure d'imaginer,
à partir du système dont la description vient d'être donnée à titre
simplement illustratif et nul Lement limitatif, diverses variantes
et modifications ne sortant pas du cadre de l'invention.
Claims (8)
1 Système de contrôle permettant de soumettre un dispo-
sitif à une séquence logique de tests de fonctionnement, o la
séquence est définie par une interface graphique, le système com-
portant un moyen d'affichage, un moyen servant à appliquer des signaux au dispositif; un moyen servant à recevoir des signaux de la part du dispositif; un moyen servant à traiter les signaux reçus du dispositif, et un moyen servant à définir les paramètres des tests de fonctionnement, qui comportent des signaux à appliquer
au dispositif et les signaux devant être reçus de la part du dis-
positif, le système étant caractérisé en ce qu'il comprend en outre: un moyen ( 305) servant à représenter graphiquement sur le moyen d'affichage ( 1310) une séquence de tests de fonctionnement; une structure de données ( 1330) définissant une séquence de tests de fonctionnement; un moyen ( 1305) servant à manipuler la structure de données ( 1330) pour établir la correspondance avec la séquence affichée; et un moyen ( 130) servant à commander le système afin que soient exécutés les tests de fonctionnement contenus dans la
séquence définie par la structure de données.
2 Système de contrôle selon la revendication 1, carac-
térisé en ce qu'il comprend en outre un moyen ( 1315) servant à modifier la séquence graphiquement représentée sur le moyen d'affichage ( 1310), en ce que ledit moyen de manipulation modifie la structure de données ( 1330) pour établir la correspondance avec la séquence affichée, et en ce que ledit moyen de commande fait
que l'équipement de contrôle exécute la séquence modifiée.
3 Système de contrôle selon la revendication 1, carac-
térisé en ce que la structure de données comprend un certain nombre de codes d'exécution de données ( 1330) indépendants qui peuvent être arbitrairement interconnectés afin de définir une séquence
de tests de fonctionnement.
4 Système de contrôle selon la revendication 3, carac-
térisé en ce que l'information de la séquence qui est relative à
chaque test de fonctionnement est représentée par un code d'exécu-
tion de données distinct.
Système de contrôle permettant de soumettre un dispo- sitif à une séquence logique de tests de fonctionnement, o la
séquence est définie par une interface graphique, le système com-
portant un moyen servant à appliquer des signaux au dispositif, un moyen servant à recevoir des signaux de la part du dispositif, un moyen servant à traiter les signaux reçus de la part du dispositif,
un moyen servant à définir des paramètres des tests de fonctionne-
ment, qui comprennent les signaux à appliquer au dispositif et les signaux devant être reçus du dispositif, et un moyen servant à examiner et à modifier les paramètres, le système comprenant en outre une interface graphique servant à examiner et modifier la séquence logique des tests de fonctionnement, caractérisé en ce que l'interface comprend:
un moyen d'affichage graphique ( 1310) possédant un cur-
seur ( 205) et un dispositif d'entrée ( 110, 120) servant à commander la position du curseur sur le moyen d'affichage graphique; un moyen ( 305) servant à produire une représentation graphique de chaque test de fonctionnement sur le moyen d'affichage graphique ( 1310); un code d'exécution de données distinct correspondant à
chaque test de fonctionnement, le code d'exécution de données com-
portant des pointeurs destinés à se pointer sur des codes d'exécu-
tion de données correspondant à d'autres tests de fonctionnement séquentiels; un moyen servant à représenter graphiquement l'adresse de chaque test de fonctionnement en association avec l'icône graphique correspondante; un moyen servant à interconnecter graphiquement, à l'aide de lignes ( 1110, 1120, 1210), des icônes ( 310, 320, 325, 910) se trouvant sur le moyen d'affichage, les lignes correspondant aux cheminements possibles de la séquence de test;
un moyen de données qui répond au moyen servant à connec-
ter graphiquement des icônes ( 310, 320, 325, 910) présentes sur le moyen d'affichage ( 1310) en définissant les pointeurs correspondants dans les codes d'exécution de données de façon que les autres tests de fonctionnement séquentiels possibles définis par les codes d'exécution de données correspondent aux cheminements possibles de la séquence de tests graphiquement affichée; et un moyen de contrôle ( 135) couplé au dispositif ( 140) et servant à exécuter la séquence logique de tests de fonctionnement à partir des séquences de tests possibles, en réponse à des signaux reçus de la part du dispositif ( 140) et aux
codes d'exécution de données.
6 Système selon la revendication 5, caractérisé en ce que ledit moyen ( 120) servant à interconnecter graphiquement des icônes comprend en outre des moyens servant à modifier les interconnexions entre icônes et en ce que ledit moyen de données modifie les codes d'exécutionde données de façon qu'ils
correspondent à la représentation graphique.
7 Système selon la revendication 6, caractérisé en ce qu'il comprend en outre un moyen d'entrée ( 120) servant à déconnecter les lignes entre icônes et à tracer de nouvelles lignes entre icônes, ces deux opérations s'effectuant sous
commande d'un curseur.
8 Système selon la revendication 7, caractérisé en ce qu'il comprend en outre un certain nombre de types de tests de fonctionnement prédéfinis, chaque type de test de fonctionnement étant représenté graphiquement sur le moyen d'affichage ( 1310) par une icône commune ( 325), chaque type de test de fonctionnement étant également représenté par une classe correspondante de codes d'exécution de données, et chaque test de fonctionnement spécifique
étant représenté par un élément de cette classe.
9 Système selon la revendication 5, caractérisé en ce que ledit moyen ( 305) servant à produire une représentation graphique comprend en outre un moyen servant à représenter des groupes de tests de fonctionnement sous la forme d'une icône
unique ( 325).
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US46649690A | 1990-01-17 | 1990-01-17 |
Publications (1)
Publication Number | Publication Date |
---|---|
FR2658933A1 true FR2658933A1 (fr) | 1991-08-30 |
Family
ID=23851979
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR9100526A Pending FR2658933A1 (fr) | 1990-01-17 | 1991-01-17 | Systeme de commande du deroulement de sequences de tests dans un appareil de traitement de l'information. |
Country Status (3)
Country | Link |
---|---|
JP (1) | JPH04218843A (fr) |
DE (1) | DE4100899A1 (fr) |
FR (1) | FR2658933A1 (fr) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998054587A1 (fr) * | 1997-05-30 | 1998-12-03 | Sextant Avionique | Procede et dispositif de test pour equipements electroniques |
WO2001027645A1 (fr) * | 1999-10-12 | 2001-04-19 | Teradyne, Inc. | Equipement automatique d'essai facile a programmer |
US8606538B2 (en) | 2007-07-13 | 2013-12-10 | Eurocopter | Method of testing an electronic system |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08241185A (ja) * | 1994-11-03 | 1996-09-17 | Motorola Inc | 統合型試験および測定手段ならびにグラフィカル・ユーザ・インタフェースを採用する方法 |
FR2727211B1 (fr) * | 1994-11-21 | 1997-01-24 | Sextant Avionique | Procede de test d'un equipement electronique |
EP0827608B1 (fr) * | 1995-05-23 | 1998-11-11 | Daimler-Benz Aktiengesellschaft | Procede de mesure et de verification assiste par ordinateur de circuits electriques, notamment de modules electroniques, et poste de verification pour la mise en oeuvre dudit procede |
US7562350B2 (en) | 2000-12-15 | 2009-07-14 | Ricoh Company, Ltd. | Processing system and method using recomposable software |
JP3761155B2 (ja) * | 2001-03-26 | 2006-03-29 | 富士通テン株式会社 | データ演算装置およびそれを用いる電子制御機器の調整方法 |
US8059547B2 (en) * | 2008-12-08 | 2011-11-15 | Advantest Corporation | Test apparatus and test method |
JP2010043993A (ja) * | 2008-08-15 | 2010-02-25 | Yokogawa Electric Corp | 半導体テスト装置 |
US8666691B2 (en) | 2008-12-08 | 2014-03-04 | Advantest Corporation | Test apparatus and test method |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0295760A2 (fr) * | 1987-01-27 | 1988-12-21 | Tektronix Inc. | Système et méthode d'édition de schémas-blocs |
-
1991
- 1991-01-15 DE DE4100899A patent/DE4100899A1/de not_active Withdrawn
- 1991-01-17 JP JP3072632A patent/JPH04218843A/ja active Pending
- 1991-01-17 FR FR9100526A patent/FR2658933A1/fr active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0295760A2 (fr) * | 1987-01-27 | 1988-12-21 | Tektronix Inc. | Système et méthode d'édition de schémas-blocs |
Non-Patent Citations (4)
Title |
---|
AUTOTESTCON '89 CONFERENCE RECORD, 25-28 Septembre 1989, pages 187-194, IEEE, New York, US; J. ZIEGLER et al.:'Providing Ada based test programs and soft panel instru * |
ELECTRONIC DESIGN vol. 37, no. 9, Avril 1989, HASBROUCK HEIGHTS, NEW JERSEY pages 59 - 62 J. NOVELLINO 'Software generates ASIC test programs' * |
ELEKTRONIK vol. 36, no. 21, Octobre 1987, MÜNCHEN, DE pages 70 - 74 R. WINKLER 'Flexibel testet sich's am besten' * |
ment controls' * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1998054587A1 (fr) * | 1997-05-30 | 1998-12-03 | Sextant Avionique | Procede et dispositif de test pour equipements electroniques |
FR2764072A1 (fr) * | 1997-05-30 | 1998-12-04 | Sextant Avionique | Procede et dispositif de test pour equipements electroniques |
WO2001027645A1 (fr) * | 1999-10-12 | 2001-04-19 | Teradyne, Inc. | Equipement automatique d'essai facile a programmer |
US6681351B1 (en) | 1999-10-12 | 2004-01-20 | Teradyne, Inc. | Easy to program automatic test equipment |
US8606538B2 (en) | 2007-07-13 | 2013-12-10 | Eurocopter | Method of testing an electronic system |
Also Published As
Publication number | Publication date |
---|---|
JPH04218843A (ja) | 1992-08-10 |
DE4100899A1 (de) | 1991-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0642683B1 (fr) | Procede et plate-formes de test pour le developpement d'un circuit integre | |
US8026920B2 (en) | Extensible visual effects on active content in user interfaces | |
EP1387305B1 (fr) | Procédé et systeme d'établissement automatique d'un modèle global de simulation d'une architecture | |
FR2723221A1 (fr) | Procede pour identifier les objets dans un systemed'exploitation reposant sur une interface utilisateur graphique sur un ordinateur | |
FR2658933A1 (fr) | Systeme de commande du deroulement de sequences de tests dans un appareil de traitement de l'information. | |
FR2647239A1 (fr) | Procede de generation d'interfaces pour applications-utilisateurs visualisables sur l'ecran d'un systeme informatique et dispositif pour mettre en oeuvre ledit procede | |
FR2690539A1 (fr) | Microprocesseur à mode extérieur de diagnostic et de déverminage. | |
FR2821193A1 (fr) | Dispositif de conception d'interface d'utilisateur | |
EP2336885A1 (fr) | Procédé pour afficher dans un navigateur web le rendu produit par une application | |
EP0823089B1 (fr) | Procede et equipement de test automatique en parallele de composants electroniques | |
FR2473766A1 (fr) | Dispositif d'affichage de blocs de sequences | |
WO2021058307A1 (fr) | Procede d'enregistrement de sequences de commande et de controle d'un robot de test, logiciel pour mise en oeuvre de ce procede | |
CA2291657C (fr) | Procede et dispositif de test pour equipements electroniques | |
FR2809199A1 (fr) | Procede pour la realisation de tests de performances d'equipements informatiques accessibles via un reseau de telecommunication | |
FR2870955A1 (fr) | Debogueur d'un circuit electronique fabrique a partir d'un programme en langage de description de materiel | |
EP0674265B1 (fr) | Procédé et dispositif d'élaboration de tests de cartes électroniques | |
WO2009083574A1 (fr) | Procede de realisation d'un outil universel perenne de developpement de tests d'equipements et outil de mise en oeuvre | |
FR2658334A1 (fr) | Appareil et procede pour adapter, d'un environnement d'operation a un autre, un programme d'ordinateur. | |
EP0112427A1 (fr) | Dispositif de commande logique programmable | |
WO2007063248A1 (fr) | Procede de creation d'un graphe d'approximation des comportements de l'interface homme-machine d'une application | |
FR2910988A1 (fr) | Dispositif d'analyse de grandeurs variables par multi-fenetrage simultane | |
Somé | Derivation de specification a partir de scenarios d'interaction. | |
FR2985336A1 (fr) | Procede de simulation de l'interface homme-machine d'un appareil | |
KR20240023169A (ko) | 작성 지원 방법, 프로그램 및 작성 지원 시스템 | |
FR2727211A1 (fr) | Procede de test d'un equipement electronique |