Brevet FR3044191A1 — publié le 20170526

DISPOSITIF DE TEST D'UN RÉSEAU VIDÉO BIDIRECTIONNEL PAR GÉNÉRATION DE TRAMES NON VIDÉO DE TEST POUR DES ORGANES L'invention concerne les réseaux de communication qui sont adaptés à la transmission bidirectionnelle de trames de données non vidéo dans des créneaux temporels définis par une table, et à la transmission unidirectionnelle de trames de données vidéo (ou trames d'image). Comme le sait l'homme de l'art, certains réseaux de communication du type précité, et notamment ceux dits « à signalisation différentielle à basse tension » (ou LVDS - « Low Voltage Differential Signaling » - standard défini dans le document TIA/EIA-644 de l'ANSI (« American National Standards Institute »)), comprennent un organe maître et au moins un organe esclave qui sont agencés pour s'échanger des trames de données non vidéo de façon bidirectionnelle, dans des créneaux (ou tranches) temporel(le)s (ou « slots »), et des trames de données vidéo de façon unidirectionnelle. Dans ces réseaux la couche électrique (couche 1 dans le modèle OSI) est standardisée, mais tel n'est pas le cas des couches supérieures, et notamment de la couche 2 (de liaison de données). Par conséquent, il s'avère impossible aujourd'hui de connaître à l'avance la réaction d'un organe consécutivement à la réception d'une trame de données non vidéo générée par un autre organe. De même, il s'avère impossible aujourd'hui de savoir à l'avance si une trame de données non vidéo générée par un organe a été correctement reçue par un autre organe destinataire ou si ce dernier ne l'a pas perdue. Par ailleurs, il s'avère impossible aujourd'hui de savoir à l'avance si des durées d'initialisation sont trop élevées et donc de nature à provoquer une perte de communication entre organes. Cette situation s'avère pénalisante car un organe peut être capable de générer des trames de données non vidéo utilisables par d'autres organes au sein d'un réseau utilisant un certain médium de communication, mais ces mêmes trames de données non vidéo peuvent s'avérer inutilisables par ces mêmes autres organes ou encore d'autres organes en présence d'un autre 3044191 2 médium de communication. De même, la transmission de trames de données non vidéo peut se faire sans encombre d'un organe à un autre au sein d'un réseau, mais cette même transmission peut s'avérer défaillante au sein de ce même réseau dès lors que l'on apporte un changement fonctionnel, même 5 léger, à l'un des organes. L'invention a donc notamment pour but d'améliorer la situation. Elle propose notamment à cet effet un dispositif destiné à tester un réseau de communication adapté à la transmission bidirectionnelle de trames de données non vidéo, dans des créneaux temporels définis par une table de 10 programmation, et à la transmission unidirectionnelle de trames de données vidéo entre des organes. Ce dispositif se caractérise par le fait qu'il comprend : - des moyens de génération agencés pour générer des trames de données non vidéo, dites trames de test, destinées à au moins un organe à tester, 15 en fonction de valeurs de configuration de champs correspondants contenues dans des commandes de test (par exemple d'un script de test ou définies au moyen d'une interface homme/machine), et - des moyens de communication agencés pour transmettre chaque trame de test générée à l'organe concerné dans un créneau temporel défini par une 20 table de programmation associée à ce script de test. Grâce à l'invention, un usager peut désormais connaître à l'avance les réactions des organes d'un réseau consécutivement à la réception de trames de données non vidéo définies par des commandes de test (éventuellement définies par cet usager). 25 Le dispositif selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : il peut comprendre des moyens de définition agencés pour permettre à un usager de définir des commandes de test et la table de programmation des trames de test de ces commandes de test ; 30 - les moyens de définition peuvent être propres à être installés dans un équipement électronique couplé à lui et comprenant un écran d'affichage et des moyens d'interface homme/machine ; 3044191 3 - il peut comprendre un système d'exploitation couplé aux moyens de génération, et propre à être couplé à l'équipement électronique et à exécuter en temps réel les commandes de test fournies par cet équipement électronique pour piloter la génération de trames de test 5 correspondantes par les moyens de génération ; les trames de test peuvent être choisies parmi (au moins) des trames d'écriture (ou « write frames ») concernant au moins un organe de type esclave, des trames d'entête (ou « header frames ») concernant au moins un organe de type esclave, et des trames de lecture (ou « read frames ») 10 concernant un organe de type maître ; la table de programmation peut définir des créneaux temporels de trames de test périodiques, événementielles ou sporadiques ; il peut comprendre des moyens de collection agencés pour collecter, via les moyens de communication, la réaction d'un organe consécutivement à 15 la réception d'une trame de test ; - il peut comprendre des moyens d'enregistrement agencés pour enregistrer la réaction collectée en correspondance d'un identifiant de trame de test et d'un identifiant de l'organe concerné ; - il peut comprendre des moyens de gestion agencés pour déclencher la 20 transmission d'une réaction collectée, en correspondance d'un identifiant de trame de test et d'un identifiant de l'organe concerné, à un équipement électronique couplé au dispositif et comprenant un écran d'affichage, en vue d'une analyse de cette réaction collectée par un usager ; 25 - ses moyens de génération, ses éventuels moyens de collection et ses éventuels moyens de gestion peuvent faire partie de moyens de traitement qui peuvent être agencés sous la forme d'une carte électronique choisie parmi (au moins) une carte à circuit intégré de type FPGA (« Field Programmable Gate Array »), une carte à microcontrôleur et une carte à 30 circuit spécialisé de type ASIC (« Application-Specific Integrated Circuit ») ; il peut être agencé pour tester un réseau de communication de type LVDS, éventuellement destiné à équiper un véhicule, éventuellement de type automobile. 3044191 4 D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et du dessin annexé, sur lequel l'unique figure illustre schématiquement et fonctionnellement un réseau de communication auquel sont connectés un organe maître et un organe 5 esclave, ainsi qu'un exemple de réalisation d'un dispositif de test selon l'invention. L'invention a notamment pour but de proposer un dispositif de test DT propre à être connecté à un réseau de communication RC adapté à la transmission bidirectionnelle de trames de données non vidéo dans des 10 créneaux temporels définis par une table de programmation, et à la transmission unidirectionnelle de trames de données vidéo (ou trames d'image). Dans ce qui suit, on considère, à titre d'exemple non limitatif, que le réseau de communication RC est de type LVDS (« Low Voltage Differential 15 Signaling »). Mais l'invention n'est pas limitée à ce type de réseau de communication. D'une manière générale, l'invention concerne tout réseau de communication adapté à la transmission bidirectionnelle de trames de données non vidéo dans des créneaux temporels définis par une table de programmation, et à la transmission unidirectionnelle de trames de données 20 vidéo (ou trames d'image). Par ailleurs, on considère dans ce qui suit, à titre d'exemple non limitatif, que le réseau de communication RC est destiné à être installé dans un véhicule automobile, comme par exemple une voiture. Mais l'invention n'est pas limitée à cette application. Elle concerne en effet tout système, 25 installation ou appareil pouvant comprendre au moins un réseau de communication adapté à la transmission bidirectionnelle de trames de données non vidéo dans des créneaux temporels définis par une table de programmation, et à la transmission unidirectionnelle de trames de données vidéo. Elle concerne donc notamment les véhicules, qu'ils soient de type 30 terrestre, maritime (ou fluvial), ou aérien, les installations, éventuellement de type industriel, et les bâtiments. On a schématiquement représenté sur l'unique figure un exemple non limitatif de réseau (de communication) RC. Dans cet exemple, le réseau RC 3044191 5 (de type LVDS) comprend un bus auquel sont connectés un organe (ou noeud) maître OM et un organe (ou noeud) esclave 0E. Mais le nombre d'organes esclaves OE peut prendre n'importe quelle valeur supérieure ou égale à un (1). 5 L'organe maître OM et le(s) organe(s) esclave(s) OE peuvent être de tout type, dès lors qu'ils sont impliqués dans l'acquisition ou l'utilisation de données vidéo. Par exemple, dans le cas d'une voiture il peut s'agir d'un calculateur multimédia ou d'un écran tactile. Une fois connectés à un réseau RC, l'organe maître OM et chaque 10 organe esclave OE peuvent transmettre non seulement des trames de données non vidéo dans des créneaux temporels (ou slots) qui sont prédéfinis dans une table (de programmation), connue de chacun d'entre eux, mais également des trames de données vidéo (de façon unidirectionnelle). Un organe maître OM est producteur de données vidéo tandis qu'un organe 15 esclave OE est consommateur de données vidéo. Il est rappelé que dans un réseau LVDS l'organe maître OM peut transmettre soit des trames de données non vidéo dites d'écriture (ou « write frames ») TE, soit des trames de données non vidéo dites d'entête (ou « header frames ») TH, soit encore des données vidéo définissant des 20 images, tandis que chaque organe esclave OE peut transmettre des trames de données non vidéo dites de lecture (ou « read frames ») TL en réponse respectivement à des trames de données non vidéo d'entête TH. Par ailleurs, une trame d'entête TH et la trame de lecture TL associée sont transmises dans un même créneau temporel défini par la table. 25 Une trame d'écriture TE est destinée à transmettre des données non vidéo à un organe esclave OE et contient les champs suivants, toujours transmis dans le même ordre : - un champ de synchronisation (SYNC), indiquant le début de la trame, - un champ (DEV ADDR), indiquant à quel composant (sérialiseur, 30 désérialiseur ou microcontrôleur esclave) la trame est adressée, - un identifiant (ID), permettant à l'application de l'organe esclave OE récepteur de savoir comment décoder le champ de données fonctionnelles, 3044191 6 - une longueur de trame (DLC), indiquant la taille de la trame ou la taille du champ de données fonctionnelles (en octet), le champ de données fonctionnelles (Di), contenant des données de commandes (par exemple le réglage d'un écran), 5 - une somme de contrôle (CRC), pour permettre à l'organe esclave OE récepteur de vérifier que la trame reçue n'a pas été altérée au cours de la transmission. Une trame d'entête TH contient les champs suivants, toujours transmis dans le même ordre : 10 - un champ de synchronisation (SYNC), indiquant le début de la trame, - un champ (DEV ADDR), indiquant à quel composant (sérialiseur, désérialiseur ou microcontrôleur esclave) la trame est adressée, - un identifiant (ID), permettant à l'application de l'organe esclave OE récepteur de savoir comment décoder le champ de données fonctionnelles, 15 - une longueur de trame (DLC), indiquant la taille de la trame demandée (en octet). Une trame de lecture TL contient les champs suivants, toujours transmis dans le même ordre : - un premier champ (ACK), indiquant le début de la trame, 20 - un champ de données fonctionnelles (Di), contenant des données de commandes (par exemple des données générées par un écran tactile indiquant quelle partie de l'écran est touchée par un utilisateur), - une somme de contrôle (CRC), pour permettre à l'organe maître OM récepteur de vérifier que la trame reçue n'a pas été altérée au cours de la 25 transmission. L'invention concerne plus particulièrement les trames de données non vidéo Tw, TH et TL. Comme illustré sur l'unique figure, un dispositif de test DT, selon l'invention, comprend au moins des moyens de génération MG1 et des 3044191 7 moyens de communication MCN. Dans l'exemple illustré non limitativement sur l'unique figure, le dispositif de test DT est un équipement « externe » qui est temporairement connecté au réseau RC à tester et à un équipement électronique EE 5 comprenant une interface homme/machine (non représentée) et un écran d'affichage EA pour permettre son contrôle par un usager. Ici, l'équipement électronique EE est un ordinateur individuel (ou PC). Mais il pourrait s'agir d'un ordinateur portable ou bien d'une tablette électronique, par exemple. Dans ce cas, la liaison entre l'équipement électronique EE et le dispositif de 10 test DT peut, par exemple, être de type Ethernet. En variante, cette liaison pourrait être de type USB ou de tout autre type assurant un haut débit. Dans une variante de réalisation, le dispositif de test DT pourrait faire partie d'un équipement électronique EE (ordinateur (éventuellement portable) ou tablette électronique). Dans une autre variante de réalisation, le dispositif 15 de test DT pourrait comprendre une interface homme/machine et un écran d'affichage pour permettre son contrôle direct par un usager. Les moyens de génération MG1 sont agencés pour générer des trames de données non vidéo, dites trames de test, qui sont destinées à au moins un organe OM ou OE à tester, en fonction de valeurs de configuration 20 de champs correspondants qui sont contenues dans des commandes de test. On notera que ces commandes de test peuvent, par exemple, faire partie d'un script de test ou être définies au moyen d'une interface homme/machine (ou IHM) telle que Labview®. On notera également que certaines au moins des trames de test sont 25 destinées à imiter l'action d'un organe. Par conséquent, certaines trames de test peuvent être ce que l'homme de l'art appelle parfois des trames fonctionnelles. Les moyens de communication MCN sont agencés pour transmettre chaque trame de test générée par les moyens de génération MG1 à l'organe 30 OM ou OE concerné dans un créneau temporel qui est défini par une table de programmation associée aux commandes de test. Ces moyens de communication MCN sont donc couplés aux moyens de génération MG1. Le dispositif de test DT permet donc à un usager de connaître à 3044191 8 l'avance les réactions de chaque organe d'un réseau vidéo bidirectionnel consécutivement à la réception de trames de données non vidéo de test qui sont définies par des commandes de test (par exemple d'un script de test ou d'une IHM). 5 De préférence, les trames de test sont choisies parmi des trames d'écriture Tw concernant au moins un organe esclave 0E, des trames d'entête TH concernant au moins un organe esclave 0E, et des trames de lecture TL concernant l'organe maître OM. Dans ce cas, pour tester un organe maître OM le dispositif de test DT 10 va générer puis transmettre à ce premier (OM) au moins une trame de test de lecture TL, de façon périodique, événementielle ou sporadique (selon ce qu'envoie l'organe maître OM car c'est lui qui est l'initiateur d'une communication via une trame d'entête TH), et pour tester un organe esclave OE le dispositif de test DT va générer puis transmettre à ce premier (0E) au 15 moins une trame de test d'écriture Tw ou d'entête TH, de façon périodique, événementielle ou sporadique. On notera, comme illustré non limitativement, que le dispositif de test DT peut également comprendre des moyens de définition MD agencés pour permettre à un usager de définir des commandes de test et la table de 20 programmation des trames de test de ces commandes de test. Lorsque le dispositif de test DT ne comprend pas d'écran d'affichage et de moyens d'interface homme/machine, ses moyens de définition MD peuvent être installés dans l'équipement électronique EE auquel il est couplé, comme illustré non limitativement sur l'unique figure. On notera que lorsque le 25 dispositif de test DT est un équipement électronique comprenant un écran d'affichage et des moyens d'interface homme/machine, il comprend également les éventuels moyens de définition MD. Grâce à ces moyens de définition MD, un usager peut définir toute commande de test (par exemple un script de test) qu'il estime utile au test des 30 organes OM et 0E. Ainsi, il peut par exemple choisir une valeur d'adresse d'organe destinataire (champ DEV ADDR) et/ou une valeur d'identifiant (champ ID) et/ou une valeur de longueur de trame (champ DLC) et/ou les données d'un champ de données fonctionnelles (Di) et/ou une valeur de 3044191 9 somme de contrôle (champ CRC) et/ou une valeur désignant un registre et/ou un nombre d'octets de données et/ou une valeur de débit d'envoi de trame (éventuellement avec une possibilité de tolérance autour de la valeur choisie). Les moyens de définition MD peuvent également permettre à un 5 usager de démarrer ou d'arrêter temporairement ou définitivement l'envoi des trames de test à tout moment. Par exemple, un arrêt soudain peut permettre de simuler un défaut (« ABSENT LVDS ») de l'organe esclave OE ou une perte de communication de l'organe maître OM. Un exemple non limitatif de table de programmation est donné ci- 10 après dans le cas d'un organe maître OM de type calculateur et d'un organe esclave OE de type écran tactile. On considère dans cet exemple non limitatif que l'organe maître OM est agencé de manière à générer et transmettre trois trames d'écriture Tw différentes, à savoir CDE_SLAVE, DIAG_REQ et REQ_ERL. CDE_SLAVE 15 est une trame de commande pour l'organe esclave OE qui comprend par exemple 8 octets de données. DIAG_REQ est une trame requérant un diagnostic de l'organe esclave OE et comprenant par exemple 8 octets de données. REQ_ERL est une trame ordonnant la modification des registres d'un composant LVDS à l'organe esclave OE et comprenant par exemple un 20 nombre variable d'octets de données. Par ailleurs, on considère dans cet exemple que l'organe esclave OE est agencé de manière à générer et transmettre cinq trames de lecture TL différentes, à savoir DIAG_REP, INFO_TACTILE, ETAT_DSGN, EVT DEFAUT et REP ERL. DIAG REP est une trame destinée à fournir un 25 diagnostic de l'organe esclave OE et comprenant par exemple 8 octets de données. INFO_TACTILE est une trame destinée à fournir à l'organe maître OM une information relative à l'utilisation de l'écran tactile (par exemple des coordonnées xy d'appui ou une durée d'appui) de l'organe esclave OE et comprenant par exemple 11 octets de données. ETAT_DSGN est une trame 30 destinée à renvoyer l'état des « pushs » de l'organe esclave OE et comprenant par exemple 2 octets de données. EVT_DEFAUT est une trame destinée à signaler l'occurrence d'un défaut au sein de l'organe esclave OE et comprenant par exemple 8 octets de données. REP_ERL est une trame 304 4 19 1 10 destinée à lire les registres d'un composant LVDS de l'organe esclave OE et comprenant par exemple un nombre variable d'octets de données. De plus, on considère dans cet exemple que l'organe maître OM ou le dispositif de test DT peut générer et transmettre des trames de type 5 sporadique, comme par exemple deux trames d'écriture Tw différentes et/ou deux trames d'entête TH différentes. Trame durée (ms) délai de répétition (ms) transmission (ms) CDE_SLAVE 5 0 100 INFO_TACTILE 5 5 10 SPO 5 10 INFO_TACTILE 5 15 10 SPO 5 20 INFO_TACTILE 5 25 10 EVT DEFAUT 5 30 100 INFO_TACTILE 5 35 10 SPO 5 40 INFO_TACTILE 5 45 10 SPO 5 50 INFO_TACTILE 5 55 10 ETAT_DSGN 5 60 100 INFO_TACTILE 5 65 10 SPO 5 70 INFO_TACTILE 5 75 10 SPO 5 80 INFO_TACTILE 5 85 10 SPO 5 90 INFO_TACTILE 5 95 10 On notera que le dispositif de test DT peut également comprendre un 3044191 11 système d'exploitation SE couplé aux moyens de génération MG1 et propre à être couplé à l'éventuel équipement électronique EE. Ce système d'exploitation SE est agencé de manière à exécuter en temps réel les commandes de test (par exemple d'un script de test) qui sont fournies en 5 temps réel, éventuellement pas après pas (dans le cas d'un script de test), par cet équipement électronique EE, afin de piloter la génération de trames de test correspondantes par les moyens de génération MG1. A titre d'exemple non limitatif, ce système d'exploitation SE peut être VeriStand® et peut faire partie d'un châssis de type PXI (« PCI eXtensions for Instrumentation »). 10 Dans une variante, il pourrait faire partie d'un châssis de type VXI (« VME eXtensions for Instrumentation »), par exemple. Par ailleurs, et comme illustré non limitativement, l'équipement électronique EE peut comporter un logiciel d'interface LI assurant l'interface entre les moyens de définition MD et les moyens de génération MG1. A titre 15 d'exemple non limitatif, ce logiciel d'interface LI peut être Labview® ou TestStand®. On notera également que le dispositif de test DT peut également comprendre, comme illustré non limitativement, des moyens de collection MCL agencés pour collecter, via les moyens de communication MCN, la 20 réaction d'un organe OM ou OE consécutivement à la réception d'une trame de test. Cette collection peut se faire par interrogation de l'organe OM ou OE ou bien par réception d'une trame générée et transmise par l'organe OM ou OE au dispositif de test DT en réponse à une trame de test reçue. La réaction peut, par exemple, être une image affichée ou un 25 message généré et transmis en réponse ou un endormissement d'un organe esclave OE ou l'extinction de l'écran ou le réglage de la luminosité ou encore la récupération d'un code défaut ou de coordonnées tactiles xy. Une fois que les moyens de collection MCL ont collecté la réaction d'un organe OM ou 0E, plusieurs options peuvent être envisagées. On notera 30 que ces options peuvent être éventuellement offertes par un même dispositif de test DT et dans ce cas c'est l'usager qui sélectionne celle qu'il désire. En variante, le dispositif de test DT ne peut offrir qu'une seule de ces options. Une première option consiste à prévoir dans le dispositif de test DT, 3044191 12 comme illustré non limitativement, des moyens d'enregistrement ME agencés pour enregistrer la réaction collectée de l'organe OM ou OE en correspondance d'un identifiant de trame de test et d'un identifiant de cet organe OM ou 0E. Grâce à ce stockage de la réaction, l'usager peut analyser 5 cette dernière quand il le désire. Pour ce faire, il peut, par exemple, utiliser l'interface homme/machine et le logiciel d'interface LI de l'équipement électronique EE pour récupérer la réaction collectée et stockée dans les moyens d'enregistrement ME, en vue de son analyse, par exemple par observation des trames de test (issues de la table de programmation) mais l a pas des données vidéo. Dans l'exemple illustré non limitativement sur l'unique figure, les moyens d'enregistrement ME ne font pas partie du module de communication MCN, mais cela pourrait être le cas. Une seconde option consiste à prévoir dans le dispositif de test DT 15 des moyens de gestion MG2 agencés pour déclencher la transmission d'une réaction collectée, en correspondance d'un identifiant de trame de test et d'un identifiant de l'organe OM ou OE concerné, à l'équipement électronique EE qui est couplé au dispositif DT, en vue d'une analyse par un usager de cette réaction collectée. 20 On notera qu'en l'absence de moyens de collection MCL, l'usager doit observer directement la réaction de l'organe OM ou 0E, par exemple sur l'écran de ce dernier (s'il en possède un et si cette réaction est visible). A titre d'exemple non limitatif, les moyens de génération MG1, les éventuels moyens de collection MCL et les éventuels moyens de gestion MG2 25 peuvent, comme illustré non limitativement, faire partie de moyens de traitement MT. Ces derniers (MT) peuvent être agencés sous la forme d'une carte électronique, et plus précisément d'une carte à circuit intégré de type FPGA (« Field Programmable Gate Array »). Mais dans des variantes de réalisation, cette carte électronique pourrait être d'un autre type. Ainsi, il 30 pourrait s'agir d'une carte à microcontrôleur ou d'une carte à circuit spécialisé de type ASIC (« Application-Specific Integrated Circuit »). Dans ce cas, la liaison entre les moyens de traitement MT et les moyens de communication MCN peut, par exemple, être de type UART 3044191 13 (« Universal Asynchronous Receiver Transmitter » - émetteur-récepteur asynchrone universel). On notera que dans l'exemple illustré non limitativement sur l'unique figure, les moyens d'enregistrement ME ne font pas partie des moyens de 5 traitement MT. Mais dans une variante de réalisation ils pourraient en faire partie. On notera également que les moyens de traitement MT, les moyens de communication MCN et l'éventuel système d'exploitation SE peuvent éventuellement faire partie d'une même carte électronique communicante. 10 L'invention permet avantageusement de tester si des organes devant participer à un même réseau vidéo bidirectionnel sont correctement configurés pour s'échanger correctement des trames de données non vidéo et pour réagir correctement à réception de telles trames de données non vidéo. En d'autres termes, l'invention permet de tester la compatibilité 15 d'utilisation de divers organes dans un réseau vidéo bidirectionnel pendant la phase de conception de ce dernier, pour ce qui concerne les échanges de trames de données non vidéo. REVENDICATIONS1. Dispositif de test (DT) pour un réseau de communication (RC) adapté à la transmission bidirectionnelle de trames de données non vidéo, 5 dans des créneaux temporels définis par une table de programmation, etâ la transmission unidirectionnelle de trames de données vidéo entre des organes (OM, 0E), caractérisé en ce qu'il comprend i) des moyens de génération (MG1) agencés pour générer des trames de données non vidéo, dites trames de test, destinées à au moins un organe (OM, 0E) à tester, en 10 fonction de valeurs de configuration de champs correspondants contenues dans des commandes de test, et ii) des moyens de communication (MCN) agencés pour transmettre chaque trame de test générée audit organe (OM, 0E) concerné dans un créneau temporel défini par une table de programmation associée auxdites commandes de test. 15 2. Dispositif selon la revendication 1, caractérisé en ce qu'il comprend des moyens de définition (MD) agencés pour permettre à un usager de définir des commandes de test et ladite table de programmation des trames de test de ces commandes de test. 3. Dispositif selon la revendication 2, caractérisé en ce qu'il comprend 20 un système d'exploitation (SE) couplé auxdits moyens de génération (MG1), et propre à être couplé à un équipement électronique (EE), couplé audit dispositif (DT) et comprenant lesdits moyens de définition (MD), un écran d'affichage (EA) et des moyens d'interface homme/machine, et à exécuter en temps réel lesdites commandes de test fournies par ledit équipement 25 électronique (EE) pour piloter la génération de trames de test correspondantes par lesdits moyens de génération (MG1). 4. Dispositif selon l'une des revendications 1 à 3, caractérisé en ce que lesdites trames de test sont choisies dans un groupe comprenant des trames d'écriture concernant au moins un organe (0E) de type esclave, des 30 trames d'entête concernant au moins un organe (0E) de type esclave, et des trames de lecture concernant un organe (OM) de type maître. 5. Dispositif selon l'une des revendications 1 à 4, caractérisé en ce qu'il comprend des moyens de collection (MCL) agencés pour collecter, via 3044191 15 lesdits moyens de communication (MCN), la réaction d'un organe (OM, 0E) consécutivement à la réception d'une trame de test. 6. Dispositif selon la revendication 5, caractérisé en ce qu'il comprend des moyens d'enregistrement (ME) agencés pour enregistrer ladite réaction collectée en correspondance d'un identifiant de trame de test et d'un identifiant de l'organe (OM, 0E) concerné. 7. Dispositif selon l'une des revendications 5 et 6, caractérisé en ce qu'il comprend des moyens de gestion (MG2) agencés pour déclencher la transmission d'une réaction collectée, en correspondance d'un identifiant de lo trame de test et d'un identifiant de l'organe (OM, 0E) concerné, à un équipement électronique (EE) couplé audit dispositif (DT) et comprenant un écran d'affichage (EA), en vue d'une analyse de cette réaction collectée par un usager. 8. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce i5 que lesdits moyens de génération (MG1), lesdits moyens de collection (MCL) et lesdits moyens de gestion (MG2) font partie de moyens de traitement (MT) agencés sous la forme d'une carte électronique choisie dans un groupe comprenant une carte à circuit intégré de type FPGA, une carte à microcontrôleur et une carte à circuit spécialisé de type ASIC. 20 9. Dispositif selon l'une des revendications 1 à 8, caractérisé en ce qu'il est agencé pour tester un réseau de communication (RC) de type LVDS.