FR 2550401 A1 19850208 FR 8312723 A 19830802 Outil d'aide à l'exploitation de systèmes de communication de données sur réseau local et système incorporant un tel outil L'invention concerne les systèmes de communication de données sur réseau local du type comportant une ligne bus de transmission série à laquelle sont couplés, en des points espacés, plusieurs dispositifs de traitement de données, tels que des calculateurs Elle a plus particulièrement pour objet un outil permettant une meilleure exploitation de tels systèmes. L'invention est susceptible de s'appliquer à de nombreux systèmes du type ci-dessus défini dans lesquels l'accès par les différentes stations est aléatoire (et non pas limité à des tranches de temps affectées chacune à une station déterminée) En contrepartie de leur capacité de transfert accrue, les systèmes de ce genre présentent des problèmes dont, notamment, celui des collisions susceptibles d'intervenir entre messages lorsque deux stations tentent simultanément d'émettre vers le bus On a déjà proposé di20 verses solutions pour surmonter ce problème Une première approche consiste à éviter les collisions Pour cela, on peut par exemple utiliser l'approche décrite dans le brevet US 3 445 822 (Driscoll): la station qui a un message à émettre sur le bus génère un code de saisie et compare le code présent sur le bus à un code prédéterminé pour vérifier si le bus est disponible La non coïncidence des deux codes indique à la station qu'une autre station tente d'émettre sur le bus et que le message doit rester en attente jusqu'à ce qu'une nouvelle émission du code prédéterminé donne lieu 30 à une coïncidence Cette solution diminue évidemment le rendement du système puisque l'utilisation du bus est retardée Une autre solution, notamment utilisée dans le système désigné par la marque "ETHERNET" tolère la présence de collisions: après vérification de l'état du bus, chaque station peut immédiatement émettre si elle constate que le bus n'est pas occupé Une collision éventuelle avec un autre message est détectée et une retransmission alors entreprise, après exécution d'un algorithme de traite- ment de collision La détection d'une collision est effectuée dans chaque émetteur-récepteur (plus couramment désigné par le terme anglo-saxon "transceiver") par un détecteur d'interférence qui surveille le bus et compare le message effectivement présent sur le bus au message que la station est supposée transmettre Toute différence entre les éléments binaires indique une collision Les stations qui émettent aggravent cette collision en maintenant leur émission un certain temps, de façon à ce que toutes les autres stations branchées au réseau reçoivent par l'intermédiaire de leur émetteur-récepteur ce signal de collision et puissent ainsi différer leur éventuelle émission d'information La solution la plus fréquente consiste alors à retransmettre le message au bout d'un intervalle de temps déterminé 15 de façon aléatoire après une collision et ce pour toute station appelée à émettre. Dans les deux cas, mais surtout dans le second, il est souhaitable de pouvoir vérifier le bon fonctionnement des moyens destinés à éviter les collisions ou à modifier la pro20 cédure de transmission lorsqu'une collision existe La solution habituellement utilisée à l'heure actuelle consiste à créer des pseudo-collisions, en désadaptant la ligne bus lorsque cette ligne bus est constituée par un câble coaxial, ce qui est le'cas le plus fréquent; il suffit pour cela de 25 démonter une charge terminale d'adaptation Cette solution présente l'inconvénient de ne donner aucun contr 6 le sur le nombre des pseudo-collisions ainsi induites Une autre solution consiste à augmenter le nombre des stations émettrices sur le bus Mais ce procédé, lourd et co Oteux du fait de l'importance du matériel supplémentaire qu'il exige, donne un résultat incertain et non maîtrisable. L'invention vise à fournir un outil d'aide à l'exploitation de systèmes du type ci-dessus défini permettant de réaliser des simulations représentatives des diverses conditions 35 de trafic pouvant intervenir et permettant de vérifier complètement le fonctionnement des éléments composant lesdits systèmes. Dans ce but, l'invention propose notamment un outil pour système de communication de données du type ci-dessus défini, comportant, comme une station normale, un émetteurrécepteur destiné à être relié à la ligne bus et comportant un dispositif de détection des collisions et un coupleur; l'outil comprenant en outre des moyens permettant de générer des trames d'information de longueur réglable sur la ligne bus en réponse à la détection de la présence d'informations sur la ligne bus, lesdits moyens de génération étant prévus pour émettre une trame de collision dès qu'ils ont constaté cette présence. Un tel outil permet notamment de vérifier toutes les couches de logiciel appelées à gérer le protocole mis en oeuvre sur le réseau et les applications et à vérifier le fonctionnement des organes gérant les collisions, notamment dans les équipements émetteurs-récepteurs et répéteurs. Pour permettre la vérification dans des conditions de fonctionnement très diversifiées, l'outil peut être prévu pour avoir divers modes de fonctionnement En particulier, l'outil peut être prévu pour émettre un train d'informations binaires de longueur réglable sur la ligne bus soit dès réception des 20 premiers éléments binaires d'une trame provenant d'une station courante, soit au contraire uniquement au bout d'une constante de temps réglable, par exemple jusqu'à quelques millisecondes Mais l'outil peut être prévu pour n'émettre qu'une trame pour un nombre prédéterminé N de trames reçu, avec une longueur et/ou un déphasage réglables Il peut également être prévu pour permettre, à la demande, de réaliser une émission asynchrone permanente ou aléatoire de trames de longueur réglable, indépendamment de la présence ou de l'absence d'informations sur la ligne bus. Le même outil ou un outil similaire monté sur la même ligne bus peut être utilisé pour simuler non plus des collisions, mais un trafic de nature et d'intensité programmables, par exemple afin de vérifier la conformité du réseau aux normes d'utilisation L'outil comporte alors avantageusement 35 des moyens permettant d'afficher des statistiques effectuées sur le trafic engendré et la réponse du réseau. En particulier, l'invention propose également un outil de simulation du trafic sur le réseau utilisable sur un système de communication de données sur réseau local du type comportant une ligne de transmission en série à laquelle sont couplées, en des points espacés, plusieurs stations de traitement de données, caractérisé en ce 5 qu'il comporte un coupleur et un ensemble processeur programmé pour permettre l'enregistrement de différents profils de trafic et pour placer sur la ligne bus du réseau le trafic simulé ainsi pré-enregistré. L'invention sera mieux comprise à la lecture de la description qui suit de modes particuliers de réalisation, donnés à titre d'exemples non limitatifs La description se réfère aux dessins qui Ilaccompagnent, dans lesquels: La Figure 1 est un schéma de principe montrant le mode de branchement de stations et d'un outil dans un système de 15 transmission de données à réseau local, tel que le réseau "ETHERNET", la Figure 2 indique le format des paquets d'informations généralement transmis sur un réseau du genre'montré en Figure 1, la Figure 3 est un schéma synoptique montrant une constitution possible d'un outil de simulation des collisions sur un réseau du genre montré en Figure 1, la figuré 4 est un schéma fonctionnel de l'outil de simulation de trafic, les Figures 5 et 6 sont des schémas d'automates susceptibles de remplir les fonctions de simulation de trafic et de surveillance de trafic. Avant de décrire l'invention, il peut être utile de rappeler quelques données sur la constitution d'un système 30 de communication de données du type "ETHERNET" et sur le format des messages échangés, étant bien entendu que l'invention est susceptible de s'appliquer à d'autres systèmes. Le réseau montré en Figure 1 comporte une ligne bus constituée par un câble coaxial terminé par des charges 35 d'adaptation dont une seule, 12, est représentée Le câble peut être en plusieurs tronçons reliés par des connecteurs. Des stations telles que 14 et 16 sont réparties le long du câble à intervalles suffisants pour éviter la formation d'ondes stationnaires sur le tronçon compris entre deux stations Chaque station 14 ou 16 est reliée au câble coaxial par l'intermédiaire d'un émetteur-récepteur qui peut être monté en dérivation (émetteur-récepteur 18 sur la Fig 1) ou en interruption (émetteur-récepteur 20) Entre l'émetteur-récepteur et la station est placée une liaison, généralement constituée par des paires torsadées 22, munie de connecteurs La station elle-même comporte un coupleur, une unité centrale (processeur ou calculateur) et des élé10 ments d'entrée-sortie. Le réseau utilise en règle générale la transmission par paquets ou trames ayant chacun la constitution montrée en Figure 2 Chaque paquet 24 comprend un préambule de synchronisation 26, une adresse de destination 28, une adresse de source 30 représentative de la station d'émission et un code 32 d'identification du protocole de haut niveau utilisé, de longueurs fixes Le paquet comprend ensuite une zone de données 34 de longueur variable entre deux bornes (par exemple entre 46 et 1500 octets) et un code de redon20 dance 36 permettant la détection d'erreur Deux paquets successifs tels que 24 et 38 doivent être séparés par un intervalle minimal, de 9,6 j S dans le cas d'un réseau "ETHERNET". Les outils proposés par l'invention sont couplés à la 25 ligne bus de la même façon que les stations normales 14 et 16 Sur la Figure 1 a été représenté un outil 40 de simulation de collision, branché sur la Iigne bus 10 par un émetteur-récepteur 42 monté en interruption (mais pouvant être en dérivation) Si l'outil 40 doit permettre de simuler 30 toutes les formes possibles de collisions, il peut avoir la constitution montrée sur le synoptique de la Figure 3 A ce sujet, on notera que l'invention met en oeuvre une combinaison de moyens informatiques et de communication qui sont en eux-mêmes connus et qu'en conséquence, d'une 35 part, il n'est pas nécessaire de donner une description complète de chacun des éléments et, d'autre part, ces éléments peuvent prendre des formes très diverses. L'outil dont le synoptique est donné en Figure 3 comporte une branche de détection d'apparition d'éléments binaires ou "bits" dûs à des trames placées sur la ligne coaxiale 10 par d'autres stations Cette branche comporte un circuit 44 de détection d'enveloppe et de comptage, éventuellement programmable sur une entrée 45, qui attaque un circuit 46 permettant le réglage du déphasage avant émission d'une trame de collision, déphasage réglable sur une entrée 48 Le circuit 46 est suivi d'un circuit 50 de choix de longueur de trame à l'aide d'une entrée 52. 10 Enfin, les données ainsi déterminées sont fournies à un générateur de trames binaires 54 qui attaque, par l'intermédiaire d'un circuit de mise en forme 56 et d'une porte 58, l'émetteur 60 vers l'émetteur-récepteur. Cette chaîne est susceptible d'être reliée, par des moyens de sélection représentés sous forme d'un commutateur 62, soit à un récepteur 64 relié à l'émetteur-récepteur 42, soit à un générateur cyclique de données binaires 66, soit encore à un générateur 68 fournissant des salves de données binaires suivant un mode aléatoire, mais éventuellement avec 20 des caractéristiques ajustables Le détecteur de collision , en liaison avec l'émetteur-récepteur 42, attaque un compteur de collisions 72 qui, au bout d'un nombre de collisions déterminé et éventuellement ajustable, bloque la porte 58 et commande un afficheur 74. Une source de tension 71 de 12 V permet d'alimenter correctement l'émetteur-récepteur 42. Un tel outil permet de simuler des modes de collision extrêmement divers: Brouillage intégral: le détecteur d'enveloppe (compteur programmable) 44 est relié au récepteur 64 et les organes 58 et 72 sont déconnectés La station, ou les stations, à vérifier, branchée(s) sur la ligne 10, émet(tent) une ou plusieurs trames d'informations binaires sur la ligne. Dès réception des premiers bits de trame par le récepteur 35 64, ce dernier provoque l'émission, par 44, 50, 54, 56 et 60, d'un train d'informations binaires de longueur préajustée vers la ligne 10, à la rencontre de la trame d'informations qui provient d'une autre station Une col- lision se produit Elle est détectée par le détecteur de collision 70 et transmise par 72 à l'afficheur 74, qui fournit un affichage lumineux, constitué par exemple par un afficheur décimal donnant le nombre de collisions, ou sonore. Emission à déphasage réglable: dans-ce cas, on utilise les mêmes organes que dans le cas du brouillage intégral, plus le déphaseur 46 La seule différence avec le fonctionnement précédent est qu'il n'y a émission d'un train 10 d'informations binaires de longueur réglable vers la ligne qu'au bout d'une constante de temps, après réception du premier bit de trame par le récepteur 64. Emission espacées: Une seule trame doit être émise pour un nombre entier m de trames reçues Pour cela, tous les composants sont utilisés, exception faite des composants 66 et 68 puisque le détecteur d'enveloppe et compteur 44 reste branché sur le récepteur 64 Le déphasage par rapport aux bits de la trame reçue, provenant d'une station à vérifier, reste réglable à l'aide du déphaseur 46. Emission asynchrone cyclique: Dans ce cas, le détecteur 44 est relié au générateur cyclique 66 et le déphaseur 46 n'est pas indispensable Il y a émission cyclique de trames de longueur réglable, indépendamment de la présence ou de l'absence de trame placée sur la ligne par 25 d'autres stations. Emission asynchrone aléatoire: La seule différence par rapport aux cas précédents est que le détecteur d'enveloppe 44 est relié au générateur aléatoire 68, et non plus au générateur cyclique 66. L'outil permet ainsi de vérifier les protocoles -de reprise en cas de collision sur la ligne, ainsi que les composants du réseau et, en particulier, leurs dispositifs de -gestion des collisions. L'outil de simulation de collision est susceptible de 35 réalisations matérielles très diverses qu'il n'est pas nécessaire de donner en détail étant donné que des composants capables de réaliser les fonctions indiquées plus haut sont disponibles. On peut toutefois indiquer que le générateur d'émission cyclique 66 peut être constitué par un monostable déclenché par un oscillateur à fréquence fixé ou ajustable compatible avec la durée d'une trame individuelle La durée de maintien du monostable sera par exemple de 50 ms sur un réseau ETHERNET. Le générateur d'émission aléatoire 68 peut comporter, lui aussi, un monostable, mais être déclenché par un bruit numérique, élaboré à partir d'une diode Zener ou d'un regis10 tre à décalage. Le circuit 44 de détection d'enveloppe, destiné à compter les enveloppes de trames reçues, peut être formé par un monostable redéclenchable de durée de maintien supérieure à la durée de codage d'un élément de trame ( 150 ns 15 dans le cas d'ETHERNET) et par un décompteur préchargeable à un contenu ajustable: ce circuit fournit ainsi un signal lors du passage à zéro du décompteur, après passage d'un nombre de trames déterminé. Le générateur de trames 54 et son circuit de mise en 20 forme seront généralement prévus pour fournir une trame de longueur réglable en codage Manchester Pour cela, ils peuvent comporter un monostable et des bascules JK, ou une mémoire préprogrammée et des circuits de codage Manchester. Enfin, le compteur 72 et le dispositif d'affichage destinés à indiquer le déphasage, la longueur et le nombre de trames sont en composants classiques tels que compteur, monostable, roues codeuses et diodes ELM et/ou pavés décimaux. La vérification d'un détecteur de collision intégré à un émetteurrécepteur du type 18 ou 20 peut s'effectuer en associant cet émetteurrécepteur 76 non pas à une station normale ce qui supposerait le réseau en service,mais à un simulateur de trafic 78 comme le montre la Figure 1 L'outil de simulation du trafic (Figure 4) comportera encore un coupleur approprié 80 et un ensemble processeur constitué d'une unité centrale 82 munie de mémoires, d'une unité de sortie (imprimante ou écran 84) et d'un clavier d'entrée 86. La mise en oeuvre de cet outil impliquera, dans une première -9 phase la description des profils de trafic à simuler qui seront mémorisés dans l'unité centrale Au cours de la phasede fonctionnement effectif,éventuellement en coopération avec l'outil de simulation de collision, le trafic sera 5 simulé par émission de trames à une cadence prédéterminée et réception des trames provenant d'autres origines Enfin, les statistiques du trafic engendré pourront être affichées ou enregistrées de façon permanente La simulation du trafic pourra prendre en compte les paramètres du système réel à 10 réaliser, tels que spécialisation des stations (maître ou esclave), nombre de stations esclaves actives et adresse active de ces stations, mode de transaction, temps moyen entre les trames, nombre de trames, longueur des données, etc. L'organisation interne du simulateur de trafic pourra être prévue pour qu'il présente trois états de fonctionnement possibles qu'on peut définir comme les états 0, 1 et 2 d'un automate (Figure 5). Etat zéro: L'outil se trouve dans son état zéro lorsqu'il est mis sous tension Il sera alors prévu pour 20 que l'opérateur puisse disposer au moins d'une commande d'initialisation,d'une commande d'aide à la poursuite de l'exploitation et d'une commande d'affichage. Le logiciel de l'outil est avantageusement prévu pour que l'ensemble des commandes autorisées s'affiche ou s'im25 prime automatiquement dès la mise sous tension de l'outil et cycliquement, par exemple sous la forme: Commandes permises /HELP/ /STAT/ /INIT/ La commande /HELP/ provoquera l'affichage ou l'impression d'un guide indiquant à l'opérateur les commandes dont 30 il dispose dans chaque état de fonctionnement et les opérations effectuées en réponse à ces commandes, par exemple sous la forme suivante: Assistance opérateur Le présent outil permet de simuler le trafic sur le réseau ETHERNET. On dispose des commandes suivantes /HELP/ aide opérateur /STOP/ arrêt d'une transactiorn /STAT/ affichage des statistiques /DUMP/ visualisation des trames /INIT/ initialisation des trames (indication des trames dont la visualisation est souhaitée) L'automate possède trois états de fonctionnement Commandes permises: /HELP/ /STAT/ /INIT/ Commandes permises: /DUMP/ /STAT/ /HELP/ /EXEC/ /INIT/ Commande permise: /STOP/ L'organisation interne de l'outil sera généralement celle montrée en Figure 5 qui expose les différents états de l'automate Le trafic à simuler une fois défini par /INIT/ alors que l'outil est dans l'état 1, l'ordre /EXEC/ provoque l'exé15 cution de la simulation proprement dite Une erreur de communication ramène l'outil dans l'état O La commande /STOP/ le ramène dans l'état 1 ce qui autorise l'affichage des statistiques obtenues par la commande /STAT/ ainsi que la visualisation du contenu des dernières trames échangées. 20 Un outil du même type que celui qui vient d'être décrit pour simuler le trafic peut être programmé de façon à assurer la surveillance du système En associant, sur une même ligne des outils de surveillance du trafic, de simulation du trafic et de simulation de collision, on peut réaliser un ensemble autorisant l'enseignement, le dépannage des composants permettant de qualifier des composants tels que des coupleurs etc. L'outil de surveillance du trafic se différenciera essentiellement de l'outil de simulation du trafic par les 30 fonctions qu'il assure et les commandes qui peuvent être les suivantes, telles qu'elles apparaissent sur l'écran ou l'imprimante en réponse à l'ordre /HELP/ alors que l'outil est dans l'état 0: Assistance Opérateur Le présent outil permet d'analyser les échanges et la structure des trames du réseau ETHERNET. _-11 On dispose des commandes suivantes /HELP/ aide opérateur /EXEC/ exécution de l'enregfstrement /STOP/ arrêt d'une transaction /STAT/ affichage des statistiques /DUMP/ visualisation des trames /INIT/ initialisation des paramètres d'enregistrement L'automate possède trois états de fonctionnement: Commandes permises: /HELP/ /STAT/ /EXEC/ /INIT/ Commandes permises: /DUMP/ /STAT/ /HELP/ /EXEC/ Commande permise: /STOP/ L'organisation interne de l'outil peut alors être celle montrée en Figure 6, o l'on voit apparaître les états 0, 1 15 ou 2 de l'automate. Le procédé mis en oeuvre comportera encore, comme dans le cas précédent, des phases: Phase 1: Réception du format de l'enregistrement, des symboles affectés aux différents champs longueur et 20 nature des champs, fenêtre d'enregistrement (qu'on pourra choisir soit à partir du début de la trame, soit à partir d'un champ déterminé dans la trame). Phase 2: Exécution des opérations d'enregistrement. Phase 3: Affichage du contenu enregistré. 25 L'outil de surveillance du système qui vient d'être décrit peut également être utilisé indépendamment des autres outils sur un réseau existant pour observer et contrôler le trafic échangé entre stations normales Toutes les informa30 tions échangées entre stations peuvent alors être consignées et, notamment en période de mise en service, permettre la validation des protocoles et des logiciels. A titre d'exemple on donnera maintenant un exemple des affichages qui interviennent en réponse à divers ordres lors de la mise en oeuvre de l'outil de surveillance du trafic. Dans l'état 1 de l'automate, l'ordre /STAT/ va faire apparaître sur l'écran les indications statistiques obtenues à partir des données qui ont transité par la mémoire organisée en file d'attente FIFO que comporte le coupleur ETHERNET On obtiendra par exemple: Statistiques de la station dont l'adresse est compteur de trames reçues compteur de trames reçues dans la fifo du coupleur compteur de résidus de collisions compteur de pertes de trames par débordement de fifo nombre de pertes de trames par débordement de fifo 10 compteur d'erreurs d'alignement nombre d'erreurs d'alignement compteur de trames reçues avec erreur de CRC nombre de trames reçues avec erreur de CRC nombre de trames multicast acceptées 15 nombre de trames multicast rejetées Copie ? (Taper O/N) 02070100050 C gce RI #c, R 2 *c R 3 #cn R 4 L #s# R 5 #C# R 6 A t S # R 7 ac# R 8 C u S R 9 rc# R 10 itc't Rll O Dans ce tableau, les abréviations ont Ieur sens habituel: Multicast: adresse de groupe CRC: code de redondance cyclique(dernier champ de la 20 trame) FIFO: file d'attente premier entré-premier sorti L'affectation des champs s'effectue en réponse à l'ordre /INIT/ qui fait par exemple apparaître: No 01234567890123456789012345678901234567890123456789012345678901234567 25 No WORH/WORD/BYTH/BYTD/BYTA/DATA BYTH/ Zone BYTE H-EXA BYTD/ Zone BYTEDECIMAL BYTA/ Zone BYTE-ASCII DATA / Zone BYTE HEXA OK ? (O/N) Affichage des trames reçues ? (O/N) L'opérateur peut, en réponse à cet affichage, effectuer les modifications souhaitées par lui. La commande /DUMP/ permettra de faire apparaître les trames sur l'écran de visualisation; une instruction pourra être prévue pour provoquer l'affichage avec ou sans indica- tion des champs Dans le premier cas on aura, dans un exemple particulier o l'opérateur a choisi d'effectuer la visualisation à partir de la première trame en réponse à la demande qui apparaît sur l'écran: A partir de la trame No 0001 ? (O/N) No WORH/WORD/BYTH/BYTD/BYTA/DATA 1 0950 2 0950 3 0950 4 0950 0950 6 0950 7 0950 8 0950 9 0950 0950 512 512 512 512 512 512 512 512 512 512 4000 4000 4000 4000 4000 4000 4000 4000 4000 4000 I O ? ?. 2 O ? ?. 3 O ?. 4 O ? ?. 5 O ? ?. 6 O ? ?. 70 ? ?. 8 O ? ?. 9 O ? ?. 100 ? ?. BBBA 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 AA 5 A 5 A 5 A BBBBA 5 A 5 ASA 5 A 5 A 5 A 5 A 55 A 5 AA 5 A 5 AA 55 A BBBBA 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A BBBBA 5 AA 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 ASASA 5 A 5 A BBBBA 5 A 5 A 5 A 5 A 5 AA 5 A 5 A 5 A 5 ASASA 5 A 5 AA BBBBA 5 A 5 A 5 A 5 A 5 ASA 5 A 5 A 5 A 5 A 5 A 5 A 5 A 5 A BBBBA 5 AA 5 A 5 A 5 A 5 A 55 A 5 A 5 A 5 AA 5 A 5 A 5 A BBBBA 5 A 5 A 5 A 5 A 5 A 5 ASA 5 A 5 A 5 SASASA 5 A BBBBA 5 A 5 AAA 5 AA 5 A 5 A 5 A 5 A 5 A 5 AA 5 ASASA BBBBA 5 A 5 A 5 A 5 A 5 ASA 5 A 5 A 5 A 5 A 5 A 5 A 5 ASA Taper: S (Suite) *Debut tampon* E(Exit) E Dans le second cas, et lorsque l'opérateur demande la visualisation à partir de la trame 113, on aura par exemple: A partir de la trame No 0001 ? (O/N) N A partir de la trame No 0000 No Lg. Contenu de trame 113 74 5009020014000100 BBBBBBBOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFF 25 BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBEEECA 8 B 2 A 5 114 74 5009020014000200 BBBBBBBBOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOF BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB B 99 E 8 FD 08 A 5 74 5009020014000300 BBBBBBBBOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFFOFOF BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB 94143161 A 5 30 116 74 5009020014000400 BBBBBBBBOFOFOFOFOFOFOFOFOFDFOFOFOFFOFOFOFOFOF BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB BF 6 E 626 A 7 A 5 117 74 5009020014000500 BBBBBBBBOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOFOF BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB BFB AEACEA 5 Taper:S(Suite) P(Precedent) E(Exit) E On voit qu'on peut ainsi obtenir toutes les indications requises pour avoir un tableau complet de synthèse du fonctionnement. L'ensemble des outils qui ont été décrits permet des configurations très diverses s'adaptant à tout résultat sou- 4 2550401 haité Par exemple, on constitue, en associant des outils de simulation du trafic et de simulation de collisions, un ensemble de test et de dépannage extrêmement puissant. En associant les trois outils ci-dessus définis sur un réseau local, on constitue un ensemble utilisable pour l'enseignement, le dépannage ou la qualification de composants, l'analyse du trafic. Il serait superflu de donner ici le détail des programmes car leur écriture découle directement des fonctions 10 remplies par les outils, telles que définies plus haut et, au surplus, leur formulation dépendra du langage utilisé. REVENDICATIONS 1 Outil d'aide à l'évaluation et à l'exploitation de système de communication de données sur réseau local du type comportant une ligne de transmission en série à laquelle sont couplées, en des points espacés, plusieurs stations de traitement de données, comportant un émetteurrécepteur destiné à être relié à la ligne bus ( 10), et comportant un dispositif de détection des collisions ( 70) et un coupleur, caractérisé en ce qu'il comprend en outre des O 10 moyens ( 64,44,46,50,54,56,58,60) permettant de générer des trames d'informations de longueur réglable sur la ligne bus en réponse à la détection de la présence d'informations sur la ligne bus, lesdits moyens de génération étant prévus pour émettre une trame de collision lorsqu'il a constaté un nombre 15 déterminé de présences. 2 Outil selon la revendication 1, caractérisé en ce qu'il comprend de plus des moyens permettant de générer des trames d'informations de longueur réglable sur la ligne bus ( 10) de façon cyclique ou aléatoire ( 66, 68). 3 Outil selon la revendication 1 ou 2, caractérisé en ce qu'il comporte des moyens ( 44,45,72) permettant d'émettre sur la ligne une trame d'informations de 'longueur réglable pour m trames présentes sur la ligne, m étant un entier sélectionnable. 4 Outil selon la revendication 1, 2 ou 3, caractérisé en ce qu'il comporte des moyens permettant d'émettre sur la ligne une trame d'informations de longueur réglable dès réception des premiers éléments binaires d'une trame provenant d'une des stations. 5 Système de communication de données sur réseau local comportant au moins un outil suivant l'une quelconque des revendications précédentes et un outil de simulation du trafic sur le réseau ( 76, 78). 6 Système de communication de données selon la reven35 dication 5, caractérisé en ce que l'outil de simulation comporte un coupleur ( 80) et un ensemble processeur programmé pour permettre l'enregistrement de différents profils de trafic et pour placer sur la ligne bus du réseau le trafic simulé ainsi pré-enregistré. J Fo/FG D 8 312723 29.11 83. 7 Système de communication selon la revendication ou 6, caractérisé en ce qu'il comporte de plus un outil de surveillance du trafic sur le réseau. 8 Système de communication selon la revendication 5, 6 ou 7, caractérisé en ce que l'un au moins de l'outil de simulation et de l'outil de surveillance présente au moins trois états de fonctionnement. 9 Système de communication selon la revendication 8, caractérisé en ce que l'outil comporte un état O dans lequel il se trouve alors mis sous tension, mettant à la disposition de l'opérateur une commande d'initialisation, une commande d'aide à la poursuite de l'exploitation et une commande d'affichage d'indications statistiques; un état 1 dans lequel il met à la disposition de l'opérateur une commande de visualisation, une commande d'aide et une commande d'affichage de trame; et un état 2 dans lequel il met à la disposition de l'opérateur une commande d'arrêt, le passage d'un état à l'autre étant assuré par une commande d'exécution. J Fo/FG D 83 12723 29.11 83.