FR 2680421 A1 19930219 FR 9110345 A 19910814 Outil de maintenance et d'aide à la réparation et procédé mis en oeuvre par ledit outil. La présente invention concerne un outil de maintenance et d'aide à la réparation d'équipements électroniques de traitement de l'information Elle concerne également le procédé mis en oeuvre par ledit outil. Jusqu'à présent la solution la plus utilisée pour effectuer la réparation de sous-ensembles électroniques, par exemple dans le domaine de la micro-informatique, des terminaux et des stations de travail, consistait à utiliser un testeur automatique dont le diagnostic est rapide et efficace, et qui permet de bien répondre à des besoins spécifiques en période de fabrication Cependant un tel testeur n'autorise à effectuer qu'exclusivement des réparations centralisées, son coût, de plus est très élevé, et son utilisation est délicate, entre autres, lorsqu'il s'agit de réparer des cartes de circuit imprimé portant des composants montés en surface (CMS) Une solution plus opportune consiste à utiliser un analyseur de signatures par exemple l'analyseur PM 2544 de chez PHILIPS En effet, l'analyse de signature offre un bon moyen d'aide à la réparation en utilisation décentralisée A partir d'un programme en mémoire (par exemple en PROM) des séquences de test sont générées, puis le nombre de transitions sur un signal donné est compté pour être ensuite comparé avec une "signature" relevée par rapport à une carte de référence De telles manipulations peuvent être de manière avantageuse réalisées sans nécessiter une grande compétence de la part du technicien et ceci avec une bonne probabilité de réparation Néanmoins, cette solution présente également les divers inconvénients suivants Tout d'abord, chaque type de carte ayant son propre relevé de signatures, une modification ou une version nouvelle entraîne obligatoirement un nouveau relevé de signatures De plus, un tel système est fermé, il est donc non (ou difficilement) transportable et est en outre peu ergonomique pour l'utilisateur. La documentation nécessaire à l'interprétation et au dépannage est stockée sur papier Enfin, l'emploi d'un analyseur de signatures se révèle être également une solution coûteuse. Le but de la présente invention est de proposer un outil de maintenance et d'aide à la réparation qui ne présente pas les divers inconvénients des outils connus. Pour cela, l'outil de maintenance et d'aide à la réparation du genre mentionné dans le préambule est remarquable en ce qu' il met en oeuvre un procédé de réparation par identification du plus petit composant changeable utilisant les programmes de tests implantés en mémoire sur la carte comportant l'unité centrale de traitement de l'équipement à réparer et en ce qu'il comporte entre autres des moyens logiciels fonctionnant sur un microordinateur présentant une interface utilisateur et relié à la carte comportant l'unité centrale de traitement par l'intermédiaire d'une voie de télécommunication standard et des moyens matériels comprenant principalement une carte pilote, un adaptateur de bus et des bouchons de terminaison de test. Ainsi, c'est la carte comportant l'unité centrale de traitement de l'équipement à réparer qui devient principalement outil de réparation permettant de mettre en oeuvre le procédé de réparation en utilisant les programmes de tests implantés dessus De cette manière, il est avantageusement disposé de toute la puissance intrinsèque de ladite carte, c'est-à-dire de toute la performance du processeur, de la capacité mémoire, de la vitesse d'horloge et des accès aux outils de développement caractéristiques aux produits de grande diffusion. En outre, la conviviallité, la facilité d'utilisation sont assurées par la connexion d'un autre microordinateur présentant l'interface utilisateur et relié à ladite carte par exemple par l'intermédiaire d'une voie V 24 standard. C'est dans ce dernier microordinateur que réside le programme de réparation selon l'invention Les moyens logiciels sont essentiellement constitués de disquettes fonctionnant sur le microordinateur et d'un jeu de mémoire (par exemple des PROMS) de tests implanté sur la carte comportant l'unité centrale de traitement de l'équipement à réparer lorsque les tests ne sont pas intégrés au système d'entrée-sortie basique (BIOS) ou ne sont pas téléchargés à partir dudit système (BIOS). Les moyens matériels peuvent se voir également adjoindre un oscilloscope ou une sonde logique. De plus, le procédé de réparation selon l'invention est universel, s'adaptant à tout type d'équipement électronique de traitement de l'information, puisqu'il s'applique à un outil standard Enfin, cet outil est prévu pour répondre à différentes caractéristiques qui ne sont pas présentées dans leur ensemble par les différents outils connus En premier lieu, il permet d'atteindre de très bonnes performances techniques, plus de 80 % des équipements sont réparés avec la méthode et ce pourcentage est très sensiblement augmenté au cours de la vie d'un équipement donné, grâce à un suivi des cartes réparées et à l'élaboration de statistiques locales et générales Les cartes logiques sont réparées par identification du plus petit composant changeable par l'intermédiaire et en exploitant une simple interface utilisateur standard, d'usage aisé et convivial, en même temps qu'est autorisé l'accès aux réseaux de communication et donc aux bases d'informations. Une compétence minimale est requise de son utilisateur et l'investissement nécessaire à son acquisition est faible comparé aux outils connus Enfin, il permet de garantir les réparations durant toute la vie de l'équipement et peut être utilisé en tout point du globe, le plus près de l'utilisateur final afin de supprimer les attentes, les coûts de gestion (faible stock de composants pour la réparation et stock bien ciblé) ainsi que les coûts de transport. De manière remarquable, la carte pilote fonctionne en mode asynchrone et comporte des moyens pour adapter la liaison série du microordinateur recevant une partie des moyens logiciels en un bus parallèle pour la connexion à l'équipement à réparer et des moyens de gestion d'un premier niveau de protocole entre le microordinateur recevant les moyens logiciels et ladite carte pilote et d'un second niveau de protocole entre ladite carte pilote et l'équipement à réparer. Ainsi, la carte pilote réalise une adaptation série- parallèle entre le microordinateur et l'équipement à réparer conforme aux exigences de connexion (présence d'un bus de données, d'une liaison sélection de circuit et d'une liaison lecture/écriture) et autorise la gestion des deux niveaux de protocole à son entrée et à sa sortie Son fonctionnement en mode asynchrone permet de s'affranchir avantageusement des problèmes inhérents aux différentes cartes à réparer, en particulier à la vitesse du processeur ( 4 M Hz, 25 M Hz, 33 M Hz,). Selon une application préférée, les moyens logiciels fonctionnant sur le microordinateur comportent des moyens de stockage dynamiques contenant des fichiers de configuration, des fichiers de messages système et le procédé de réparation coopérant pour élaborer différentes fenêtres, interrogeables par l'intermédiaire de l'interface utilisateur et informant sur les opérations en cours, et pour présenter un menu de bouclages automatiquement proposé à l'utilisateur après détection d'un test en erreur ou sur activation d'une erreur déjà présente dans sa fenêtre. Ainsi, le procédé de réparation qui fonctionne sur le microordinateur offre à l'utilisateur une bonne ergonomie d'emploi, celui-ci disposant entre autres d'un accès direct et automatique à la documentation de réparation et d'un accès automatique aux fonctions de mise à jour statistiques. Selon le procédé, il est utilisé différentes fenêtres de taille convenable (par exemple 255 lignes) pour informer l'utilisateur sur les opérations en cours: fenêtres, message, erreur, statistique, documentation de réparation, aide, La partie visible des fenêtres correspond à la dernière page affichée (taille normale ou agrandissement d'une partie de la page: zoom) Des flèches permettent de se déplacer dans la fenêtre Les différentes informations affichées dans ses fenêtres sont extraites de fichiers résidants sur le disque dur ou en mémoire et constituent une partie des moyens de stockage, le dialogue entre le microordinateur et la carte pilote étant établi par des trames incluant des numéros représentant un index de test, documentation, Un menu de bouclages est automatiquement proposé à l'utilisateur lorsqu'une erreur est détectée. Le procédé peut être également appliqué à la réparation de cartes analogiques au moyen de l'affichage d'une documentation de réparation Les tests, dans ce cas, sont dits lmanuels" car ils n'utilisent pas le dialogue avec la carte pilote De plus, toujours dans ce cas, une demande de mise à jour statistique doit être effectuée par appel d'un menu spécifique pour ces cartes avec tests "manuels" Pour les autres tests (autres que "manuels"), le microordinateur déclenche automatiquement la mise à jour statistique après détection de la panne. Les fichiers de configuration (machines, cartes, langages, ) peuvent être de préférence contenus dans une disquette (constituant également une partie des moyens de stockage dynamiques) pour être lus ou modifiés Un programme d'installation ajoute ces fichiers dans le répertoire de travail de l'utilisateur, puis autorise la mise à jour des E méthodes disponibles pour le réparateur Il peut contenir un jeu de mémoires PROM qui sera installé sur la carte à réparer. Le procédé de réparation et les fichiers de messages système sont également de préférence contenus dans une disquette (constituant la dernière partie des moyens de stockage) Un programme d'installation copie ces fichiers dans un répertoire de travail une fois pour toute, en conservant néanmoins à l'esprit qu'une réinstallation peut être effectuée à tout moment, dans le cas d'une destruction des fichiers consécutive à une panne ou pour installer une nouvelle version du procédé. En outre, une mesure de qualité peut être avantageusement réalisée dans le but de fournir une représentation concrète des problèmes de nonconformité de sorte qu'il soit possible de les évaluer avec objectivité et d'apporter les corrections nécessaires à l'amélioration de la fiabilité des équipements Pour cela, dans le procédé de réparation, il est prévu de mémoriser dans des fichiers statistiques l'historique de l'intervention au cours de la réparation, ces fichiers sont alors de préférence de trois types: le fichier "tests" qui permet d'évaluer la qualité du procédé, en indiquant également les programmes de tests à améliorer. le fichier "composants" qui est une sorte de catalogue de l'ensemble des références des composants susceptibles d'être en panne pour un test donné, lesdites références étant stockées dans des tables Ces tables indiquent également le pourcentage de composants remplacés par le réparateur de la filiale (donc de manière locale) ainsi que le pourcentage consolidé internationalement (donc représentatif de l'ensemble du réseau) Pour chaque erreur détectée, la table des composants relative au test est présentée au réparateur pour consultation Lorsque la carte est réparée, la méthode affiche automatiquement cette même table pour incrémenter le nombre correspondant au composant responsable de la panne. le fichier "autres"' qui est ouvert au réparateur pour l'enregistrement d'un composant détecté en erreur mais qui ne figure pas dans la table proposée Lors du traitement international des fichiers statistiques sur le serveur, les fichiers "composants" et "autres" sont fusionnés et seuls les composants les plus souvent en défaut vont constituer le nouveau fichier "composants" De cette manière, les réparateurs verront ces composants apparaître dans la liste initiale à la place d'autres moins significatifs. Le principe permet l'élaboration de statistiques à partir de l'expérience du réparateur. de confirmer un diagnostic, simplement en visualisant le taux statistique qui donne la probabilité que chaque composant a d'être en panne dans un test donné. une centralisation des résultats pour l'analyse du comportement d'un produit pour en améliorer éventuellement sa fiabilité, pour optimiser les prévisions de stockage des composants pour la réparation, pour la rediffusion des statistiques globales aux réparateurs et pour la détermination des programmes de tests à améliorer. De même, selon une application préférée, des circuits de mémoire spécifiques (par exemple des mémoires PROM), enfichables sur la carte comportant l'unité centrale de traitement de l'équipement à réparer, contiennent les programmes de tests qui contrôlent les différents ensembles fonctionnels, chacun de ces ensembles constituant un test, chaque test étant décomposé en sous-tests correspondant au contrôle d'une erreur spécifique au moyen d'une boucle de réparation, alors qu'un test préliminaire est réalisé à chaque mise sous tension pour diagnostiquer et réparer le noyau minimum nécessaire d'une part à l'accès d'une zone mémoire autorisant les différents tests et d'autre part pour assurer le dialogue avec le microordinateur par l'intermédiaire de la carte pilote. Dans ce but, le procédé de réparation mis en oeuvre par l'outil de maintenance et d'aide à la réparation est remarquable en ce qu'en premier lieu est opérée une sélection du type de test, test préliminaire, tests automatiques des cartes logiques ou tests manuels des cartes analogiques Dans le cas de test préliminaire ou de tests automatiques, la sélection est suivie de l'émission de la commande de lancement correspondante pour assurer le dialogue par l'intermédiaire de la carte pilote émettant alors des trames qui sont analysées par le microordinateur pour que des messages liés auxdites trames soient affichés par l'intermédiaire de l'interface utilisateur et que soit provoqué le passage en mode réparation, soit pour le test préliminaire avec accès direct à une boucle de réparation dès le premier sous test détecté en erreur, soit pour les tests automatiques avec accès à un menu de bouclages dès la fin d'un test si une erreur a été détectée alors qu'une mise à jour statistique est automatiquement effectuée dans les deux cas Dans le cas de tests manuels pour lesquels il n'y a pas de dialogue avec la carte pilote, la sélection est suivie de l'affichage par l'intermédiaire de l'interface utilisateur d'un diagramme des opérations successives à effectuer et de l'affichage pour examen de la documentation de réparation et des statistiques correspondantes alors que la mise à jour desdites statistiques est effectuée par appel d'un menu spécifique aux tests manuels. Ainsi, la carte est testée par ensembles fonctionnels qui peuvent être hiérarchisés, chacun de ces ensembles constitue un test Le test est décomposé en sous-tests pour affiner le diagnostic, en contrôlant une erreur spécifique au moyen d'une boucle de réparation associée. Bien entendu et selon plusieurs variantes, les tests peuvent être également contenus dans le système d'entrée-sortie basique (BIOS) de la machine ou encore téléchargés en mémoire à partir du système BIOS ou des circuits de mémoires spécifiques Le test préliminaire permet d'accéder directement à la documentation de réparation du sous- test détecté en erreur, il exécute ensuite la boucle de réparation de ce sous-test Le test préliminaire est toujours le premier test exécuté après chaque mise sous tension, à la fin du processus de test, la pile du processeur est initialisée, le raffraîchissement mémoire activé et les variables utiles pour le dialogue avec la carte pilote également initialisées Les autres tests proposent un menu de bouclages sur erreurs et offrent par conséquent une meilleure ergonomie d'utilisation. Ainsi grâce à l'invention il est possible de réparer efficacement un équipement pour un investissement peu élevé sans que cette opération ne requiert de la part du technicien une grande compétence spécifique, celui-ci au contraire pourra s'autoformer lors de l'application et donc de l'utilisation du procédé En outre, la documentation sur papier est supprimée puisqu'elle est par exemple accessible de manière directe et conviviale sur le disque dur et gérée par les moyens logiciels Enfin, l'information statistique sur les composants et le suivi des cartes à réparer fournit une mesure significative de la qualité d'un équipement. La description suivante en regard des dessins annexés, le tout donné à titre d'exemple non limitatif, fera bien comprendre comment l'invention peut être réalisée. La figure 1 propose un schéma d'ensemble de l'outil de maintenance et d'aide à la réparation conforme à l'invention. La figure 2 présente un schéma synoptique de la carte pilote utilisée dans l'outil de maintenance et d'aide à la réparation. La figure 3 propose un exemple de schéma représentant les différentes étapes parcourues pour la mise en oeuvre de tests utilisant les fonctions internes de la carte pilote. La figure 4 propose un exemple de schéma représentant les différentes étapes parcourues par le procédé de réparation selon l'invention mis en oeuvre par l'outil de maintenance et d'aide à la réparation. Sur la figure 1 est représenté de manière schématique l'outil de maintenance et d'aide à la réparation d'équipements électroniques RM de traitement de l'information mettant en oeuvre un procédé de réparation (décrit avec la figure 4) par identification du plus petit composant changeable Sur la carte CPU de l'équipement RM à réparer qui comporte l'unité centrale de traitement, différents programmes de tests sont implantés par l'intermédiaire de mémoires spécifiques M, par exemple de type PROM, enfichables sur ladite carte CPU L'outil comporte en outre des moyens logiciels, par exemple des disquettes contenant le programme de réparation fonctionnant sur un microordinateur MC utilisé comme superviseur présentant une interface utilisateur UI et relié à la carte CPU de l'équipement RM par l'intermédiaire d'une voie de télécommunication TC standard, par exemple du type V 24 défini par le CCITT L'outil comporte de plus des moyens matériels qui comprennent principalement une carte pilote PC fonctionnant en mode asynchrone, placée entre le microordinateur MC et reliée à celui-ci par l'intermédiaire de la voie TC et l'équipement à réparer RM et reliée à ce dernier au moyen du bus PCB, un adaptateur de bus BA pour adapter et configurer le bus dans l'équipement à réparer RM en facilitant avantageusement le dialogue et des bouchons de test TA 1, TA 2, TA 3,, T An, pour simuler des sous- ensembles (clavier, imprimante,) ou adapter en impédance il différentes prises terminales (clavier, imprimante,) de l'équipement RM Un oscilloscope OSC ou une sonde logique peuvent être utilisés si nécessaire conjointement avec l'outil selon l'invention, par exemple pour comparer des signaux présents sur la carte à réparer avec des signaux décrits dans la documentation intégrée aux moyens logiciels et visualisés par l'intermédiaire de l'interface utilisateur UI. Sur la figure 2 est proposé un schéma synoptique de la carte pilote autorisant le dialogue entre le microordinateur et l'équipement à réparer. Le dialogue entre le microordinateur MC (non représenté) et la carte pilote PC est permis grâce à la voie V 24 référencée TC, voie asynchrone par laquelle sont transmises les informations (par exemple 8 bits à 9600 bauds) vers le circuit d'interface série SI Le circuit d'interface SI opère une commutation de l'amplitude des signaux de + 15 V, - 15 V à OV,5 V pour les signaux émis par le microordinateur MC sur la voie TC et inversement de OV, 5 V à + 15 V, 15 V pour les signaux à émettre vers le microordinateur MC Le circuit SI est relié à un microcontrôleur MCC par exemple du type 8031 de chez INTEL par l'intermédiaire d'une double liaison série, l'une relative aux signaux à émettre TX, l'autre relative aux signaux reçus RX Le microcontrôleur MCC comporte lui-même un contrôleur série et une mémoire vive de par exemple 128 octets dans laquelle sont stockées la pile et la mémoire de travail Un bus de 8 bits multiplexé AD (adresses/données) permet de lire des informations ou instructions dans une mémoire morte M 1 par adressage de code contenant en particulier une fonction auto-test de la carte pilote automatique lancée à la mise sous-tension Les 8 bits d'adresse du bus AD sont démultiplexés au moyen d'un circuit de verrouillage L de type Il Latchl' pour être transmis vers la mémoire Ml sur le bus d'adresses A Le bus d'adresses A transmet également vers la mémoire Ml 8 bits de poids supérieur en provenance du circuit MCC Le bus A ( 16 bits) de même que le bus AD ( 8 bits) sont de plus connectés à une mémoire vive M 2 par exemple de 8 Koctets servant de tampon pour les données dites de télécommunication émises ou reçues En outre, le bus AD est relié d'une part à un circuit d'affichage DC et d'autre part à un circuit dit de boite aux lettres MB Le circuit DC permet alors de visualiser au moyen d'un afficheur le numéro du sous-test en cours, alors qu'une diode électroluminescente EL recevant un fil du bus AD est prévue pour indiquer, lorsqu'elle est active, qu'une erreur a été détectée Le circuit de boîte aux lettres MB contenant essentiellement deux registres, l'un en écriture, l'autre en lecture sert d'interface pour autoriser le dialogue asynchrone entre la carte pilote PC et l'équipement à réparer RM reliés par l'intermédiaire du bus PCB. Ainsi, la carte pilote PC fonctionnant en mode asynchrone permet avantageusement d'adapter la liaison série TC du microordinateur MC en un bus parallèle PCB pour la connexion à l'équipement à réparer RM et de gérer d'une part le premier niveau de protocole entre le microordinateur MC et elle-même et d'autre part le second niveau de protocole entre elle-même et l'équipement à réparer RM. De façon remarquable et dans ce but, la mémoire Ml de la carte pilote PC contient des microprogrammes commandant différentes fonctions internes parmi lesquelles la fonction autotest effectue, à la mise sous tension, le test du fonctionnement de ladite carte PC avec rebouclage sur le sous-test en cours lors de la détection d'une erreur, la fonction d'affichage du code effectue la gestion des moyens d'affichage DC et EL pour indiquer, sur DC le numéro de sous-test en cours ainsi que sur EL l'apparition d'une erreur durant la séquence d'autotest, sur DC la réception d'une commande d'abandon d'un test ou d'un bouclage et sur DC et EL la détection d'une erreur sur une donnée reçue de ou à transmettre vers l'extérieur, la fonction initialisation initialise et active l'horloge interne, l'interface avec le microordinateur MC ou une interruption en réception, la fonction gestion de trames effectue l'extraction des données utiles et l'acquittement des trames reçues, la fonction analyse de trames procède à l'aiguillage vers les différentes phases du procédé de réparation en fonction de la commande à exécuter (test préliminaire, tests ou menu de bouclages, téléchargement, prise en compte et gestion d'une coupure), la fonction émission de trames opère l'encadrement par des caractères de contrôle des trames, l'émission des trames ainsi que l'attente d'acquittement des trames émises et la fonction dialogue procède à l'échange d'informations au travers du circuit de boîte à lettres MB accessible en lecture et en écriture. Sur la figure 3 est proposé un exemple de schéma représentant les différentes étapes parcourues pour la mise en oeuvre des tests, ces derniers utilisant les fonctions internes de la carte pilote PC. La première étape PC 1 consiste à effectuer une remise à zéro lRl des mémoires vives lors de la mise sous tension A l'étape PC 2 suivant la mise sous tension, trois fonctions sont utilisées, d'une part la fonction autotest lATl de la carte PC qui permet de vérifier le bon fonctionnement de ladite carte avec rebouclage sur le sous-test en cours lorsqu'une erreur est rencontrée, d'autre part la fonction affichage du code lCDl grâce à laquelle le numéro de sous- test en cours peut-être visualisé sur l'afficheur DC durant cette séquence d'autotest, alors que la diode électroluminescente EL est alimentée lorsqu'une erreur est détectée et enfin la fonction initilisation lINIJ permettant d'initialiser et d'activer l'horloge interne et l'interface avec le microordinateur MC L'étape PC 3 consiste à lancer les fonctions d'analyse et de gestion des trames reçues lAN/MAl qui permettront d'une part d'extraire les données utiles et d'acquitter les trames reçues et d'autre part de procéder à l'aiguillage, vers la phase adéquate du procédé de réparation en fonction de la commande à exécuter En fonction d'une commande émise par le microordinateur MC, quatre possibilités d'aiguillage s'offrent alors, déroulement du test préliminaire lPREl, des tests automatiques des cartes logiques lTESl, du téléchargement des programmes de tests lTELl lorsque cette gestion est désirée, ou prise en compte et gestion d'une rupture lBREl lorsque celle-ci est déclenchée A la mise sous tension, le premier test exécuté est le test préliminaire qui correspond alors à la sélection de la branche lPREl Ce test préliminaire permet d'accéder directement à la documentation de réparation du sous-test détecté en erreur puis la boucle de réparation de ce sous-test est exécutée Ainsi, à la prochaine étape PC 4, le dialogue entre la carte pilote PC et l'équipement à réparer RM est établi avec l'écriture de la commande de lancement correspondante émise par le microordinateur MC lDI/WRCl le premier sous-test ln = 0 l est initialisé L'étape suivante PC 5, le dialogue étant alors établi avec le microordinateur MC et l'équipement à réparer RM, correspond à la lecture d'une commande reçue avec discrimination du numéro (S Tn) du sous-test variant de 1 à n lDI/RDC, S Tnl lors du commencement dudit sous-test Puis à l'étape PC 6 une question est posée:'La commande correspond-elle à une demande de fin de test préliminaire ?" lPR ?l Si la réponse est oui, c'est l'étape PC 7 au cours de laquelle la trame relative à la fin de test préliminaire est encadrée par des caractères de contrôle, puis émise, l'acquittement de ladite trame émise étant attendu et la fin de test préliminaire étant confirmée lTX/EPRl et un retour à l'étape PC 3 étant opéré Si, à l'inverse, la réponse à la question lPR ?l de l'étape PC 6 est non, la fonction émission de trames est également lancée à l'étape PC 8, la trame relative au début de sous-test S Tn, étant encadrée par des caractères de contrôle puis émise et son acquittement attendu lTX; S Tnl A l'étape suivante PC 9 une nouvelle question est posée: "Le résultat indique-t-il une erreur sur le sous- test S Tn ?" (ERR ?l Si la réponse est oui: c'est l'étape PC 10 au cours de laquelle la trame relative au sous-test S Tn est émise après avoir été encadrée par des caractères de contrôle, son acquittement étant attendu, la trame émise signalant qu'une erreur a été détectée au cours du sous-test S Tn et que ce dernier est terminé lTX/ERR/FS Tnl L'étape subséquente est de nouveau l'étape PC 7 pour un passage en mode réparation relatif au test préliminaire, le procédé deréparation entre dans une phase de bouclage sur le sous-test en erreur Seule une coupure secteur sur la carte à réparer permet de relancer le processus Il y a alors retour à l'étape PC 3. Lorsqu'à la question lERR ?l de l'étape PC 9 la réponse est non, aucune erreur n'a été détectée dans ce sous-test S Tn, l'étape suivante est PC 11 La trame relative à la fin de sous-test S Tn et à l'incrémentation N = N + 1 pour le prochain sous-test est émise après avoir été encadrée par des caractères de contrôle et son acquittement attendu lTX/FS Tn, N = N + 1 l, puis il y a retour à l'étape PC 5 Pour résumer, la sélection du test préliminaire lPREl suivie de l'émission de la commande de lancement correspondante assure le dialogue entre la carte pilote PC, l'équipement à réparer RM et le microordinateur MC, la carte pilote émettant des trames qui sont analysées par le microordinateur MC, la carte pilote émettant des trames qui sont analysées par le microordinateur pour que des messages liés auxdites trames soient affichés par l'intermédiaire de l'interface utilisateur et que soit provoqué le passage en mode réparation avec accès direct à une boucle de réparation dès le premier sous-test détecté en erreur alors qu'une mise à jour statistique est automatiquement effectuée Ce processus est applicable également au cas d'une sélection de la branche lTESI lorsque celle-ci est opérée à la fin de l'étape PC 3. A la fin de l'étape PC 3, la branche lTESl peut donc être sélectionnée sur demande du microordinateur MC, ce qui entraîne l'étape PC 12 qui consiste également à établir le dialogue entre la carte pilote PC, qui écrit une trame émise par le microordinateur MC lDI/WRFl, le microordinateur MC et l'équipement à réparer RM, puis le dialogue continuant à l'étape PC 13, un message du microordinateur MC est lu par la carte pilote PC lDI/RDMl L'étape suivante PC 14 active la fonction émission trame, la trame relative au message étant encadrée par des caractères de contrôle puis émise et son acquittement attendu lTX/Ml A l'étape PC 15 une question est posée: "Le message correspond- il à une observation de fin de test ?V lEOT ?l Si la réponse est oui, l'étape suivante est de nouveau l'étape PC 3 Si la réponse est non, il y a retour à l'étape PC 13 et aux suivantes Les messages liés aux trames sont également dans ce cas affichés par l'intermédiaire de l'interface utilisateur et le passage en mode réparation est provoqué avec accès à un menu de bouclage dès la fin d'un test lorsqu'une erreur a été détectée alors qu'une mise à jour statistique est automatiquement effectuée En outre, le dialogue pendant les tests entre le microordinateur MC et la carte pilote PC est réservé pour les demandes d'options, utilisées pour le passage de paramètres nécessaires au test en mémoire M de la carte CPU ou pour le résultat d'un sous-test si le programme de test en mémoire M ne peut détecter l'erreur De cette manière, la trame reçue en retour est lue, le dialogue continuant, la trame de retour donnant le résultat de l'analyse du sous-test réalisée par le microordinateur MC. A la fin de l'étape PC 3, la branche lTELl peut être sélectionnée sur demande du microordinateur MC, ce qui entraîne l'étape PC 16 consistant aussi à établir le dialogue entre la carte pilote PC, qui écrit une commande relative à un bloc à télécharger lDI/WRCl, le microordinateur et l'équipement à réparer RM, le premier bloc lx = O l est initialisé Puis le dialogue continue, et à l'étape PC 17 la carte pilote PC écrit le bloc x, x variant de 1 à x lDI/WRBl L'étape suivante PC 18 active la fonction émission trame, la trame relative au message étant encadrée par des caractères de contrôle puis émise et son acquittement attendu lTX/Ml A l'étape PC 19 une question est posée: "le dernier bloc a-t-il été écrit ?" lLB ?l Si la réponse est oui, c'est l'étape PC 20 au cours de laquelle la trame relative à la fin de téléchargement est encadrée par des caractères de contrôle puis émise et son acquittement attendu lTX/ETEl, puis il y a retour à l'étape PC 3 Si, par contre, la réponse à la question lLB ?l de l'étape PC 19 est négative, le numéro de bloc est incrémenté d'une unité lx = x + 1 l à l'étape PC 21, puis il y a retour à l'étape PC 17 et ainsi de suite jusqu'au dernier bloc. A la fin de l'étape PC 3, la branche lBREl peut en outre être sélectionnée sur demande du microordinateur MC, ceci entraîne l'étape PC 22 consistant dans ce cas à établir le dialogue avec la carte pilote PC qui écrit une commande de rupture émise par le microordinateur MC lDI/WRCl, puis il y a retour à l'étape PC 3. Sur la figure 4 est proposé un exemple de schéma représentant les différentes étapes parcourues pour le déroulement du procédé de réparation mis en oeuvre par l'outil de maintenance et d'aide à la réparation. Le procédé selon l'invention est remarquable en ce que, en premier lieu est opérée une sélection du type de test, test préliminaire, tests automatiques ou tests manuels, d'une part, suivie dans le cas d'un test préliminaire ou de tests automatiques de l'émission de la commande de lancement correspondante assurant le dialogue par l'intermédiaire de la carte pilote, cette dernière émettant alors des trames qui sont analysées par le microordinateur pour que des messages liés auxdites trames soient affichés par l'intermédiaire de l'interface utilisateur et que soit provoqué le passage en mode réparation, soit pour le test préliminaire avec accès direct à une boucle de réparation dès le premier sous-test détecté en erreur, soit pour les tests automatiques avec accès à un menu de bouclages dès la fin d'un test si une erreur a été détectée, alors qu'une mise à jour statistique est automatiquement effectuée dans les deux cas lorsqu'un test est détecté "réparé" d'autre part suivie dans le cas de tests manuels de l'affichage par l'intermédiaire de l'interface utilisateur d'un diagramme des opérations successives à effectuer et de l'affichage pour examen de la documentation de réparation et des statistiques correspondantes, alors que la mise à jour des statistiques est effectuée par appel d'un menu spécifique aux tests manuels. Comme cela a été précisé précédemment, le procédé de réparation et les fichiers de messages système sont de préférence contenus dans une disquette utilisée avec le microordinateur MC. A l'étape El, une commande de lancement de test lCTl est émise vers la carte pilote PC A l'étape E 2 suivante, une question est posée: "La trame fin de test émise par la carte pilote a-t-elle été complètement reçue ?" lETR ?l. Cette étape est une étape d'attente, c'est-à-dire que tant qu'une trame émise par la carte PC n'a pas été complètement reçue, donc pour une réponse négative à la question lETR ?l, il y a retour au début de l'étape E 2 Ainsi, la réception se faisant par caractères,l'étape d'attente permet de garantir qu'une trame a été complètement reçue avant de l'analyser. Une réponse positive à la question lETR ?l de l'étape E 2 entraîne l'étape E 3 au cours de laquelle la trame reçue est analysée lARFl A l'étape E 4 suivante est posée la question "Une erreur a-t-elle été trouvée pendant le déroulement du test V'" lERR ?l Si une erreur a été trouvée, celle-ci est mémorisée à l'étape E 5 et placée dans la fenêtre prévue à cet effet sur l'écran de l'interface utilisateur lMWEl. Puis une autre question est posée à l'étape E 6: "L'erreur trouvée estelle fatale ?" lFER ?l Une réponse négative à cette question provoque un retour à l'étape E 2 Si par contre l'erreur trouvée est considérée fatale, l'étape E 7 qui suit consiste à activer la fenêtre erreur lWEAl, c'est le passage en mode réparation. Lorsqu'à la question lERR ?l de l'étape E 4, la réponse est négative, une autre question est posée à l'étape E 8: "Le message d'acquittement de fin de test a-t-il été reçu ?" lETM ?l Ce message est envoyé par la carte pilote PC à la suite d'une réponse positive à la question lEOT ?l posée à l'étape PC 16 décrite avec la figure 3 Une réponse négative à la question lETM ?l de l'étape E 8 provoque également un retour à l'étape E 2 alors qu'une réponse positive entraîne une autre question à l'étape E 9: "Le test est-il toujours trouvé en erreur ? 2 " lEIT ?l Si la réponse est non, la question suivante est posée à l'étape EIO: "Le test est-il détecté "réparé" sur la carte 2 lf lTRC ?l Une réponse positive entraîne l'étape Ell au cours de laquelle est réalisée une demande de mise à jour statistique de la carte testée lUDSl puis l'étape E 12 marquant la fin du test lTOl. De même une réponse négative à la question lTRC ?l de l'étape E 10 provoque la fin de test lTOl et par conséquent le passage à l'étape E 12. Lors du traitement en mode réparation, la suite logique de l'activation de la fenêtre erreur lWEAl de l'étape E 17 est le passage à l'étape E 13 au cours de laquelle une erreur probable est sélectionnée lSOEl dans le menu de la boucle de réparation A l'étape suivante E 14, une commande de lancement de bouclage pour tester l'erreur sélectionnée est émise sous la forme d'une trame lCLEl Puis à l'étape E 15, la fenêtre sur l'écran de l'interface utilisateur relative à la documentation de réparation est activée lWDAl Ensuite vient la phase de gestion de la documentation de réparation pendant laquelle sont proposés entre autres, des tests, une aide à la réparation et une consultation des statistiques. Cette phase débute avec l'étape E 16 correspondant à l'examen de la documentation sur l'écran lDOCl A cet instant est posée la question suivante à l'étape E 17 autorisant une gestion avantageuse de la documentation: "Un changement de fenêtre active est-il désiré ?" lCAW ?l Une réponse positive à cette question permet à l'étape E 18, à l'utilisateur de faire une sélection parmi un choix de fenêtres proposé en activant la fenêtre désirée lWWAl La sélection peut par exemple être faite parmi des fenêtres spécifiques "aide"t, consultation "statistique", "documentation de réparation", "erreur", message", etc La sélection de fenêtre opérée, lorsque l'utilisateur a fini de consulter ladite fenêtre, il y a retour à l'étape E 16. Si la réponse à la question lCAW ?l de l'étape E 17 est négative, une autre question est posée à l'étape E 19: "La fermeture de la session de réparation est-elle désirée ét" lCOR ?l Une réponse négative à cette question entraîne un retour à l'étape E 16, alors qu'une réponse positive conduit à l'étape E 20 au cours de laquelle une commande de rupture est émise vers la carte pilote lBRCl Puis, à l'étape E 21 le microordinateur MC attend le signal permettant de réaliser la synchronisation avec la carte pilote PC lSYPl Enfin, il y a passage à l'étape E 10 suivie soit directement de l'étape E 12, soit des étapes Ell et E 12. Suivent quelques précisions relatives à l'interface utilisateur qui permettront de mieux apprécier l'efficacité et la facilité d'utilisation du procédé et de l'outil selon l'invention. Selon une application préférée, la mise en oeuvre du procédé de réparation nécessite l'installation d'une première disquette contenant les fichiers de configuration pour un produit donné, ce qui rend le procédé universel et d'une seconde disquette contenant le procédé de réparation et les fichiers de message système, ces disquettes n'étant pas protégées en écriture Il suffit alors d'exécuter les commandes et de suivre les indications fournies à l'écran lors du déroulement du procédé Lors du chargement en mémoire, une phase de configuration du système initialise les structures nécessaires au bon fonctionnement du procédé (création de tables de messages, erreurs,) Les différents fichiers sont sélectionnés, les listes de machines, les cartes (dont les fichiers ont déjà été installés) ainsi que les langages (français, anglais,) étant affichés sur l'écran En outre, un historique des pannes est mémorisé dans le superviseur pour chaque carte. Le numéro de série de la carte est saisi, ce qui permet d'assurer le suivi des cartes et d'automatiser l'appel aux fonctions d'actualisation des statistiques Les procédures de test sont divisées en deux catégories: les tests de réparations (unitaires et chaînages automatiques) et les tests d'endurance (chaînages manuels). Dans le cas du chaînage automatique, tous les tests sont exécutés en séquence, les bouchons de terminaison de test doivent être présents avant le lancement de la procédure. les erreurs sont mémorisées dans la fenêtre "erreur" pendant le processus de test En fin de procédure, pour accéder à la réparation, le fenêtre l'erreur" est activée, l'erreur correspondante au test exécuté est sélectionnée Puis un menu de bouclage est proposé, chaque choix met en oeuvre une boucle de réparation et une documentation spécifique Les statistiques sont actives La réparation nécessite au moins deux passages de tests Un premier passage pour la détection et la réparation de la carte, un second passage pour le contrôle du bon fonctionnement de la carte Les statistiques sont automatiquement appelées pour tous les tests détectés en erreur au premier passage Le nombre de passage pour la réparation est un critère de qualité. Concernant les tests unitaires, la procédure de test et de réparation est identique à celle mise en oeuvre par le chaînage automatique mais pour un test uniquement. En outre, des tests d'endurance peuvent être utilisés pour détecter des pannes aléatoires ou pour valider une carte en endurance Dans ce cas, il n'est pas accédé au menu de réparation et les statistiques ne sont pas actives Une table est disponible pour consulter les résultats du dernier test d'endurance exécuté Cette table fournit pour chaque test effectué le nombre de passages ainsi que le dernier état connu Le réparateur utilisera le chalnage manuel afin de rendre permanentes les pannes aléatoires, pour cela il pourra utiliser différents moyens mis à sa disposition (souflette d'air chaud, bombe réfrigérante, vibrations, Pour réaliser un diagnostic, la carte est découpée en tests fonctionnels, chaque test contenant différents sous-tests. Le sous-test est l'élément de base du procédé pour chacun d'eux, son titre et son état sont affichés dans la fenêtre "message" Si une erreur est détectée, son libellé est affiché dans la fenêtre "erreur" Lorsqu'une erreur fatale est détectée, le test est abandonné. Concernant la réparation, les erreurs présentes dans la fenêtre "erreur" sont utilisées pour avertir l'utilisateur qu'une erreur a été détectée et pour accéder au menu de réparation Lorsque cette fenêtre est activée, le superviseur affiche l'erreur courante en vidéo inverse, les flèches permettant de sélectionner une autre erreur présente dans la fenêtre. Sur validation, le superviseur affiche un menu de réparation lié au test en erreur, le numéro de sous-test détermine le choix le plus approprié du menu à faire clignoter indiquant ainsi le bouclage de réparation le plus adapté. Chaque choix du menu exécute une boucle de réparation spécifique et affiche la documentation de réparation Les autres informations, documentation d'aide du test, table de composants pouvant être défectueuses, les diverses fenêtres (messages, erreurs,) sont toujours accessibles. Une fonction autoformation est également disponible Il est accédé à cette fonction afin d'exécuter les procédures de réparation sans qu'une erreur ne soit détectée ou pour comparer une carte référence avec une carte à réparer. Les exigences en matière de compatibilité et de portabilité dans le domaine de la réparation et dans un contexte international imposent la conception d'un procédé reposant sur le paramétrage et la modularité Le paramétrage proposé se veut le plus convivial possible, à partir de listes (machines, cartes, langages), le système se configure avec les fichiers spécifiques à ce procédé qui est appliqué en tenant compte d'un certain nombre de fonctions de base regroupées dans différents modules selon leur utilisation. Les différents modules suivants sont ainsi distingués point d'entrée du système d'exploitation, chargement du procédé pour chaque matériel en mémoire, menu de programme, gestion des fichiers pour le procédé appliqué à un matériel, fenêtres utilisateur, protocole de dialogue vers la carte pilote, statistiques, erreurs et procédures de réparation, affichage dans les fenêtres utilisateur, documentation T'aide et réparation", chaînage manuel,. Pour conclure, l'utilisation de l'outil de maintenance et d'aide à la réparation et du procédé de mise en oeuvre par ledit outil permet d'atteindre de manière aisée et efficace un grand nombre d'objectifs fixés actuellement en répondant aux exigences suivantes. * La réparation décentralisée Pouvoir réparer au meilleur coût en tout point du globe, le plus près possible de l'utilisateur final permet de: Diminuer les stocks et les approvisionnements en pièces de rechange et par conséquent de diminuer les frais financiers, Diminuer les coûts de réparation en évitant la sous- traitance et ses abus, Supprimer les "pipelines" de réparation, les coûts logistiques, les coûts de transport, de douane, Maintenir à bon compte une compétence technique et apporter ainsi un service de qualité à la clientèle, Mettre en oeuvre le processus d'amélioration de la qualité ou la mesure immédiate du comportement des produits, la quantification et l'identification des défauts alertant avec la meilleure réactivité, cela dès la période de démarrage, au moment o l'expérience manque. * La performance technique C'est elle qui intervient en premier chef dans la réduction des coûts de réparation. La performance technique s'appuie sur la notion de temps mis pour réparer une carte et sur la capacité que le procédé a à détecter les pannes. Le procédé de réparation selon l'invention est en outre universel, s'adaptant à tout type d'équipement électronique de traitement de l'information, puisqu'il s'applique avantageusement et sans difficulté à un outil standard. * L'ergonomie convivialité Ces caractéristiques sont aujourd'hui l'apanage de la micro- informatique C'est parce qu'elles interviennent sur son rendement que le technicien devient exigeant, et si l'outil proposé n'offre pas une interface facile, agréable, efficace, cet outil est vite abandonné Ici, toute la documentation est intégrée au logiciel et accessible à tout moment. * Utilisable par des non spécialistes en tout point du globe: En effet, devant la variété croissante des produits arrivant sur le marché de la grande diffusion informatique, il est impensable de former le réparateur sur les gammes aussi étendues que sont les terminaux, les stations, les micros. Le réparateur doit aujourd'hui entrer dans le processus, guidé par le programme, et disposer de tous les moyens permettant un diagnostic précis et rapide (documentation, statistiques, historique). Par ailleurs, pour répondre aux contextes géopolitiques locaux, il faut que les méthodes soient efficaces dans chacune des filiales et cela malgré leur diversité Les concepts intégrés au processus conduisent à l'enrichissement du réparateur sans effort particulier. * Investissement le plus faible possible Le procédé permet de mieux maîtriser les coûts et investissements tant en terme de développement au niveau étude qu'en terme utilisateur au niveau de chaque réparateur, tout nouveau développement est vu sous l'angle de l'adaptation et de l'amélioration des performances. * Disponibilité gage de qualité: Pour être efficace et bien utilisé, le procédé de réparation doit être disponible au moment o le produit pour lequel il est fait est mis sur le marché. C'est le moment o les problèmes de "jeunesse" déterminent l'avenir du produit A travers le procédé de réparation peuvent être détectés, mesurés très vite et très tôt les défauts qui s'ils ne sont pas corrigés rapidement, obèrent l'avenir du produit. * Maîtriser la fin de vie des produits S'il est fondamental de réussir le début de commercialisation d'un produit, la période qui en suit son arrêt est tout aussi importante. La réparation est un atout essentiel pour la maintenance, elle doit rester performante même quand les fournisseurs, les fabricants ont disparu. Revendications 1 Outil de maintenance et d'aide à la réparation d'équipements électroniques de traitement de l'information, caractérisé en ce qu'il met en oeuvre un procédé de réparation par identification du plus petit composant changeable, utilisant les programmes de tests implantés en mémoire sur la carte comportant l'unité centrale de traitement de l'équipement à réparer et en ce qu'il comporte entre autres des moyens logiciels fonctionnant sur un microordinateur présentant une interface utilisateur et relié à la carte comportant l'unité centrale de traitement par l'intermédiaire d'une voie de télécommunication standard et des moyens matériels comprenant principalement une carte pilote, un adaptateur de bus et des bouchons de terminaison de test. 2 Outil de maintenance et d'aide à la réparation selon la revendication 1, caractérisé en ce que la carte pilote fonctionne en mode asynchrone et comporte des moyens pour adapter la liaison série du microordinateur recevant les moyens logiciels en un bus parallèle pour la connexion à l'équipement à réparer et des moyens de gestion d'un premier niveau de protocole entre le microordinateur recevant les moyens logiciels et ladite carte pilote et d'un second niveau de protocole entre ladite carte pilote et l'équipement à réparer. 3 Outil de maintenance et d'aide à la réparation selon la revendication 1 ou 2, caractérisé en ce que les moyens logiciels fonctionnant sur le microordinateur comportent des moyens de stockage dynamiques contenant des fichiers de configuration, des fichiers de messages système et le procédé de réparation coopérant pour élaborer différentes fenêtres, interrogeables par l'intermédiaire de l'interface utilisateur et informant sur les opérations en cours, et pour présenter un menu de bouclages automatiquement proposé à l'utilisateur après détection d'un test en erreur ou sur activation d'une erreur déjà présente dans sa fenêtre. 4 Outil de maintenance et d'aide à la réparation selon la revendication 3, caractérisé en ce que des circuits de mémoire spécifiques, enfichables sur la carte comportant l'unité centrale de traitement de l'équipement à réparer, contiennent les programmes de tests qui contrôlent les différents ensembles fonctionnels, chacun de ces ensembles constituant un test, chaque test étant décomposé en sous- tests correspondant au contrôle d'une erreur spécifique au moyen d'une boucle de réparation, alors qu'un test préliminaire est réalisé à chaque mise sous tension pour diagnostiquer et réparer le noyau minimum nécessaire d'une part à l'accès d'une zone mémoire autorisant les différents autres tests et d'autre part pour assurer le dialogue avec le microordinateur par l'intermédiaire de la carte pilote. Outil de maintenance et d'aide à la réparation selon l'une des revendications précédentes, caractérisé en ce que la carte pilote comporte en outre des moyens de stockage contenant des microprogrammes commandant différentes fonctions internes parmi lesquelles la fonction autotest effectuée, à la mise sous tension, le test du fonctionnement de ladite carte avec rebouclage sur le sous-test en cours lors de la détection d'une erreur, la fonction d'affichage du code effectue la gestion de moyens d'affichage pour indiquer le numéro de sous-test ainsi que l'apparition d'une erreur durant la séquence d'autotest, la réception d'une commande d'abandon d'un test ou d'un bouclage et la détection d'une erreur sur une donnée reçue de ou à transmettre vers l'extérieur, la fonction initialisation initialise et active l'horloge interne, l'interface avec le microordinateur ou une interruption en réception, la fonction gestion de trames effectue l'extraction des données utiles et l'acquittement des trames reçues, la fonction analyse de trames procède à l'aiguillage vers les différentes phases du procédé de réparation en fonction de la commande à exécuter, la fonction émission de trames opère l'encadrement par des caractères de contrôle des trames, l'émission des trames ainsi que l'attente d'acquittement des trames émises et la fonction dialogue procède à l'échange d'informations au travers d'une boîte à lettres accessible en lecture et en écriture. 6 Procédé de réparation mis en oeuvre par l'outil de maintenance et d'aide à la réparation selon l'une des revendications précédentes, caractérisé en ce que en premier lieu est opérée une sélection du type de test, test préliminaire, tests automatiques ou tests manuels, d'une part, suivie dans le cas d'un test prémiminaire ou de tests automatiques de l'émission de la commande de lancement correspondante assurant le dialogue par l'intermédiaire de la carte pilote, cette dernière émettant alors des trames qui sont analysées par le microordinateur pour que des messages liés auxdites trames soient affichés par l'intermédiaire de l'interface utilisateur et que soit provoqué le passage en mode réparation, soit pour le test préliminaire avec accès direct à une boucle de réparation dès le premier sous-test détecté en erreur, soit pour les tests automatiques avec accès à un menu de bouclages dès la fin d'un test si une erreur a été détectée, alors qu'une mise à jour statistique est automatiquement effectuée dans les deux cas lorsqu'un test est détecté " 1 réparé" d'autre part suivie dans le cas de tests manuels de l'affichage par l'intermédiaire de l'interface utilisateur d'un diagramme des opérations successives à effectuer et de l'affichage pour examen de la documentation de réparation et des statistiques correspondantes, alors que la mise à jour des statistiques est effectuée par appel d'un menu spécifique aux tests manuels.