FR 2768246 A1 19990312 FR 9811237 A 19980909 Procz dest-iné à teuster un système de Commde L'invention concerne un procédé destiné à tester au moins un système de commande d'un processus d'une installation, qui contient aul moins un programme d'essai dans au moins un ordinateur, ce ou ces ordinateur(s) étant en liaison active avec un outil d'observation, qui autorise un enregistrement du déroulement temporel et logique d'au mo:i ns une routine de programme du ou des programme ( s) d ' essai. Le procédé du type prdcité se réf.re A un état de la technique tel qu'il est connu par Andreas Danuser et Hannes R scher, Was geschieht wann wo im Programm ?, Technische Rundschau 35/1990, pages 48 à 57. Il y est décrit un outil d'observation qui insère dans le programme à tester, par exemple au début et à la fin de routines à tester du programme, des instruction de forme: MOVE (TAC, ADDR) en tant que marquage dans le texte source. TAC signifie ici un nombre attribué de manière univoque au passage du programme et ADDR, une adresse sous]aquelle un poste de liaisont peut être interrogé. Si lors du déroulement du programme-source un marquage inséré de la sorte est atteint, l'instruction NIOVE envoie le TAG par la liaison, à l'outil d'observation. En supplément au TAC,:il est possible de transmettre aussi des vdaleurs variables. Dans l'outil d'observatiorn, un point de raccordement reçoit le TAG, enregistre son lheure d'arrivée et mémorise cette information ddns un liste d'événements. L'exploitation de la liste d'4vé&nements permet de déterminer combien de temps est nécessaire pour quelle partie de programme ou suivant quelle fréquence une partie de programme est réalisée. Des statistiques peuvent être établies concernant le déroulement du programme. Si l'on veut observer simultanément plusieurs ordinateurs parallèles, on utilise plusieurs points de raccordement de35 manière synchronisée dans le temps. Cet outil d'observation n'enregistre toutefois pas d'évérnements extérieurs; il n'enregistre que des passages 2 2768246 de programme éventuellement avec des valeurs variables, qui parviennent dans les ordinateurs pour exécution. Un outil d'observation de ce type est décrit plus en détail dans la EP 0 368 190 A1. L'invention se propose de perfectionner un procédé du type précit6, destine à tester un système de commande de manière que meme des événemnents extérieurs puissent être observés, c'est-à--dire que les signaux de mesure et les signaux d'erreurs de processus physiques, qui sont en interaction avec les ordinateurs, peuvent aussi être enregistrés. Un avantage de l'invention réside dans le fait que la profondeur de test peut être sensiblement améliorée. Grace A la possibilité de réception de signaux de mesure et de signaux d'erreurs par l'outil d'observation, il est possible d'y mettre en oeuvre et d'y exploiter des vérifications logiques et temporelles. Selon une variante avantageuse de l'invention, au lieu d'un processus physique, on peut raccorder un simulateur en temps réel, qui permet de simuler des états de service ou des incidents, qui pour des raisons de coûts ne peuvent guère être testés dans un processus ren temps réel. Il est ainsi possible de détecter et d'éviter des situations indésirables et parfois dangereuses d'un processus. fliverses autres caractéristiques et avantages de l'invention ressortent de la description fdite ci-après. Des formes de réalisation de l'invention sont représentées à titre d'exemples non limitatifs sur les dessins annexes. La fig. l est un schéma-blocs avec un objet d'essai, un outil d'observation, une installation avec un processus et un simulateur en temps r6el et la fig. 2 montre un ensemble de plusieurs ordinateurs avec un outil d'observation et un simulateur en temps réel selon la fig. 1. Sur les figures, les mêmes éléments sont désignés par les mêmes références. 3 2768246 Selon la f:ig. 1, un système de commande, de régulation et/ou un système de protection ou un système d(le commande ou un objet d'essai (1) A tester sont testés avec un programme à tester ou programme d'essai (S1) et un point de raccordement (H1) par un outil d'observation (2) avec un programme d'analyse (S2) et un point de raccordement (H2) selon le procédé décrit précédemment de A. Danuser et H. R scher. Pour cela Je programme d'essai. (Sl) et le programme d'analyse (S2) sont en liaison de communication entre eux, par une ligne de liaison (V1), pour]'échange d' info:rmations concernant le déroulement actuel du programme dans le programme d'essai (Si). Le point de raccordement (H1) de l'objet d'essai (1) est en outre en liaison réciproque avec un point de raccordement (H3) d'un système à réguler ou A commander ou A protéger d'une machine ou d'une installation (3), par un ler et un 2ème interrupteurs (5, 6) qui permettent une transmission de signaux de mesure et/ou de signaux d'erreurs de l'installation (3) vers l'objet d'essai (1) et d'instructions et/ou d(le grandeurs de réglage de. l'objet d'essai (1) vers l'installation (3). L'installation (3) présente au moins un processus (P) physique ou technique ou chimique. En supplément les points de raccordement (H1) et (H3) sont en liaison, par les lignes de liaison (V1) et (V3), ces dernières par un 3ème interrupteur (7), avec des entrées de signaux du point de raccordement (H2). Avec ces lignes de liaison (V1, V3) il est possible de réaliser une re]lation entre des événements se produisant dans le processus (P) et dans le programme d'essai (Si1). Au lieu de l'installation (3) complète, il est possible d'utiliser aussi un simulateur en temps réel (4) avec un point de raccordement (H4) et un programme de simulateur ou un simulateur de processus (P'), qui, simule totalement ou partiellement le processus (P). L'utilisation en option du processus réel (P) ou du processus simulé (P') est rendue po.ssible par les interrupteurs (5 à 7). Pour permettre l'interprétation des événements, les signaux de sortie du simulateur en temps ré'el (4) et/ou de 4 2768246 l'installation (3) sont pourvus d'un marquage, correspondant à un marquage de programme dans le programme d'essai (Si). Il est ainsi possible de suivre un déroulement complet depuis le point de raccordement (H4) du simulateur en temps réel (4) par le programme en temps réel (S1) de l'objet d'essai (1) et à nouveau en retour vers le point de raccordement (H7) du simulateur en temps réel (4). Il en va de même pour le point de raccordement (H3). Grâce à un test avec le simulateur en temps réel (4), il est possible de tester en particulier des incidents, qui ne peuvent guère être exécutés avec l'installation réelle (3) pour des raisons de sécurité ou de coûts. On obtient ainsi une plus grande fiabilité du fonctionnement de cette installation (3), qui peut rester reliée à l'outil d'observation (2), même pendant son fonctionnement. Exemple: Pendant le test d'un objet d'essai (1), par ex. d'un appareil de protection, on impose un dérangement avec le simulateur en temps réel (4) et simultanément à la lère répercussion sur la sortie du simulateur (H4), est transmis un flanc binaire, qui déclenche l'enregistrement dans l'outil d'observation (2) et sert de temps de référence. Avant que le programme d'essai (Si) ne puisse réagir, l'enregistrement/traitement commence donc dans l'outil d'observation (2). Il est maintenant possible de mesurer le temps, par exemple en supplément à l'observation habituelle, jusqu'à ce que le programme d'essai (S1) réagisse sur ce flanc, c'est-à-dire jusqu'à l'appel d'une routine de traitement. Cet instant est communiqué A l'outil d'observation (2) par la ligne de liaison (VI). Ensuite il est procédé à l'exploitation usuelle dans l'outil d'observation (2). La fig. 2 montre plusieurs microprocesseurs ou ordinateurs (R1 à Rn), qui sont reliés entre eux par un bus de données de processus (11) et qui peuvent échanger des données ainsi que des instructions. L'ensemble ou une partie de ces ordinateurs (R1 à Rn) correspond à l'objet s 2768246 d'essai (1) selon la fig. 1; elle est en liaison d'une part avec l'outil d'observation (2) et un simulateur en temps réel (4) et/ou avec l'installation (3) selon la fig. 1. Les ordinateurs (Ri à Rn) peuvent, être par ex. des ordinateurs ré.partis du systnmi de commande d'une locomotive, qui coopSrent avec un ordinateur principal ou avec les mr&mes droits. Dans ce cas les signaux échanges entre].e point de raccordement (H1l) et (H3) ou (H4) correspondant à des informations de tension, d'intensité ou de vitesse de rotation (U, I, n) d'un capteur de tension, d'intensité et de vitesse de rotation (13 à% 15) et des signaux de commutation binaires (non représenté). I1 est bien entendu qu'au lieu de la tension (U), de l'intensité (I) et de la vitesse de rotation (n), on peut enregistrer aussi d'autres grandeurs de mesure et erreurs de processus et les transmettre. 615 2768246 U'LA REVENDICATTONS l. Procédé destin.à tester au moins un système de commande d'un processus (P) d'une installation (3), a) qui contient au naoins un programme d'essai (S1) dans au moins un ordinateur (1; R1 - Rn), b) ce ou ces ordinateur(s) (l; RI - Rn) étant en liaison active avec un outil d'observation (2), qui autorise un enregistrement du déroulement temporel et logique d'au moins une routine de programme du ou des programme(s) d'essai (SI), caractérisé en c) ce qu'à l'outil d'observation (2) est envoyé en supplément au moins un signal de mesure et/ou de processus du ou des processus (P). 2. Procédé selon la revendication 1, caractérisé en ce qu'à l'outil d'observation (2) est envoyé, au lieu du signal ou des signaux de mesure et/ou de processus du ou des processus (P), un signal de processus d'un processus simula (P') d'un simulateur en temps réel (4). 3. Procédé selon l'une quelconque des revendications 1 ou 2, caractérisé en ce que l'outil d'observation (2) traite le signal de mesure et/ou de processus, qui provient du processus réel (P) ou du processus simulé (P'), comme un marquage, qui provient d'un ordinateur (1; RI - Rn). 4. Procédé selon l'une quelconque des revendications 2 ou 3, caractérisé en ce qu'au moins une caractéristique du processus simulé (P') est transmise à l'outil d'observation (2) et déclenche un test par l'outil d'observation (2).