Brevet FR3099325A1 — publié le 20210129

Description Titre de l'invention : Procédé pour détecter et identifier des équipements communiquant selon un protocole Modbus et contrôleur de communication pour la mise en oeuvre d'un tel procédé. Domaine technique [0001] La présente invention concerne un procédé pour détecter et identifier des équipements communiquant selon un protocole de communication Modhus, connectés au moyen d'un premier réseau de communication de type Ethernet ou au moyen d'un second réseau de communication, le premier et le second réseau de communication étant reliés par une passerelle de communication. L'invention concerne également un contrôleur de communication mettant en oeuvre un tel procédé. [0002] Sous le terme réseau IP (Internet Protocol), on désignera ci-après un réseau de com- munication de type Internet (Tntranet ou Extranet) conforme à la norme TCP/IP (Transport Communication Protocol / Internet Protocol). Modhus est un protocole de messagerie qui est fréquemment utilisé dans des architectures d'équipements d'automatisme (http://www.modhus.org/). Un réseau IP peut véhiculer des messages conformes au protocole de communication Modhus/TCP. Modhus/TCP est un protocole de communication qui permet d'échanger des trames conformes au protocole Modbus pour la couche application (couche 7) du modèle ISO (International Standards Organisation), et de véhiculer ces trames Modbus sur un réseau Ethernet en utilisant les couches ISO du standard TCP/IP de l'Intemet. [0003] Dans la suite du présent document, le terme "réseau de type Modbus série" définit une liaison série Modbus utilisant un protocole de communication qui permet d'échanger des trames conformes au protocole Modbus et de véhiculer ces trames Modbus sur une liaison série multipoints. Les adresses Modbus sur une telle liaison série sont codées sur un octet (0 à 255). [0004] Par exemple, le document FR 2 930 394 Al décrit le protocole Modbus et une passerelle de communication entre deux réseaux IP capable de router des messages conformes au protocole de communication Modbus/TCP. Technique antérieure [0005] Les systèmes de contrôle/commande industriels sont constitués d'équipements inter- connectés entre eux par un ou plusieurs réseaux de communication afin de mettre à disposition d'un exploitant des données de fonctionnement et permettre des commandes. L'évolution des technologies de communication entre appareils et l'accroissement 2 permanent du nombre d'équipements pouvant être connectés accroit la complexité de tels systèmes. Ces systèmes sont conçus par des experts mais_ par exemple, au moment de la mise en oeuvre sur le terrain ou en cours d'exploitation, un technicien en charge de l'intégration des équipements dans l'installation ne dispose pas toujours des outils complets ou de la compétence nécessaire pour valider de manière exhaustive la conformité du système ou identifier l'origine d'un dysfonctionnement. En particulier, la connexion d'appareils à des réseaux de communication est une opération simple en soi mais la vérification que tous les appareils faisant partie du système de contrôle/ commande sont effectivement connectés correctement devient rapidement complexe et fastidieuse lorsque le système met en oeuvre un grand nombre d'équipements. L'utilisation d'un dispositif de détection et. d'identification automatique de tous les équipements connectés augmente la productivité du technicien en charge de l'intégration des équipements et réduit significativement le temps nécessaire pour déceler unc erreur de définition de l'adresse d'un équipement ou encore l'installation d'un type d'équipement en lieu et place d'un autre. Enfin, un tel dispositif de détection et d'identification peut être mis en oeuvre par un personnel ayant unc compétence technique moins élevée qu'un expert. [0006] La demande de brevet US 2009/0287803 Al décrit un système et un procédé permettant de découvrir, de manière automatique, des dispositifs dans des systèmes de surveillance de grande installation. Ce procédé effectue des interrogations selon différents modes, données fragmentaires, blocs de données, adresses de registres, et compare la réponse obtenue à des valeurs de référence. Le mode d'interrogation est changé quand le procédé n'obtient pas une réponse correcte. Un inconvénient de ce procédé est, d'une part, une durée de découverte pouvant être extrêmement longue puisque tous les équipements connectés font l'objet d'une tentative de reconnaissance, et, d'autre part, la durée de découverte ne pouvant pas être évaluée à priori, l'utilisateur ne peut être informé de la durée nécessaire au déroulement complet du procédé. [0007] La demande de brevet WO 2013/062604 Al décrit un système de découverte, confi- guration et pilotage d'équipements. Un premier protocole de communication est utilisé pour une phase de découverte des équipements et un second protocole de communication est utilisé pour une phase d'identification des équipements. Un tel procédé ne permet pas de découvrir des équipements connectés sur un second réseau de communication, en aval d'une passerelle de communication. Exposé de l'invention [0008] La présente invention vise donc à remédier à ces inconvénients. Pour cela, la présente invention a pour objet un procédé mis en oeuvre dans un contrôleur de communication connecté, au moyen d'un premier réseau de communication de type Ethernet, à un ou 3 plusieurs premiers équipements communiquant selon un protocole IP, ledit procédé étant destiné : [0009] - à détecter et à identifier le ou les premiers équipements communiquant selon un protocole de communication Modhus TCP/IP, et [0010] - à détecter et identifier des seconds équipements connectés entre eux au moyen d'au moins un second réseau de communication de type Modhus série, ledit second réseau de communication étant connecté au premier réseau de communication au moyen d'une passerelle de communication, [0011] ledit procédé comportant les étapes suivantes : [0012] - la recherche de tous les premiers équipements connectés au premier réseau de com- munication et communiquant selon un protocole IP, [0013] - la recherche du ou des premiers équipements communiquant selon un protocole de communication Modhus TCP/IP, [0014] - l'identification d'au moins une passerelle de communication parmi le ou les premiers équipements, et [0015] - la recherche et l'identification du ou des seconds équipements quand au moins une passerelle de communication est identifiée. [0016] Avantageusement, l'étape de recherche de tous les premiers équipements comporte une étape de recherche des adresses IP des premiers équipements ayant des ports ouverts. [0017] Préférentiellement, l'étape de recherche de tous les premiers équipements comporte une étape d'élaboration d'une première liste constituée des adresses IP de tous les premiers équipements ayant des ports ouverts. [0018] Avantageusement, l'étape de recherche de tous les premiers équipements comporte une étape de détection des premiers équipements ayant une même adresse IP. [0019] Préférentiellement, l'étape de recherche du ou des premiers équipements com- muniquant selon le protocole de communication Modbus TCP/IP comporte une étape d'émission d'une requête d'identification Modbus sur le port 502 TCP adressée à chaque premier équipement au moyen d'un numéro d'hôte, de 1 à un nombre maximal d'hôtes prédéfini, pour chaque adresse IP contenue dans la première liste. [0020] Avantageusement, l'étape de recherche du ou des premiers équipements com- muniquant selon le protocole de communication Modbus TCP/IP listés dans la première liste comporte une étape de détection des premiers équipements répondant à la requête d'identification Modbus et ayant une même adresse IP. [0021] Avantageusement, l'étape de recherche du ou des premiers équipements com- muniquant selon le protocole de communication Modbus TCP/IP comporte une étape d'élaboration d'une deuxième liste constituée des adresses IP du ou des premiers équipements répondant à la requête d'identification d'adresse Modbus. [0022] Préférentiellement, une base de données est constituée dans une étape préliminaire, ladite hase de données étant constituée d'un premier champ contenant une donnée d'identification d'au moins un équipement répertorié, et, pour chaque équipement répertorié, au moins un deuxième champ contenant au moins une adresse Modhus d'un registre contenant la donnée d'identification dudit équipement répertorié. [0023] Avantageusement, un troisième champ est associé à chaque équipement répertorié dans la hase de données, ledit troisième champ contenant un état caractérisant si l'équipement répertorié est une passerelle de communication ou un équipement terminal. [0024] Avantageusement, le procédé comporte une étape d'identification des premiers et des seconds équipements communiquant selon le protocole de communication Modhus TCP/IP, ladite étape d'identification comportant, pour chaque premier équipement listé dans la deuxième liste [0025] - une étape d'envoi d'une requête Modhus de lecture du contenu successivement à chacune des adresses contenues dans le deuxième champ de la hase de données, [0026] - une étape d'identification du premier équipement à un modèle répertorié quand une donnée lue à l'étape d'envoi de requête Modhus de lecture, correspond à la donnée d'identification d'un modèle répertorié, et [0027] - une étape d'élaboration d'une troisième liste constituée des données d'identification des équipements communiquant selon le protocole de communication Modhus TCP/IP, ladite troisième liste étant associée à l'adresse IP dudit premier équipement. [0028] Préférentiellement, l'étape d'identification des premiers et des seconds équipements communiquant selon le protocole de communication Modbus TCP/IP comporte une boucle d'interrogation dans laquelle, pour chaque premier équipement identifié dans la troisième liste : [0029] - quand ledit premier équipement identifié est une passerelle de communication, alors une étape de recherche et d'identification de tous les seconds équipements connectés au second réseau est effectuée, et [0030] - quand ledit premier équipement identifié n'est pas une passerelle de commu- nication, alors l'étape d'identification des premiers équipements se poursuit par une étape d'interrogation du premier équipement identifié suivant dans la deuxième liste. [0031] Avantageusement, l'étape de recherche et d'identification de tous les seconds équipements connectés au moyen d'une passerelle de communication au second réseau de communication, comporte : [0032] - pour chaque adresse Modbus de 1 jusqu'au nombre maximal d'hôtes, une étape d'envoi d'une requête Modbus de lecture du contenu successivement à chacune des adresses contenues dans le deuxième champ de la base de données, [0033] - une étape d'identification d'un second équipement à un modèle répertorié quand la donnée lue à une des adresses contenue dans le deuxième champ correspond à la donnée d'identification d'un modèle répertorié, et [0034] - une étape de mise à jour de la troisième liste d'équipements élaborée en associant à l'adresse IP de la passerelle de communication, une donnée d'identification du second équipement identifié. [0035] Préférentiellement, tout premier ou second équipement communiquant selon le protocole de communication Modhus est identifié au moyen d'une requête Modhus de lecture d'un mot de sortie. [0036] Avantageusement, tout premier ou second équipement est identifié comme étant un équipement Modhus s'il répond à une requête de lecture Modhus avec un code d'exception différent de OxOB. [0037] Avantageusement, tout premier ou second équipement est identifié comme étant un équipement ne communiquant pas selon le protocole de communication Modhus quand une étape d'envoi d'une requête Modhus de lecture n'obtient pas de réponse dans un délai inférieur à une durée de temporisation de réponse prédéfinie. [0038] Avantageusement, le procédé comporte une étape d'estimation d'une durée totale de détection et d'identification des premiers et seconds équipements, ladite durée totale étant inférieure ou égale au produit de la valeur de la durée de temporisation de réponse prédéfinic, du nombre maximal d'hôtes et du nombre de premiers équipements listés dans la deuxième liste. [0039] De préférence, la durée de la temporisation de réponse est comprise entre 50 et 500 ms. [0040] L'invention porte également sur un contrôleur de communication comportant : [0041] - une unité de traitement agencée pour mettre en oeuvre le procédé décrit pré- cédemment, [0042] - au moins un circuit de mémorisation, connecté à l'unité de traitement et agencé pour mémoriser au moins une première, une deuxième et une troisième liste d'adresses, et un premier, un deuxième et un troisième champ organisés dans une base de données, et [0043] - au moins une interface de communication, connectée d'une part à l'unité de traitement et d'autre part à un premier réseau de communication de type Ethernet auquel sont connectés des premiers équipements, ladite interface de communication étant agencée pour exécuter des demandes d'émission de requêtes Modbus sur le premier réseau de communication et pour recevoir des réponses émises par les premiers équipements et transmettre les réponses à l'unité de traitement. [0044] De préférence, le contrôleur de communication comporte une interface homme/ machine, connectée à l'unité de traitement, pour effectuer, au moins, une lecture de la première, de la deuxième et de la troisième liste d'adresses et une lecture et/ou une mo- 6 dification du premier, du deuxième et du troisième champ mémorisés dans la base de données. Brève description des dessins [0045] Les dessins annexés illustrent l'invention : [0046] [fig.1] la figure 1 est une représentation schématique d'un exemple d'un réseau de communication comportant un contrôleur de communication, [0047] [fig.2] la figure 2 représente un organigramme d'un procédé pour détecter et identifier les premiers et les seconds équipements, [0048] [fig.3] la figure 3 représente, sous forme détaillée, une étape du procédé faisant l'objet (le l'invention, [0049] [fig.41 les figures 4A à 4E représentent le contenu de plusieurs listes élaborées au cours du déroulement du procédé et contenant des adresses, des identifiants ou des propriétés des premiers et des seconds équipements, [0050] [fig.5j la figure 5 représente le contenu d'une base de données utilisée pour identifier les équipements, et [0051] [fig.61 la figure 6 représente, sous forme d'un schéma bloc, un contrôleur de commu- nication comportant des moyens pour la mise en oeuvre du procédé de détection et identification des premiers et des seconds équipements. [0052] DESCRIPTION DETAILLEE D'UN MODE DE REALISATION DE L'INVENTION [0053] La figure 1 représente, sous forme schématique, un exemple de réseau de commu- nication comportant un contrôleur de communication 10, appelé également en anglais « cdgc controler », connecté à plusieurs premiers équipements 12, 13, 14 au moyen d'un premier réseau de communication 11 de type Ethernet. Préférentiellement, les communications entre le contrôleur de communication 10 et les premiers équipements 12, 13, 14 suivent un protocole TCP/IP. Un ou plusieurs parmi les premiers équipements 12, 13, 14 peut être unc passerelle de communication 12. Une telle passerelle de communication 12 est destinée à permettre une connexion d'un second réseau de communication 21, auquel sont connectés des seconds équipements 22, 23, 24. La passerelle de communication 12 permet une transmission de messages entre les seconds équipements 22, 23, 24, le contrôleur de communication 10 et les premiers équipements 12, 13, 14. [0054] Le procédé faisant l'objet de l'invention est particulièrement adapté à la détection et à l'identification de tous les équipements communiquant selon un protocole Modbus. Le premier réseau de communication est préférentiellement de type Modbus TCP/IP, le second réseau de communication est préférentiellement de type Modbus série. [0055] Le procédé faisant l'objet de l'invention peut être mis en oeuvre en présence de 7 plusieurs passerelles de communication 12 connectées au premier réseau de communication 11 afin de connecter plusieurs seconds réseaux 21. Le procédé est exécuté dc manière identique, qu'il y ait une ou plusieurs passerelles de communication et donc un ou plusieurs seconds réseaux de communication. Ledit procédé peut également être exécuté quand il n'existe pas de passerelle de communication 12 ou quand celle-ci est défaillante. La figure 1 ne représente qu'une seule passerelle et qu'un seul second réseau 21 afin de rendre la description plus claire. [0056] La figure 2 représente un organigramme du procédé pour détecter et identifier tous les premiers équipements et tous les seconds équipements. Une recherche de tous les premiers équipements 12, 13, 14 connectés au premier réseau 11 et communiquant selon un protocole Ethernet est effectuée au cours d'une étape dc recherche 100. Pour cela, au cours d'une étape de recherche 110, le contrôleur de communication 10 effectue une recherche des adresses IP de tous les équipements connectés au premier réseau 11 en scrutant les ports ouverts des équipements connectés. Un port d'un équipement est utilisé par le protocole TCP (Transmission Control Protocol) pour la mise en place d'une connexion d'hôte à hôte, un hôte étant un équipement communiquant disposant d'une adresse IP. Un port est considéré comme étant « ouvert » quand une tentative de connexion au port dudit équipement obtient une réponse différente d'un message d'erreur tel que, par exemple, « échec de connexion ». Préférentiellement, une commande de type « NMAP (Nctwork Mapper) » est émise par le contrôleur de communication 10 et permet de recueillir les adresses IP des équipements communiquant selon le protocole TCP/IP. Cette méthode de scrutation présente l'avantage d'exécuter la recherche en un temps très court, de l'ordre de 10 secondes. [0057] L'ensemble des adresses IP recueillies est enregistré dans une première liste List- DeviceslP au cours d'une étape 120 d'élaboration de la première liste constituée des adresses IP de tous les premiers équipements 12, 13, 14 détectés. Un exemple de la première liste est illustré en figure 4A. Dans ce cas, six adresses IP sont enregistrées dans une première liste : [0058] 192.168.10.12 [0059] 192.168.10.99 [0060] 192.168.10.99 [0061] 192.168.10.20 [0062] 192.168.10.21 [0063] 192.168.10.22 [0064] Lors de la mise en oeuvre des premiers équipements 12, 13, 14, il est possible qu'une erreur ait été commise. Par exemple, une même adresse IP 192.168.10.99 est affectée à deux équipements différents. Une telle erreur peut affecter le fonctionnement du 8 premier réseau de communication. D'autre part, une telle erreur est difficile à détecter manuellement. C'est pourquoi une étape 130 de détection des premiers équipements ayant une même adresse IP est effectuée. Au cours de cette étape, unc recherche dc doublon présent dans la première liste ListDeviceslP est effectuée et un indicateur d'erreur est affecté à chaque adresse IP figurant deux fois. La figure 4B illustre l'affectation de l'adresse IP 192.168.10.99 à deux équipements différents. Ces deux équipements ne seront plus interrogés pas la suite et un message d'erreur peut être émis pour signaler ce dysfonctionnement à l'utilisateur. [0065] Le procédé se poursuit par une étape de recherche 200 du ou des premiers équipements 12, 13, 14 communiquant selon le protocole de communication Modhus TCP/IP. Ladite étape de recherche 200 comporte une étape 210 d'émission d'une requête d'identification Modhus successivement à chaque adresse IP contenue dans la première liste ListDeviceslP. Seuls les premiers équipements 12, 13, 14 communiquant selon le protocole de communication Modhus TCP/IP vont répondre. Une adresse IP de type X.Y.Z.H étant constituée d'un numéro de réseau X.Y.Z et d'un numéro d'hôte H, un premier moyen consiste à envoyer une commande d'identification Modhus pour chaque adresse IP contenue dans la première liste ListDeviceslP, à chaque numéro d'hôte, de 1 jusqu'à un nombre maximal prédéfini, HostMaxi, pour chaque parité, pour chaque vitesse dc communication, pour un hit de stop égal à 1 et pour un hit de stop égal à 0. Le nombre HostMaxi correspond au nombre maximal d'équipements Modbus, appelés également « hôtes », pouvant être affectés à une adresse IP. La valeur du nombre Hostmaxi est préférentiellement choisie égale à 255 dans le cadre de Modbus mais ladite valeur peut également valoir 254 ou 253, certains numéros d'hôte pouvant être réservés à des besoins spécifiques Modbus. Ce premier moyen est exhaustif mais long. Préférentiellement, la requête d'identification Modbus est émise, pour chaque adresse IP contenue dans la première liste ListDeviceslP, au moyen d'une suite de commandes « NMAP » sur le port 502 TCP adressée à chaque numéro d'hôte, de 1 jusqu'au nombre maximal d'hôtes HostMaxi. Une telle suite de commandes se présente, par exemple et pour un réseau de classe C, sous une forme : [0066] Nmap -p 502 192.168.10.1/24 Nmap -p 502 192.168.10.2/24 Nmap -p 502 192.168.10.255/24 La durée nécessaire à l'exécution d'une telle commande est sensiblement constante, de l'ordre de 10 secondes. [0067] Ensuite, une étape de détection 220 des premiers équipements 12, 13, 14 ayant une même adresse IP Modbus est exécutée afin de déceler ce type d'erreur. [0068] Le procédé se poursuit par une étape 230 d'élaboration d'une deuxième liste List- 9 DevicesMB constituée des adresses IP du ou des premiers équipements 12, 13, 14 répondant sans erreur à la requête d'identification d'adresse IP Modbus. Un exemple de la deuxième liste est illustré en figure 4C : cette deuxième liste est constituée des adresses IP des premiers équipements communiquant selon le protocole de communication Modbus TCP/IP. Cette deuxième liste ListDevicesMB est un sous-ensemble de la première liste ListDeviceslP. Les éléments présents dans la première liste mais non présents dans la deuxième liste sont les premiers équipements ne communiquant pas selon le protocole Modbus TCP/IP, par exemple une imprimante, et les équipements dont l'adresse IP est affectée à plusieurs équipements. [0069] Le procédé se poursuit par une étape d'estimation 300 d'une durée totale T de détection et d'identification des premiers et seconds équipements. La durée totale T correspond à une durée maximale en supposant que tous les premiers et seconds équipements sont des passerelles de communication. Ladite durée T est égale ou inférieure au produit du nombre NbrModbusDevices de premiers équipements 12, 13, 14 listés dans la deuxième liste ListDevicesMB, du nombre HostMaxi correspondant au nombre maximal d'équipements Modbus pouvant être affectés à une adresse IP et de la valeur d'une durée de temporisation de réponse Tr prédéfinic : [0070] T REVENDICATIONSProcédé mis en oeuvre dans un contrôleur de communication (10) connecté, au moyen d'un premier réseau de communication (11) de type Ethernet, à un ou plusieurs premiers équipements (12, 13, 14) communiquant selon un protocole IP, ledit procédé étant destiné : - à détecter et à identifier le ou les premiers équipements (12, 13, 14) communiquant selon un protocole de communication Modbus TCP/IP, et - à détecter et identifier des seconds équipements (22, 23, 24) connectés entre eux au moyen d'au moins un second réseau de communication (21) de type Modbus série, ledit second réseau de communication (21) étant connecté au premier réseau de communication (11) au moyen d'une passerelle de communication (12), ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes : - la recherche (100) de tous les premiers équipements (12, 13, 14) connectés au premier réseau de communication (11) et communiquant selon un protocole IP, - la recherche (200) du ou des premiers équipements (12, 13, 14) communiquant selon un protocole de communication Modbus TCP/IP, - l'identification (450) d'au moins une passerelle de communication (12) parmi le ou les premiers équipements (12, 13, 14), et - la recherche et l'identification (480) du ou des seconds équipements (22, 23, 24) quand au moins une passerelle de communication (12) est identifiée. Procédé selon la revendication 1 caractérisé en ce que l'étape de recherche (100) de tous les premiers équipements (12, 13, 14) comporte une étape de recherche (110) des adresses IP des premiers équipements ayant des poils ouverts. Procédé selon la revendication précédente caractérisé en ce que l'étape de recherche (100) de tous les premiers équipements (12, 13, 14) comporte une étape (120) d'élaboration d'une première liste (ListDevicesIP) constituée des adresses IP de tous les premiers équipements (12, 13, 14) ayant des ports ouverts. Procédé selon la revendication précédente caractérisé en ce que l'étape de recherche (100) de tous les premiers équipements (12, 13, 14) comporte une étape (130) de détection des premiers équipements ayant une même adresse IP. 16 [Revendication 5] [Revendication 6] [Revendication 7] [Revendication 8] [Revendication 9] [Revendication 10] Procédé selon la revendication précédente caractérisé en cc que l'étape de recherche (200) du ou des premiers équipements (12, 13, 14) communiquant selon le protocole de communication Modbus TCP/IP comporte une étape (210) d'émission d'une requête d'identification Modbus sur le port 502 TCP adressée à chaque premier équipement (12, 13, 14) au moyen d'un numéro d'hôte, de 1 à un nombre maximal d'hôtes (HostMaxi) prédéfini, pour chaque adresse IP contenue dans la première liste (ListDeviceslP). Procédé selon la revendication précédente caractérisé en ce que l'étape de recherche (200) du ou des premiers équipements (12, 13, 14) communiquant selon le protocole de communication Modbus TCP/IP listés dans la première liste (ListDevicesIP) comporte une étape (220) de détection des premiers équipements (12, 13, 14) répondant à la requête d'identification Modbus et ayant une même adresse IP. Procédé selon l'une des revendications 5 ou 6 caractérisé en ce que l'étape de recherche (200) du ou des premiers équipements (12, 13, 14) communiquant selon le protocole de communication Modbus TCP/IP comporte une étape (230) d'élaboration d'une deuxième liste (ListDeviccsMB) constituée des adresses IP du ou des premiers équipements (12, 13, 14) répondant à la requête d'identification d'adresse Modbus. Procédé selon la revendication précédente caractérisé en ce qu'une base de données (DataModel) est constituée dans une étape préliminaire (50), ladite base (DataModel) étant constituée d'un premier champ (Ident) contenant une donnée d'identification d'au moins un équipement répertorié, et, pour chaque équipement répertorié, au moins un deuxième champ (RegAdress) contenant au moins une adresse Modbus d'un registre contenant la donnée d'identification dudit équipement répertorié. Procédé selon la revendication précédente caractérisé en ce qu'un troisième champ (Term/gate) est associé à chaque équipement répertorié dans la base de données (DataModel), ledit troisième champ (Term/gate) contenant un état caractérisant si l'équipement répertorié est une passerelle de communication (12) ou un équipement terminal (13, 14). Procédé selon la revendication précédente caractérisé en ce qu'il comporte une étape d'identification (400) des premiers et des seconds équipements communiquant selon le protocole de communication 17 [Revendication 11] [Revendication 12] Modhus TCP/IP comportant, pour chaque premier équipement (12,13,14) listé dans la deuxième liste (ListDevicesMB) : - une étape (420) d'envoi d'une requête Modhus dc lecture du contenu successivement à chacune des adresses contenues dans le deuxième champ (RegAdress) de la hase de données (DataModcl), - une étape d'identification (430) du premier équipement à un modèle répertorié quand une donnée lue à l'étape (420) d'envoi de requête Modhus de lecture, correspond à la donnée d'identification (adent) d'un modèle répertorié, et - une étape (440) d'élaboration d'une troisième liste (ListDeviceDM) constituée des données d'identification des équipements communiquant selon le protocole de communication Modhus TCP/IP, ladite troisième liste (ListDeviceDM) étant associée à l'adresse IP dudit premier équipement (12, 13, 14). Procédé selon la revendication précédente caractérisé en ce que l'étape d'identification (400) des premiers et des seconds équipements communiquant selon le protocole dc communication Modhus TCP/IP comporte une boucle d'interrogation dans laquelle, pour chaque premier équipement identifié dans la troisième liste (ListDeviceDM) : - quand ledit premier équipement identifié est une passerelle de communication (12), alors une étape (480) de recherche et d'identification de tous les seconds équipements (22, 23, 24) connectés au second réseau est effectuée, et - quand ledit premier équipement identifié n'est pas une passerelle de communication (12), alors l'étape d'identification des premiers équipements (12, 13, 14) se poursuit par une étape d'interrogation (470) du premier équipement identifié suivant dans la deuxième liste (ListDevicesMB). Procédé selon la revendication précédente caractérisé en ce que l'étape (480) de recherche et d'identification de tous les seconds équipements (22, 23, 24) connectés au moyen d'une passerelle de communication (12) au second réseau de communication (21), comporte : - pour chaque adresse Modbus de 1 jusqu'au nombre maximal d'hôtes (HostMaxi), une étape d'envoi (482) d'une requête Modbus de lecture du contenu successivement à chacune des adresses contenues dans le deuxième champ (RegAdress) de la base de données, - une étape d'identification (484) d'un second équipement à un modèle répertorié quand la donnée lue à une des adresses contenue dans le 18 [Revendication 13] [Revendication 14] [Revendication 15] [Revendication 16] [Revendication 17] [Revendication 18] deuxième champ (RegAdress) correspond à la donnée d'identification (Ident) d'un modèle répertorié, et - une étape de mise à jour (486) de la troisième liste (ListDeviceDM) d'équipements élaborée en associant à l'adresse IP de la passerelle de communication (12), une donnée d'identification du second équipement (22, 23, 24) identifié. Procédé selon la revendication précédente caractérisé en ce que tout premier ou second équipement (12, 13, 14, 22, 23, 24) communiquant selon le protocole de communication Modhus est identifié au moyen d'une requête Modhus de lecture d'un mot de sortie. Procédé selon la revendication précédente caractérisé en ce que tout premier ou second équipement (12, 13, 14, 22, 23, 24) est identifié comme étant un équipement Modhus s'il répond à une requête de lecture Modhus avec un code d'exception différent de OxOB. Procédé selon la revendication précédente caractérisé en ce que tout premier ou second équipement (12, 13, 14, 22, 23, 24) est identifié comme étant un équipement ne communiquant pas selon le protocole de communication Modhus quand une étape d'envoi d'une requête Modhus de lecture n'obtient pas de réponse dans un délai inférieur à une durée de temporisation de réponse (Tr) prédéfinie. Procédé selon la revendication précédente caractérisé en ce qu'il comporte une étape d'estimation (300) d'une durée totale (T) de détection et d'identification des premiers et seconds équipements (12, 13, 14, 22, 23, 24), ladite durée (T) étant inférieure ou égale au produit de la valeur de la durée de temporisation de réponse (Tr) prédéfinie, du nombre maximal d'hôtes (HostMaxi) et du nombre de premiers équipements (NbrModbusDevices) listés dans la deuxième liste (ListDevicesMB). Procédé selon la revendication précédente caractérisé en ce que la durée de la temporisation de réponse (Tr) est comprise entre 50 et 500 ms. Contrôleur de communication (10) caractérisé en ce qu'il comporte : - une unité de traitement (10a) agencée pour mettre en oeuvre le procédé selon l'une quelconque des revendications précédentes, - au moins un circuit de mémorisation (10b), connecté à l'unité de traitement (10a) et agencé pour mémoriser au moins une première, une deuxième et une troisième liste d'adresses (ListDeviceoe, ListDeviceMB, ListDeviceDM), et un premier, un deuxième et un troisième champ (Ident, RegAdress, Temilgate) organisés dans une base de 19 données (DataModel), et - au moins une interface de communication (10e), connectée d'une part à l'unité de traitement (10a) et d'autre part à un premier réseau de communication (11) de type Ethernet auquel sont connectés des premiers équipements (12, 13, 14), ladite interface de communication (10e) étant agencée pour exécuter des demandes d'émission de requêtes Modhus sur le premier réseau de communication (11) et pour recevoir des réponses émises par les premiers équipements (12, 13, 14) et transmettre les réponses à l'unité de traitement (10a). [Revendication 19] Contrôleur de communication (10) selon la revendication précédente ca- ractérisé en cc qu'il comporte une interface homme/machine (10d), connectée à l'unité de traitement, pour effectuer, au moins, une lecture de la première, de la deuxième et de la troisième liste d'adresses (ListDevicclP, ListDeviceMB, ListDeviceDM) et une lecture et/ou une modification du premier, du deuxième et du troisième champ (adent, RegAdress, Term/gate) mémorisés dans la hase de données (DataModel).