Brevet FR2908521A1 — publié le 20080516

PROCEDE DE TEST D'UN EQUIPEMENT ELECTRONIQUE VIA UN BUS SERIE STANDARD La présente invention concerne le test d'équipements électroniques. Une méthode de test d'équipement électronique, principalement destinée à la production, est connue sous le nom de test JTAG (acronyme de l'expression anglo-saxonne :"Joint Test Action Group") et normalisée sous le standard IEEE 1149.1. Elle consiste à pourvoir les noyaux logiques d'un équipement électronique à tester, de modules de déverminage dotés de registres mémoire périphériques raccordés individuellement à des entrées et 1 o sorties de test de noyaux logique et reliés entre eux en série de manière à former un registre à décalage d'entrée/sortie de test. Les chaînes des registres mémoire périphériques des modules de déverminage des différents noyaux logiques d'un équipement électronique à tester sont mises bout à bout pour qu'elles ne forment plus qu'une seule et unique chaîne destinée à 15 être raccordée par ses deux extrémités à un terminal de test. Le terminal de test applique en entrée de chaîne, des données ou vecteurs de test, fournit aux registres mémoire périphériques de la chaîne, un signal d'horloge de décalage par lequel il contrôle la propagation des vecteurs de test tout au long de la chaîne, recueille en bout de chaîne les vecteurs de test altérés par 20 les noyaux logiques et établit un diagnostic par comparaison entre les vecteurs de test recueillis et les vecteurs de test attendus. Cette méthode de test JTAG nécessite le développement d'un terminal de test avec ses propres logiciels de sorte qu'elle est plus adaptée à des tests en profondeur des noyaux logiques d'un équipement électronique, 25 tests qui se justifient davantage en cours de fabrication où il est nécessaire de repérer des erreurs de configuration, qu'en cours de maintenance où seule est recherchée la vérification de la pleine disponibilité des ressources d'un équipement. 30 La présente invention a pour but un procédé de test pouvant être facilement mis en oeuvre sur un lieu de maintenance par un utilisateur ne disposant pour terminal de test, que d'un ordinateur personnel sans logiciel spécifique. 2908521 2 Elle a pour objet un procédé de test d'équipement électronique au moyen d'un terminal de test connecté par un bus série à des interfaces de test insérées dans les parties de l'équipement à tester, comportant les 5 étapes suivantes : - dotation du terminal de test, de moyens éditeur de texte et de moyens émulateur de terminal permettant d'émettre et de recevoir des textes de message de test sur le bus série, - dotation des interfaces de test, de moyens d'accès aux ressources des parties d'équipement desservies, de moyens interpréteur de texte de message de commande de test reçus par le bus série, de moyens d'exécution des tests et de moyens interpréteur de résultat de test plaçant des textes de message de résultat de test sur le bus série, -interrogation des interfaces de test au moyen de textes de commande de test édités et émis sur le bus série par le terminal de test, - au niveau des interfaces de test, interprétation des textes de commande de test transitant sur le bus série, exécution des tests correspondants et mises, sur le bus série, des textes de message de résultat de test correspondant aux tests effectués, et - au niveau du terminal de test, analyse des textes de message de résultat placés sur le bus série. Avantageusement, l'analyse consiste en une comparaison des textes de message de résultat reçus avec des textes de résultats attendus et en une mise en évidence des différences apparues. Avantageusement, dans un texte de message de test, les moyens éditeur de texte du terminal de test et les moyens interpréteur de texte de message de commande et de résultat de test des interfaces de test spécifient par des caractères de ponctuation, les commandes de test, leurs types et leurs acquittements, et les paramètres des commandes de test et des comptes-rendus d'exécution de commande de test par des caractères alphanumériques. Avantageusement, les textes de message de test sont transmis sur le bus série selon le standard RS 232. 2908521 3 Avantageusement, les moyens éditeur de texte du terminal de test et les moyens interpréteur de texte de message de commande et de résultat de test des interfaces sont au standard ASCII. Avantageusement, les moyens interpréteur de texte de message 5 de commande et de résultat de test des interfaces de test remplacent un caractère de ponctuation spécifique d'une commande de test par un caractère de ponctuation d'acquittement lorsque la commande a été prise en compte. Avantageusement, les moyens interpréteur de texte de message 10 de commande et de résultat de test des interfaces de test remplacent un caractère de ponctuation d'acquittement par un caractère de ponctuation spécifique d'une erreur. Avantageusement, les interfaces passent à un état de veille chaque fois que leurs moyens interpréteur de texte de message de 15 commande et de résultat de test détectent sur le bus série un caractère de ponctuation spécifique d'une annotation ou un caractère opératoire spécifique d'une fin de ligne pour les moyens éditeur de texte. Avantageusement, les interfaces sont adressées individuellement au sein de texte de message de test au moyen d'une adresse délivrée par le 20 terminal de test et décrémentée au cours de son cheminement le long du bus série, à chacun de ses passages par une interface, l'interface sélectionnée étant celle au niveau de laquelle l'adresse émise par le terminal de test prend la plus petite valeur. 25 D'autres caractéristiques et avantages de l'invention ressortiront de la description ci-après d'un mode de réalisation donné à titre d'exemple. Cette description sera faite en regard du dessin dans lequel : - une figure 1 est un schéma de principe d'un dispositif de test mettant en oeuvre le procédé selon l'invention, 30 - une figure 2 détaille a localisation au sein d'une partie d'équipement, d'une interface de test du dispositif de test montré à la figure - une figure 3 est un exemple de schéma d'interface de test, et 2908521 4 - une figure 4 est un graphe modélisant le comportement d'un séquenceur d'une interface de test mise en oeuvre dans le dispositif de test montré à la figure 1 5 Le dispositif de test se compose d'un terminal de test 1 relié par un bus série 2 à des interfaces matérielles de test 3, 4, 5 insérées au droit des parties de l'équipement, ici des composants qui sont montés sur des cartes de circuit imprimé 3', 4', 5' et dont il faut pouvoir contrôler les ressources. 10 Chaque interface matérielle de test 3, 4, 5 insérée au droit d'un composant à tester d'une carte de circuit imprimé 3', 4' ou 5' présente une entrée "in" de signal de commande de test et une sortie "out" de transmission du signal de commande de test reçu sur l'entrée "in" éventuellement modifié en fonction du résultat du test correspondant lorsque la commande 15 s'applique au composant ou à la carte considérée 3', 4' ou 5'. Le bus série 2 est une liaison asynchrone à deux fils au standard RS232 de l'association "Electronic Industries Alliance (EIA)", par exemple à débit de 115.200 bauds, connectés en entrée au fil d'émission TX et en sortie au fil de réception RX d'un port 6 du terminal de test 1. 20 Les messages de test se propageant le long du bus série 2 sont constitués uniquement de caractères typographiques affichables, éditables ou opératoires codés en binaire selon le standard ASCII (acronyme de l'expression anglo-saxonne :"American Standard Code for Information Interchange"), de manière à autoriser l'utilisation pour le terminal de test 1, 25 d'un simple ordinateur personnel PC pourvu d'un port d'entrée-sortie, série, parallèle, USB ou autre, d'un éditeur de texte et d'un émulateur de terminal classiques. Les différentes interfaces matérielles 3, 4, 5 insérées au droit des composants à tester d'un équipement électronique sont intercalées dans le 30 bus série 2 par leurs entrée "in" et sortie "out" et se comportent un peu comme des straps le long de ce bus série. Elles transmettent leurs informations en modifiant au passage certains caractères du flot émis par le terminal de test 1. Comme montré sur la figure 2, une interface matérielle de test 4 35 se greffe par l'entremise d'un multiplexeur 10 sur le chemin d'une interface 2908521 5 naturelle 11 d'accès au composant à tester 4", par exemple, une interface de bus micro 12 ou une interface de bus PCI (acronyme anglo-saxon pour :"Peripheral Component Interconnect"), etc. permettant au composant à tester 4" d'échanger des informations avec le reste de la carte 4' sur laquelle 5 il est monté et avec les autres parties de l'équipement à tester. Ainsi, l'interface matérielle de test 4 peut accéder aux ressources internes 13 du composant 4" et aux ressources 14 de la carte 4' sur laquelle il est monté exactement comme lors des accès opérationnels. II est même possible de programmer et lancer dans le composant 4" une opération d'accès direct en 10 mémoire DMA. Les messages de test respectent des règles de codification autorisant trois commandes différentes de test : - sélection d'une interface matérielle de test 3, 4 ou 5 le long du bus série 2, 15 - écriture d'une donnée à une adresse dans le composant équipé de l'interface de test sélectionné 3, 4 ou 5, et -lecture d'une donnée à une adresse dans le composant équipé de l'interface matérielle de test sélectionné 3, 4 ou 5, avec une comparaison éventuelle avec une consigne 20 ainsi que les acquittements attestant de la prise en compte de ces commandes par les interfaces matérielles de test 3, 4 ou 5 et les signalisations d'erreurs. Ces règles de codification consistent à réserver les caractères alphanumériques aux paramétrages des commandes, et les caractères de 25 ponctuation, c'est-à-dire les caractères affichables autres que lettres et chiffres, à la spécification des commandes de test, aux acquittements et aux signalisations d'erreurs. Plus précisément, - le caractère de ponctuation 'plus' "+" est codifié comme un acquittement de commande de test ; 30 - le caractère de ponctuation 'dollar' "$" est codifié comme introduisant un adressage pour sélection d'une interface matérielle de test ; - le caractère de ponctuation 'arobase' "@" est codifié comme introduisant une adresse d'une case mémoire de 32 bits par exemple (quatre octets), suivie d'une donnée à inscrire ou lire dans la case adressée ; 2908521 s - le caractère de ponctuation 'deux-points' ":" est codifié comme séparateur d'une adresse et d'une donnée ; - le caractère de ponctuation 'point d'exclamation' "!" venant à la suite d'une adresse de case mémoire et d'une donnée, est codifié comme un 5 ordre d'écriture de la donnée à l'adresse de case mémoire ; - le caractère de ponctuation 'point d'interrogation' "?" venant à la suite d'une adresse de case mémoire et d'une donnée éventuelle, est codifié en l'absence de donnée fournie, comme un ordre de lecture et, en présence d'une donnée fournie, comme un ordre de vérification que la donnée est bien io présente à l'adresse de case mémoire indiquée ; - le caractère de ponctuation 'point' "." est codifié comme réservant une place pour une donnée retournée par une interface matérielle de test ; - le caractère de ponctuation 'égal' "=" venant à la suite d'une commande de lecture (adresse de case mémoire suivie d'un caractère 'deux 15 points' séparateur, d'une donnée, d'un caractère 'point d'interrogation') et d'un espace réservé par des caractères 'point' de réservation, est codifié comme un ordre de comparaison avec inscription dans l'espace réservé de la différence constatée ; - le caractère de ponctuation 'astérisque' "*" est codifié comme une 20 signalisation d'erreur. L'adressage d'une interface matérielle de test 3, 4 ou 5 se fait par l'édition au terminal de test 1 et l'émission sur le bus série 2, d'un texte de message de la forme : $1 25 clans lequel le caractère de ponctuation '$' codifie un adressage d'interface rnatérielle de test dont la valeur est 'l'. La valeur d'adressage 'I' est un caractère alphabétique dont le code ASCII est décrémenté au fur et à rnesure que le message passe d'interface matérielle de test en interface rnatérielle de test le long du bus série 2. Une interface matérielle de test 3, 4, 30 5 qui voit passer une lettre d'adressage autre que la valeur 'a' reste ciésélectionnée ou se désélectionne si elle était sélectionnée au préalable. Seule l'interface matérielle de test qui voit passer une lettre d'adressage avec la valeur 'a' se sélectionne. Ainsi, toutes les interfaces matérielles de test 3, 4, 5 sont désélectionnées, sauf une, celle de même rang dans la succession des interfaces matérielles de test sur le bus série 2 que la lettre d'adressage 2908521 7 éditée par rapport à la lettre a, qui est sélectionnée jusqu'à nouvel ordre et interprète les commandes d'écriture, lecture et comparaison de données passant par le bus série 2. Par exemple, si le message envoyé du terminal de test 1 comporte 5 le caractère '$' suivi de la lettre 'c', l'interface matérielle de test 3 qui est la première sur le bus série 2, se considère comme non concernée, se désélectionne s'il y a lieu, décrémente la lettre 'c' en 'b' et transmet le message à l'interface matérielle de test 4. Celle-ci recevant le caractère '$' suivi de la lettre 'b' se considère également comme non concernée, se 10 désélectionne s'il y a lieu, et décrémente la lettre 'b' en lettre 'a' avant de la transmettre à l'interface matérielle de test 5. Celle-ci recevant le caractère 'Si suivi de la lettre 'a' se sélectionne, décrémente la lettre 'a' qui devient l'apostrophe ' et le reste dans la suite car, n'étant plus une lettre, elle devient inopérante. 15 Les inscriptions de données dans des cases mémoire de 32 bits du composant associé à l'interface matérielle de test sélectionnée au préalable, par un message de test de la forme : '$ I', se font par l'édition au terminal de test 1, et la mise sur le bus série 2, de lignes de texte de message de la forme : 20 @ 0010_0000 : 12345678 @ 0010_0004 : ABCDEFOI (1) @ 0010_0008 : 11223344 L'interface matérielle de test sélectionnée, qui reçoit ces lignes de message de test par le bus série 2, caractère par caractère codé en binaire 25 selon le standard ASCII, interprète le premier caractère de ponctuation '@' d'une ligne comme introduisant une adresse en hexadécimal (0010_0000 pour la première ligne). Elle charge les bits successifs de cette adresse jusqu'à réception du caractère de ponctuation ':' utilisé en séparateur, qu'elle interprète comme introduisant une donnée en hexadécimale (12345678 pour 30 la première ligne). Elle charge les bits successifs de cette donnée jusqu'à réception du caractère de ponctuation '!' qu'elle interprète comme un ordre d'écriture de la donnée saisie à l'adresse saisie du composant auquel elle est associée. Pour attester de l'exécution d'une commande d'inscription, 35 1 interface matérielle sélectionnée remplace le caractère de ponctuation '@' 2908521 8 mis en début de ligne par le terminal de test 1, par un caractère de ponctuation '+' de sorte que les lignes de texte de message de test (1) éditées et envoyées sur le bus série 2 par le terminal de test 1, reviennent au terminal de test 1 sous la forme : 5 + 0010_0000 : 12345678 + 0010_0004 : ABCDEFOI + 0010_0008 : 11223344 ! Les lectures de données dans des cases mémoire de 32 bits du 10 composant associé à l'interface matérielle de test sélectionnée au préalable, par un message de test de la forme : '$ I', se font par l'édition au terminal de test 1, et la mise sur le bus série 2, de lignes de texte de message de la forme : @ 0010_0000 : 12345678 ? = 15 @ 0010_0004: ABCDEFO1 ? _ (2) @ 0010_0008 : ? L'interface matérielle de test sélectionné, qui reçoit ces lignes de message de test par le bus série 2, caractère par caractère codé en binaire selon le standard ASCII, interprète le premier caractère de ponctuation '@' 20 d'une ligne comme introduisant une adresse en hexadécimal (0010_0004 pour la deuxième ligne). Elle charge les bits successifs de cette adresse jusqu'à réception du caractère de ponctuation ':' utilisé en séparateur, qu'elle interprète comme introduisant une donnée en hexadécimale (ABCDEFO1 pour la deuxième ligne). Elle charge les bits successifs de cette donnée 25 jusqu'à réception du caractère de ponctuation '?' qu'elle interprète comme un ordre de lecture de la donnée figurant à l'adresse saisie du composant auquel elle est associée et d'insertion de la différence entre la donnée reçue et la donnée lue sur le bus série à la place des caractères de ponctuation de réservation '.'. Elle reçoit ensuite un éventuel caractère de ponctuation '=' 30 qu'elle interprète comme une demande de comparaison avec signalisation d'erreur, puis un caractère opérant de fin de ligne 'LF' de l'éditeur qu'elle interprète comme une fin de message. Comme le montre la troisième ligne de message, le caractère de ponctuation '=' est omis en fin de ligne car l'emplacement réservé à la 2908521 9 donnée saisie n'a pas été utilisé, ce qui écarte une possibilité de comparaison. Pour attester de l'exécution d'une commande de lecture de case mémoire avec ou sans comparaison, l'interface matérielle sélectionnée 5 remplace le caractère de ponctuation '@' mis en début de ligne, dans le message édité par le terminal de test 1, par un caractère de ponctuation '+'. Lors de l'exécution d'une ligne de commande de lecture de case mémoire, l'interface matérielle sélectionnée remplit l'espace de la ligne de commande réservé par des caractères de ponctuation '.', soit par la donnée 10 lue codée en hexadécimal, soit, lorsqu'il y a eu une demande de comparaison, par la différence résultant d'une opération logique de type "ou exclusif" entre la donnée lue et la donnée fournie, cette différence étant également codée en hexadécimal. Lorsque la différence n'est pas nulle, l'interface matérielle sélectionnée remplace le caractère de ponctuation '_' 15 mis en fin de ligne, dans le message édité par le terminal de test 1, par un caractère de ponctuation '*', afin d'attirer l'attention sur la présence d'une erreur. En résumé, les lignes de message 2 éditées par le terminal de test 1 et envoyées sur le bus série 2, reviennent au terminal de test 1 sous la 20 forme : + 0010_0000 : 12345678 ? 00000000 = + 0010_0004 : ABCDEFOI ? 50000000 * (2) + 0010_0008 : ? 11223344 La première ligne correspond à une lecture avec comparaison 25 sans erreur, la différence retournée est nulle. La deuxième ligne correspond à une lecture avec comparaison faisant apparaître une erreur, la différence retournée 50000000 correspondant à une donnée relue :FBCDEFOI et donc à une erreur sur les bits 30 et 28 de la case mémoire testée. Lors de l'étude, au terminal de test 1, du fichier résultat retourné 30 par le bus série 2, la simple recherche du caractère de ponctuation '*' au moyen de l'éditeur, permet de localiser les erreurs s'il y en a. Les textes de message de test peuvent être complétés dans le fichier source par des annotations précédées classiquement par le caractère de ponctuation 'croisillon' '#'. Les interfaces matérielles de test 3, 4, 5 35 interprètent alors ce caractère de ponctuation "#" comme un ordre de non 2908521 10 prise en compte du reste du message reçu, et cela jusqu'à la parution du caractère opératoire de fin de ligne 'LF'. Ces commentaires permettent d'insérer des mots clefs pour faciliter l'accès aux lignes du fichier résultat nécessitant une vérification visuelle. 5 Comme on l'a vu, lorsqu'une ligne de message de test est traitée, le caractère de ponctuation "@" figurant en début de ligne est remplacé par le caractère de ponctuation "+". S'il reste dans le fichier résultat des caractères de ponctuation "@", c'est que des tests se sont mal passés, par exemple les composants à tester ont été mal sélectionnés avec la 10 commande "$". Comme le fichier résultat ressemble au fichier source, il peut y avoir des risques que l'opérateur se trompe et envoie sur le bus série 2 un fichier résultat au lieu d'un fichier source. Pour détecter cette erreur, l'interface matérielle de test sélectionnée 3, 4 ou 5 remplace les caractères 15 de ponctuation reçus de type "+" par des caractères de ponctuation "*" utilisé pour signifier une erreur. Le fichier résultat retourné comporte alors en débuts de ligne des caractères de ponctuation "*" montrant l'erreur de manipulation. La figure 3 détaille une réalisation possible d'une interface 20 matérielle de test 3, 4, 5. Celle-ci se compose en entrée "in" et "sortie "out" d'un circuit émetteur récepteur asynchrone UART 20 extrayant et introduisant, sur le bus série 2, les paquets de données de huit bits dans lesquels se décomposent les messages de test lors de leur transmission asynchrone sur le bus série 2 selon le protocole du standard de transmission 25 série RS232. Côté réception, le circuit UART 20 est suivi d'un registre parallèle à huit bits 21 stockant temporairement un paquet de données reçu du bus série 2 puis d'un décodeur de caractères hexa/ASCII 22 et d'un décodeur hexadécimal/binaire naturel 23 opérant sur l'octet mémorisé en hexadécimal 30 dans le registre parallèle 21. Le décodeur de caractère 22 attaque un séquenceur 24 identifiant la commande de test reçue et ses paramètres, à partir des caractères éditables correspondant aux paquets reçus. Ce séquenceur 24 contrôle un registre à décalage d'adresse 25 à entrée série connectée au décodeur hexadécimal/binaire naturel 23 et sortie parallèle 35 adressant des ressources du composant sous test ou de la carte contenant 2908521 11 le composant sous test, un registre à décalage de données 26 à entrée série connectée au décodeur hexadécimal/binaire naturel 23, à entrée et sortie parallèles connectées aux ressources du composant sous test ou de la carte contenant le composant sous test, et à sortie série, et différents autres 5 composants côté émission. Côté émission, le circuit UART 20 est connecté à un multiplexeur 30 permettant, sous contrôle du séquenceur 24, : - soit de court-circuiter les côtés réception et émission du circuit LIART 20 pour transférer sur le bus série 2 un paquet reçu sans le modifier, 10 - soit de décrémenter le code binaire d'un paquet reçu, - soit d'échanger en 31 un paquet reçu par un autre pour procéder aux remplacements des caractères de ponctuation '@' de début de ligne par des caractères de ponctuation '+' afin de signifier une exécution de la ligne de commande, aux remplacements des caractères de ponctuation '=' de fin 15 de ligne par des caractères de ponctuation '*' afin de signifier la détection d'une erreur ou aux remplacements des caractères de ponctuation '+' par des caractères de ponctuation '*' afin de signifier une erreur de commande, - soit d'insérer dans les paquets réservés par des caractères de ponctuation '.', des données provenant de la sortie série du registre à 20 décalage de données 26, après encodage en hexadécimal par un encodeur 32. Le registre à décalage de données 26 est pourvu, sur son entrée parallèle, d'une logique câblée permettant d'entrer dans ses registres soit les valeurs binaires d'entrée, soit le résultat d'une opération logique "ou exclusif" 25 exécutée entre les valeurs binaires d'entrée et les valeurs binaires contenues clans ses registres. II est complété par un détecteur de valeur non nulle 33 connecté à sa sortie série et utilisé par le séquenceur 24 pour la détection d'erreur et le déclenchement de la signalisation d'erreur, par remplacement, clans un message de test du terminal 1, d'un caractère de ponctuation '=' de 30 fin de ligne par un caractère de ponctuation '*'. La figure 4 illustre sous forme de graphe une machine d'états convenant pour définir le séquenceur 24. Celle-ci part d'un état de veille 40 où l'interface matérielle de test est réinitialisée, avec ses registres d'adresse 25 et de données 26 remis à zéro. Dans cet état de veille 40, le séquenceur 2908521 12 24 surveille la réception depuis le bus série d'un caractère de ponctuation "$" ou @... A l'apparition du caractère de ponctuation "$", le séquenceur 24 passe à une tâche "get select" 41 consistant à déterminer s'il est sélectionné 5 ou non par comparaison de l'adresse qui suit le caractère de ponctuation "$" avec la lettre 'a' et à décrémenter cette adresse. S'il n'est pas sélectionné, il positionne à l'état bloquant un bistable 42 contrôlant la détection des caractères de ponctuation "@". S'il est sélectionné, il positionne à l'état passant le bistable 42. 10 A l'apparition du caractère de ponctuation "@", le séquenceur 24, passe à l'état "get address" 43, s'il n'en 'est pas empêché par le bistable 42. Dans cet état, il transforme le caractère de ponctuation "@" en caractère de ponctuation d'acquittement "+", le réinsère sur le bus série 2 et remplit le registre d'adresse 25 avec les sous groupes de quatre bits correspondant au 15 code ASCII des caractères alphanumériques lui parvenant par le bus série 2, cela jusqu'à détection sur le bus série 2 de l'apparition du caractère de ponctuation ":" servant de séparateur. A l'apparition de ce caractère de séparation, le séquenceur 24 passe à l'état "get data" 44. Dans cet état, il remplit le registre de données 26 avec les sous groupes de quatre bits 20 correspondant au code ASCII des éventuels caractères alphanumériques lui parvenant par le bus série 2, cela jusqu'à détection sur le bus série 2, de l'un des caractères de ponctuation "!" ou "?". Lorsque le séquenceur 24, dans l'état "get data" 44, détecte l'apparition d'un caractère de ponctuation "!" sur le bus série 2, il engage une 25 action d'écriture 45 de la donnée présente dans le registre de données 26, clans le composant surveillé, à l'adresse présente dans le registre d'adresse 25 Lorsque le séquenceur 24, dans l'état "get data" 44, détecte l'apparition d'un caractère de ponctuation "?" sur le bus série 2, il engage une 30 action de lecture 46 de la donnée présente dans le composant surveillé, à l'adresse figurant dans le registre d'adresse 25, remplace la donnée présente clans le registre de données 26 par sa différence avec la donnée lue. Il passe alors à l'état "put data" 47 dans lequel il insère la différence codée en ASCII, sur le bus série, dans les emplacements réservés par les caractères de 35 ponctuation ".", cela jusqu'à détection sur le bus série d'un caractère de 2908521 13 ponctuation "=", d'un caractère de ponctuation "#" introduisant une annotation non prise en compte ou d'un caractère opératoire de fin de ligne "LF" Lorsque le séquenceur 24, dans l'état "put data" 47, détecte un 5 caractère de ponctuation "=", il transforme le caractère de ponctuation "=" en caractère de ponctuation d'erreur "*"lorsque le détecteur de valeur non nulle 33 signale une valeur non nulle. Lorsque le séquenceur 24, dans l'un des états précédents, détecte un caractère de ponctuation "#" introduisant une annotation, il passe à un 10 état passif 48 dans lequel il attend l'apparition sur le bus série 2 d'un caractère opératoire de fin de ligne "LF" pour repasser à l'état de veille 40. De façon générale, le séquenceur 24, quel que soit son état, repasse à l'état de veille 40 dès qu'il détecte sur le bus série 2 un caractère opératoire de fin de ligne "LF". 15 Cette machine d'états conduit à des réalisations assez simples du séquenceur dans la mesure où elle n'a que peu d'états et où elle n'implique pas la présence de compteurs, le séquencement étant basé sur la reconnaissance des caractères qui arrivent par le bus série. Ainsi, lors de la réception d'une adresse ou d'une donnée, les codes binaires à quatrebits 20 des caractères reçus sont enfournés à la suite, sans comptage, dans le registre à décalage qui convient, le flot d'entrée déterminant le nombre de caractères capturés. De la même façon, les données insérées sur le bus série, le sont sans comptage, le nombre de caractère de ponctuation "." de réservation de place dans un message en transit sur le bus série déterminant 25 le nombre de caractères insérés. Cette machine d'états conduit également à des réalisations d'interface matérielle de test qui soni. à la fois robustes vis à vis des erreurs de syntaxe affectant des messages de test édités car ignorant et retransmettant tels quels les caractères non reconnus, et à déblocage rapide 30 car réinitialisées à chaque caractère de ponctuation de fin de ligne "LF". Une interface matérielle de test équipée d'un séquenceur basé sur la machine d'états précédente peut tenir dans un composant FPGA (acronyme de l'expression anglo-saxonne :"Field Programmable Gate-Array") pour une version à accès 32 bits et même dans un composant EPLD 2908521 14 (acronyme de l'expression anglo-saxonne :"Electrically Programmable Logic Device") pour une version à accès 8 bits...FT: PROCEDE DE TEST D'UN EQUIPEMENT ELECTRONIQUE VIA UN BUS SERIE STANDARD REVENDICATIONS 1. Procédé de test d'un équipement électronique au moyen d'un terminal de test connecté par un bus série (2) à des interfaces de test (3, 4, 5) insérées dans les parties (3', 4', 5') de l'équipement à tester, caractérisé en ce qu'il comporte les étapes suivantes : - dotation du terminal de test (1), de moyens éditeur de texte et de moyens émulateur de terminal permettant d'émettre et de recevoir des textes de message de test sur le bus série (2), - dotation des interfaces de test (3, 4, 5), de moyens d'accès aux ressources des parties (3', 4', 5') d'équipement desservies, de moyens interpréteur de texte de message de commande de test reçus par le bus série, de moyens d'exécution des tests, et de moyens interpréteur de résultat de test plaçant des textes de message de résultat de test sur le bus série, - interrogation des interfaces de test au moyen de textes de commande de test édités et émis sur le bus série (2) par le terminal de test (1), - au niveau des interfaces de test (3, 4, 5), interprétation des textes de commande de test transitant sur le bus série (2), exécution des tests correspondants et mises, sur le bus série (2), des textes de message de résultat de test correspondant aux tests effectués, et - au niveau du terminal de test (1), analyse des textes de message de résultat placés sur le bus série. 2. Procédé selon la revendication 1, caractérisé en ce que l'analyse consiste en une comparaison des textes de message de résultat reçus avec des textes de résultats attendus et en une mise en évidence des différences apparues. 3. Procédé selon la revendication 1, caractérisé en ce que, dans un texte de message de test, les moyens éditeur de texte du terminal de test(1) et les moyens interpréteur de texte de message de commande et de résultat de test des interfaces de test (3, 4, 5) spécifient par des caractères de ponctuation, les commandes de test, leurs types et leurs acquittements, et 2908521 16 les paramètres des commandes de test et des comptes-rendus d'exécution de commande de test par des caractères alphanumériques. 4. Procédé selon la revendication 1, caractérisé en ce que les 5 textes de message de test sont transmis sur le bus série (2) selon le standard RS 232. 5. Procédé selon la revendication 1, caractérisé en ce que les moyens éditeur de texte du terminal de test (1) et les moyens interpréteur de 1 o texte de message de commande et de résultat de test des interfaces (3, 4, 5) sont au standard ASCII. 6. Procédé selon la revendication 5, caractérisé en ce que les moyens interpréteur de texte de message de commande et de résultat de 15 test des interfaces de test (3, 4, 5) remplacent un caractère de ponctuation spécifique d'une commande de test par un caractère de ponctuation d'acquittement lorsque la commande a été prise en compte. 7. Procédé selon la revendication 6, caractérisé en ce que les 20 moyens interpréteur de texte de message de commande et de résultat de test des interfaces de test (3, 4, 5) remplacent un caractère de ponctuation d'acquittement par un caractère de ponctuation spécifique d'une erreur. 8. Procédé selon la revendication 5, caractérisé en ce que les 25 interfaces (3, 4, 5) passent à un état de veille chaque fois que leurs moyens interpréteur de texte de message de commande et de résultat de test détectent sur le bus série (2) un caractère de ponctuation spécifique d'une annotation ou un caractère opératoire spécifique d'une fin de ligne pour les moyens éditeur de texte. 30 9. Procédé selon la revendication 1, caractérisé en ce que les interfaces (3, 4, 5) sont adressées individuellement au sein de texte de message de test au moyen d'une adresse délivrée par le terminal de test (1) et décrémentée au cours de son cheminement le long du bus série (2), à chacun de ses passages par une interface (3, 4, 5), l'interface (3, 4, 5) 2908521 17 sélectionnée étant celle au niveau de laquelle l'adresse émise par le terminal de test (1) prend la plus petite valeur.