Brevet FR2978574A1 — publié le 20130201

L'invention concerne un procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs (1), ainsi qu'un système composé de capteurs, et éventuellement d'actionneurs et/ou de calculateurs, que nous appellerons plus simplement « système multicapteurs », et un dispositif de simulation adaptés pour la mise en oeuvre d'un tel procédé. Aujourd'hui, de nombreux systèmes multicapteurs fonctionnent à partir de plusieurs capteurs, de type vidéo par exemple, dont les données reçues sont transmises à une unité intelligente, comprenant des moyens matériel et logiciel (hardware et software), comprenant par exemple un ou plusieurs microprocesseurs. Cette unité intelligente exploite ces données pour fournir une application particulière en sortie à un utilisateur. Un tel système multicapteurs est par exemple un système de vidéosurveillance, dans lequel les images reçues par plusieurs caméras sont envoyées vers une unité centrale qui peut en faire des traitements, comme des détections de mouvement par exemple, pour émettre en sortie une alerte ou non vers un utilisateur. L'optimisation de ces systèmes multicapteurs nécessite la prise en compte de plusieurs aspects : - D'abord, pour atteindre une bonne performance du système, il faut choisir de manière optimale le bon type de capteurs, le nombre de capteurs, leur positionnement, etc. ; - Ensuite, quand les capteurs sont choisis et positionnés, l'optimisation du traitement intelligent réalisé à partir de leurs mesures nécessite aussi des tests, ajustements, et validations. Pour répondre à ces difficultés, une première solution courante dans la pratique consiste à réaliser différents essais, qui consistent à observer le comportement réel d'un système multicapteurs avec certains choix de types de capteurs, de positionnement de capteurs, d'environnement, etc., dans le but de décider de l'architecture finale du système multicapteurs en fonction du comportement réel observé du système selon plusieurs configurations et/ou plusieurs environnements de test. Cette première solution présente un coût élevé et reste limitée car il n'est par exemple pas possible dans certains contextes difficilement accessibles (fonds marins, espaces, etc.) de réaliser un nombre important de tests réels. Une seconde solution bien connue consiste à simuler une partie de l'environnement réel pour observer le comportement du système multicapteurs sans l'obligation de le positionner en situation réelle. Toutefois, les solutions existantes pour effectuer ces simulations sont en général complexes, nécessitent le développement d'un simulateur particulier pour chaque système multicapteurs, et proposent des simulations qui sont éloignées des futures situations réelles. La mise en oeuvre de ces simulations reste lourde et insuffisante, est inadaptée à de nombreux systèmes multicapteurs qui sont de plus en plus complexes et comprennent des capteurs ou éléments très différents entre eux, fonctionnant avec des technologies éloignées et incompatibles, et comprenant leur propre intelligence, mise en oeuvre de manière logiciel et/ou matériel. Ainsi, un objet général de l'invention est de proposer une solution permettant la mise en simulation de manière améliorée d'un système multicapteurs. A cet effet, l'invention repose sur un procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs comprenant plusieurs capteurs et une unité centrale reliés par un réseau de communication, caractérisé en ce qu'il comprend les étapes suivantes : - Connexion (El) d'un dispositif de simulation au système multicapteurs ; - Validation (E2) du dispositif de simulation ; - Lancement (E3) de la simulation dans laquelle un commutateur du système multicapteurs permet la communication vers l'unité centrale de données provenant du dispositif de simulation en remplacement de données provenant d'au moins un capteur. La première étape peut comprendre une connexion physique par câble Ethernet de deux moyens de liaison de respectivement le dispositif de simulation et le système multicapteurs. La seconde étape de validation peut comprendre la vérification de l'adéquation du dispositif de simulation au système multicapteurs. En outre, elle peut comprendre une étape de configuration automatique du dispositif de simulation. Enfin, elle peut comprendre une étape d'apprentissage du dispositif de simulation. L'étape de lancement de la simulation peut comprendre l'arrêt de la communication d'au moins un capteur vers l'unité centrale du système multicapteurs et le remplacement de cette communication par une liaison du dispositif de simulation vers l'unité centrale. Le procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs peut en outre comprendre une phase de simulation qui comprend les étapes suivantes : - Calcul de données liées à l'environnement virtuel associées à un scénario prédéfini ; - Simulation d'une grandeur reçue au niveau de chaque capteur simulé en tenant compte de modèles physiques comme des modèles de propagation d'ondes à partir des données liées à l'environnement virtuel ; - Simulation du comportement du capteur recevant cette grandeur pour estimer la mesure virtuelle effectuée par le capteur ; - Simulation d'une conversion analogique - numérique associée au capteur ; - Elaboration d'une trame de communication intégrant la mesure virtuelle numérisée par le protocole de communication associé au réseau de communication du système multicapteurs ; - Transmission de la trame de communication à l'unité centrale du système multicapteurs au travers d'un commutateur du réseau de communication par le même protocole de communication que celui utilisé par un capteur en mode de fonctionnement réel; - Utilisation de la mesure virtuelle par l'unité centrale dans un calcul, de la même manière que serait exploitée une mesure réelle transmise par un capteur en mode de fonctionnement réel ; - Présentation du résultat du calcul sur une interface homme machine du système multicapteurs. La phase de simulation peut comprendre l'étape complémentaire de représentation sur une interface homme machine du dispositif de simulation de l'environnement virtuel. L'invention porte aussi sur un système multicapteurs comprenant plusieurs capteurs et une unité centrale reliés par un réseau de communication, caractérisé en ce qu'il comprend un contrôleur du réseau de communication, un commutateur et un moyen de liaison apte à une liaison avec un dispositif de simulation, de sorte que la connexion d'un dispositif de simulation sur le moyen de liaison permet au système multicapteurs de passer d'un mode de fonctionnement réel en mode de fonctionnement virtuel dans lequel le commutateur permet la communication vers l'unité centrale de données provenant du dispositif de simulation en remplacement de données provenant d'au moins un capteur, en mettant en oeuvre le procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel du système multicapteurs tel que décrit ci-dessus. Le système multicapteurs peut comprendre au moins un capteur sonore et au moins une camera. Il peut de plus comprendre au moins un capteur comprenant un bloc 15 d'intelligence de capteur local, qui met en oeuvre une conversion analogique - numérique et/ou un filtrage de données. Le réseau de communication peut utiliser le protocole Ethernet. 20 L'unité centrale peut comprendre un calculateur, le commutateur servant d'intermédiaire entre ce calculateur et le réseau de communication et des éléments pilotes de capteurs, dont la fonction est de piloter la communication avec les capteurs. 25 Le système multicapteurs peut comprendre au moins un actionneur. L'invention porte aussi sur un dispositif de simulation comprenant une unité centrale, caractérisé en ce qu'il comprend un ensemble de blocs pour simuler le fonctionnement d'au moins un capteur, une interface de communication, un moyen de liaison apte pour une liaison avec le réseau de communication d'un système multicapteurs tel que décrit ci-dessus. Le dispositif de simulation peut comprendre un premier bloc qui modélise les phénomènes physiques permettant d'estimer une grandeur qui serait reçue par un capteur à partir de l'environnement simulé par le calculateur central, en tenant compte des phénomènes physiques de propagation par un modèle, un second bloc qui modélise un capteur lui-même et permet de déterminer la mesure qui serait obtenue par un capteur qui recevrait la grandeur déterminée par le premier bloc, et un troisième bloc qui simule le comportement du bloc d'intelligence de capteur, dont la conversion analogique numérique et/ou des traitements effectués, comme des filtrages. Le dispositif de simulation peut comprendre une mémoire sur laquelle se trouve mémorisée une bibliothèque de fichiers de configurations de capteurs. Le dispositif de simulation peut comprendre une interface homme machine pour fournir une représentation de l'environnement virtuel à un opérateur. L'invention porte aussi sur un système caractérisé en ce qu'il comprend un système multicapteurs et un dispositif de simulation tels que décrits précédemment. Le dispositif de simulation et le système multicapteurs peuvent être connectés par une liaison, les données de simulation étant transmises sous forme de trame de communication par cette liaison sur un réseau de communication du système multicapteurs, jusqu'à un commutateur les orientant vers l'unité centrale du système multicapteurs, dans le même format et en remplacement de données transmises par au moins un capteur du système multicapteurs dans un mode de fonctionnement réel, le système mettant en oeuvre le procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel tel que décrit précédemment. Ces objets, caractéristiques et avantages de la présente invention seront exposés en détail dans la description suivante de modes d'exécution particuliers faits à titre non-limitatif en relation avec les figures jointes parmi lesquelles : Les figures 1 et 2 illustrent un système multicapteurs considéré selon un mode d'exécution de l'invention. La figure 3 représente plus précisément l'unité centrale du système multicapteurs selon le mode d'exécution de l'invention. Les figures 4 et 6 représentent le système multicapteurs illustré sur les figures 1 et 2 connecté à un dispositif de simulation selon un mode 20 d'exécution de l'invention. La figure 5 représente un dispositif de simulation selon un mode d'exécution de l'invention. 25 La figure 7 illustre le principe d'un premier protocole de communication utilisé par le système selon un mode d'exécution de l'invention. Les figures 8 et 9 illustrent le principe d'un second protocole de communication utilisé par le système selon un mode d'exécution de 30 l'invention. La figure 10 illustre un organigramme d'un procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs selon un mode d'exécution de l'invention. Le concept de l'invention consiste en une architecture combinée d'un système multicapteurs, électronique, et d'un dispositif de simulation, de sorte que ce dernier peut se substituer à l'environnement réel pour un passage facile et automatique du mode de fonctionnement réel du système multicapteurs, dans lequel il interfère avec l'environnement réel, vers un mode de fonctionnement virtuel, dans lequel tout ou partie de l'environnement réel est remplacé par un environnement simulé, dit virtuel. Ce système multicapteurs et un dispositif de simulation associé comprennent une architecture permettant une utilisation automatique et universelle, dans laquelle tout dispositif de simulation devient compatible avec tout système multicapteurs, quelle que soit sa nature. Par exemple, l'invention utilise idéalement des normes de capteurs actionneurs utilisés d'une manière standard. Les figures 1 et 2 illustrent de manière générale un système multicapteurs considéré selon un mode d'exécution de l'invention. La figure 1 représente ainsi un système multicapteurs 1 comprenant une unité centrale 2 de calcul, qui sera détaillée par la suite, mettant en oeuvre des traitements intelligents à partir d'au moins un logiciel. Le résultat de ce traitement est présenté à un individu 50 par l'intermédiaire d'une interface homme machine présentée sur un écran et/ou un haut parleur et/ou tout autre dispositif interactif. Cette interface homme machine comprend un premier bloc d'entrée 3, par lequel l'individu 50 peut transmettre des données d'entrée au système multicapteurs et agir sur son comportement et un second bloc de sortie 4 par lequel il reçoit des informations du système multicapteurs. La relation entre l'individu 50 et le système multicapteurs est donc bidirectionnelle. Le système multicapteurs 1 comprend de plus plusieurs capteurs 5 équipés de leur propre bloc d'intelligence de capteur 6 local, qui comprend au moins un microprocesseur et/ou une entité de logique programmable (FPGA, CPLD). Les capteurs 5 reçoivent une certaine perception de l'environnement réel 100, sous forme de stimuli qui atteignent les capteurs via un phénomène physique de propagation, comme une onde lumineuse ou acoustique par exemple. Chaque capteur effectue une certaine « mesure » d'un stimulus reçu, qui est une représentation particulière de l'environnement réel. Ces mesures effectuées par les capteurs 5 subissent un premier traitement intelligent local, par l'intermédiaire du bloc d'intelligence de capteur 6, qui effectue notamment leur numérisation, remplissant ainsi une fonction de convertisseur analogique-numérique, et effectue éventuellement d'autres traitements numériques comme un filtrage, sur la base d'un modèle physique propre au capteur, paramétrable. Ces capteurs 5 peuvent être des caméras, des capteurs sonores, de type ultrasons par exemple, des capteurs de température, de pression, de mouvement, etc. Les figures sont volontairement simplifiées et le nombre de capteurs représentés l'est à titre d'exemple, n'est pas significatif. Avantageusement, le système multicapteurs 1 comprend au moins une caméra et au moins un capteur sonore. Le système multicapteurs 1 comprend de plus un ou plusieurs actionneurs 7, comprenant chacun un bloc d'intelligence d'actionneur 8 local, qui effectue un traitement intelligent, notamment une conversion numérique-analogique, avant de transmettre des données aux actionneurs 7, qui peuvent ainsi permettre la mise en mouvement de bras de robots, etc., de sorte d'agir sur l'environnement réel 100. Enfin, le système comprend un réseau de communication 10 par lequel communiquent entre eux les capteurs 5, l'unité centrale 2, et les actionneurs 7, sous le contrôle d'un contrôleur 11 du réseau de communication, pour gérer la communication de type temps-réel. La figure 2 représente une autre illustration du système multicapteurs 1 qui met particulièrement en avant cet aspect de communication temps-réel entre ses différents composants. Le réseau de communication 10, du type utilisant le protocole de communication Ethernet, permet aux capteurs 5, aux actionneurs 7, et à l'unité centrale 2 de communiquer, sous le contrôle du contrôleur 11. De plus, une personne 50 peut de même communiquer avec les différents composants du système multicapteurs par l'intermédiaire de l'interface homme machine. Tous ces composants utilisent donc le même protocole de communication, dont des détails seront exposés par la suite. La figure 3 représente plus précisément l'unité centrale 2 du système multicapteurs 1, qui comprend un calculateur 22, qui peut consister en un ordinateur ou un ou plusieurs microcontrôleurs, qui comprend au moins un logiciel qui met en oeuvre une application particulière. Ce calculateur 22 est lié à deux unités 23, 24 qui gèrent respectivement les blocs d'entrée 3 et de sortie 4 de l'interface homme machine du système multicapteurs. Ensuite, l'unité centrale 2 comprend un commutateur 20 qui sert d'intermédiaire entre son calculateur 22 et le réseau de communication 10. De plus, l'unité centrale 2 comprend aussi des éléments de pilotage dits plus simplement pilotes capteurs 25, dont la fonction est de piloter la communication avec les capteurs 5, et de manière similaire des pilotes actionneurs 27, dont la fonction est de piloter la communication avec les actionneurs 7, au travers du réseau de communication 10. Enfin, le commutateur 20 comprend une sortie 29 reliée à un moyen de liaison 9 du système multicapteurs 1, visible sur la figure 1, par exemple un connecteur Ethernet, qui permet sa connexion avec un dispositif de simulation. En effet, selon ce mode d'exécution, un dispositif de simulation 30 peut être relié au système multicapteurs 1 par tout moyen de communication 19, par exemple par une liaison Ethernet. La figure 4 représente ainsi le système multicapteurs 1 tel qu'illustré sur la figure 1, avec lequel a été établie une connexion avec un dispositif de simulation 30. Dans un mode d'exécution avantageux, une telle connexion est effectuée par un simple câble Ethernet reliant les deux moyens de liaison 9, 39 de type connecteurs Ethernet de respectivement le système multicapteurs 1 et le dispositif de simulation 30. Le concept de l'invention consiste alors à remplacer ou réduire l'interaction de l'unité centrale 2 du système multicapteurs 1 avec l'environnement réel 100. Plus précisément, une partie au moins de l'environnement réel 100 et une partie au moins des capteurs 5, voire tout ou partie des actionneurs 7, sont simulées par le dispositif de simulation 30. Pour cela, le commutateur 20 permet de remplacer tout ou partie des liaisons de communication du calculateur 22 de l'unité centrale 2 avec l'environnement réel, par l'intermédiaire des capteurs 5 et actionneurs 7, par une liaison de communication avec le dispositif de simulation 30. Ce dernier est plus précisément représenté sur la figure 5. Il comprend un calculateur central 32, dont la fonction principale est de simuler l'environnement réel 100, une première unité 33 et une seconde unité 34 gérant une interface homme machine du dispositif de simulation pour respectivement recevoir et transmettre des informations. D'autre part, le dispositif de simulation 30 comprend un ensemble de trois blocs 45, 46, 47 dont la fonction est de simuler le comportement d'un capteur. Plus précisément, le premier bloc 45 a pour fonction de modéliser les phénomènes physiques permettant d'estimer la grandeur, par exemple l'onde lumineuse ou acoustique, qui serait reçue par un capteur à partir de l'environnement simulé par le calculateur central 32, en tenant compte des phénomènes physiques de propagation par un modèle physique. Le second bloc 46 modélise le capteur lui-même et permet de déterminer la mesure qui serait obtenue par un capteur qui recevrait la grandeur déterminée par le bloc précédent 45. Enfin, le dernier bloc 47 simule le comportement du bloc d'intelligence de capteur 6, dont la conversion analogique numérique et les autres traitements effectués : pour cela, il comprend en fait les moyens permettant d'effectuer les mêmes calculs et traitements sur la grandeur reçue que le ferait le bloc d'intelligence de capteur 6. Finalement, le résultat obtenu par cet ensemble de blocs de simulation de capteurs est transmis à une interface de communication 38, qui les transmet vers l'extérieur du dispositif de simulation 30 par le moyen de liaison 39, dans le protocole de communication choisi et adapté. Naturellement, le dispositif de simulation 30 peut utiliser cet ensemble de blocs pour simuler plusieurs capteurs, avec les paramètres et modèles de comportement adaptés à chacun des capteurs réels à simuler du système multicapteurs. De manière similaire, le dispositif de simulation 30 comprend un second ensemble de trois blocs 35, 36, 37 dont la fonction est de simuler l'effet d'un actionneur sur l'environnement. Pour cela, le premier bloc 37 reproduit le comportement du bloc d'intelligence d'actionneur 8 local, et notamment de sa fonction de conversion numérique analogique, le second bloc 36 simule le comportement de l'actionneur lui-même et le troisième bloc estime l'effet de l'actionneur sur l'environnement simulé, pour transmettre en sortie cette information au calculateur central 32 qui la prend en compte pour la suite du scenario virtuel. Cet ensemble de simulation d'actionneur permet donc de recevoir en entrée une commande d'un actionneur, générée par l'unité centrale du système multicapteurs puis transmise par la liaison 19 au dispositif de simulation 30, par l'intermédiaire de l'interface de communication 38, puis de simuler l'effet d'un actionneur réagissant à cette commande sur un environnement virtuel. Cette architecture du dispositif de simulation permet ainsi de regrouper plusieurs blocs simulant respectivement différents niveaux complémentaires de la réalité, à partir d'un environnement jusqu'à sa perception par certains capteurs, qui sont de même simulés. L'association de ces différents blocs permet de configurer le dispositif de simulation. L'environnement, traité au niveau du calculateur central 32, est indépendant du système multicapteurs à simuler, alors que les ensembles 35, 36, 37 et/ou 45, 46, 47 sont liés au système multicapteurs considéré. Ces différents blocs sont basés sur des modèles paramétrables, comme cela sera détaillé par la suite. L'interface homme machine du dispositif de simulation 30 permet une interaction avec un opérateur, qui peut ainsi par exemple choisir un environnement de simulation parmi plusieurs scenarii prédéfinis et mémorisés dans une mémoire 40, de type base de données, du dispositif de simulation, ou définir un nouvel environnement de simulation. En complément, l'opérateur peut choisir un certain nombre de capteur(s) et/ou d'actionneur(s) dans une bibliothèque de la mémoire 40, définir des nouveaux capteur(s) et/ou actionneur(s), positionner un ou plusieurs capteur(s) virtuel(s) dans un environnement virtuel choisi, etc., par l'intermédiaire de la première unité 33 gérant l'entrée de l'interface homme machine. De plus, cette interface homme machine génère par la seconde unité 34 une visualisation de l'environnement virtuel simulé, ce qui permet à l'opérateur de visualiser le comportement du système multicapteurs dans l'environnement virtuel. Cette seconde unité 34 peut transmettre ses données sur un écran, ou selon une visualisation tridimensionnelle. Cette interface homme machine peut aussi permettre une interaction entre un opérateur et le monde virtuel, pour reproduire l'influence d'un individu sur l'environnement dans lequel se trouve le système multicapteurs. La figure 6 représente le système multicapteurs 1 selon l'illustration de la figure 2, avec lequel un dispositif de simulation 30 a été connecté. Ce dispositif de simulation 30 est considéré comme un noeud supplémentaire du réseau de communication 10, au même titre que les composants du système multicapteurs 1 présentés précédemment. Dans cette situation, une seconde personne 60, qu'on peut appeler « superviseur », agit sur le dispositif de simulation et sur le système multicapteurs. Cette architecture permet ainsi le remplacement de tout ou partie de l'interaction du système multicapteurs 1 avec l'environnement réel 100 par son interaction avec l'environnement virtuel simulé par l'intermédiaire du dispositif de simulation 30. Plus particulièrement, par ce changement, le coeur de l'intelligence du système multicapteurs 1, c'est-à-dire son unité centrale 2, est positionnée de cette manière dans un environnement virtuel. Pour que cette simulation soit la plus réaliste possible, le dispositif de simulation reproduit aussi le comportement de tout ou partie des composants intermédiaires du système, les capteurs, et éventuellement les actionneurs, dont les données échangées restent dans le même format que les données réelles qu'elles remplacent. Le dispositif de simulation modélise la donnée numérique qui serait mesurée par un capteur donné pour un environnement donné et construit cette donnée en tenant compte des phénomènes physiques impactant la mesure, comme cela a été explicité précédemment. Ensuite, il met en oeuvre un procédé de communication de sorte que l'unité centrale 2 reçoive des informations en temps-réel sur son réseau de communication 10 dans le même format dans ce mode de fonctionnement virtuel que dans le mode de fonctionnement réel. De plus, le dispositif de simulation tient aussi compte d'une éventuelle réalité physique du système multicapteurs en modélisant le plus fidèlement possible son évolution, son mouvement, sa trajectoire, sa vitesse, son accélération, etc. Pour mener à bien sa mission, il comprend toutes les informations nécessaires sur l'architecture du système multicapteurs 1, notamment sur chaque capteur 5, pour lequel il doit connaître le type, le positionnement dans l'espace, etc. Selon un mode d'exécution avantageux, le réseau de communication 10 est tel qu'il permet l'utilisation d'un protocole de communication temps-réel standardisé de type TDMA. Cela permet en outre un traitement des données performant et compatible avec une utilisation en temps réel. La figure 7 illustre le principe d'un tel protocole de communication. Chaque objet relié au réseau de communication 10 est appelé un noeud du réseau. Un noeud particulier, appelé « noeud maître », correspond au contrôleur 11 du réseau de communication : il joue un rôle prépondérant sur les autres. Les autres noeuds du réseau sont appelés noeuds esclaves. Ces différents noeuds esclaves comprennent donc les capteurs 5, les actionneurs 7, l'unité centrale 2, et éventuellement un dispositif de simulation 30. Le noeud maître 11 envoie une trame 12 sur le réseau, qui joue le rôle d'horloge. Suite à cet envoi, chaque noeud du réseau envoie aussi une trame à tour de rôle, chaque trame comprenant des données. Ce schéma est répété de manière cyclique, selon une période T, qui est initiée par la trame 12 du maître 11. Sur l'exemple illustré volontairement simplifié, une trame 13 correspond aux données de mesure d'un capteur 5 et une trame 14 correspond aux données d'un actionneur 7. L'invention peut être mise en oeuvre avec un autre protocole de communication, par exemple un protocole de type chaîne en mode réel, dans lequel le noeud maître émet une trame qui transite ensuite à travers tous les noeuds esclaves du réseau avant de revenir vers le maître. Chaque noeud esclave écrit ensuite ses données dans une zone allouée de la trame, selon le principe illustré par les figures 8 et 9. En premier lieu, à un instant t1, le noeud maître 11 envoie ses données sur le réseau. A un instant t2, un capteur 5 envoie une trame, puis à un instant t3 l'unité centrale 2 puis à un instant t4 un actionneur 7, dans un mode de fonctionnement réel. Ce mécanisme permet de construire une trame 15 composée de plusieurs parties juxtaposées comprenant chacune les données de chaque noeud du réseau de communication. Ainsi, tous les composants du système multicapteurs utilisent le même protocole de communication, notamment tous les capteurs. En remarque, l'invention s'adapte aussi particulièrement bien à un système multicapteurs comprenant au moins deux capteurs de nature différente, de langage différent, c'est-à-dire communiquant avec un protocole de communication différent, comme une caméra et un capteur ultrason : dans ce cas, le système est équipé d'un bloc de traduction aussi appelé plus simplement « interprète » qui permet à ces au moins deux capteurs de finalement communiquer selon un même langage, un même protocole de communication. Plus généralement, l'invention peut être implémentée avec tout protocole de communication et tout réseau de communication. A titre d'exemples, les protocoles comme Ethernet/IP, Ethernet Powerlink, et Ethercat sont avantageux. Pour des protocoles qui s'appuieraient sur des niveaux de priorités pour les échanges entre les noeuds du réseau (exemple : bus CAN, Ethernet AVB, IP avec QoS), on reproduit automatiquement ces niveaux de priorités à chaque fois qu'un capteur virtuel prend la place d'un capteur réel. De même, les niveaux de priorités des trames entre les éventuels calculateurs et actionneurs sont conservés à chaque fois qu'un actionneur virtuel prend la place d'un capteur réel. Dans le cas d'un protocole asynchrone qui relierait les capteurs, actionneurs et calculateurs, c'est-à-dire dans les cas ou les trames des capteurs sont envoyés d'une manière asynchrone sur le réseau, le capteur virtuel peut aussi les envoyer d'une manière asynchrone dans le réseau dans la mesure où la nature de l'information envoyée dans les trames est rigoureusement identique, respecte les mêmes formats et occupe la même bande passante du réseau. Selon l'invention, le commutateur 20 du système multicapteurs 1 permet de remplacer les données de communication de tout ou partie des capteurs 5 et éventuellement des actionneurs 7 du système multicapteurs par les données simulées par le dispositif de simulation 30, dans le même protocole de communication, ce qui permet à l'unité centrale 2 de pouvoir fonctionner selon un second mode virtuel, dans lequel les trames de communication restent les mêmes, par exemple telles que représentées sur les figures 7 à 9, une partie des données provenant toutefois du dispositif de simulation et remplaçant les données de certains composants du système multicapteurs. Ainsi, en mode de fonctionnement virtuel, le dispositif de simulation écrit notamment dans les trames de communication dans la zone allouée aux capteurs 5 les données simulées, ces derniers devenant inhibés.30 L'invention permet donc un passage du mode de fonctionnement réel au mode de fonctionnement virtuel de manière conviviale. Avantageusement, ce passage est automatique et continu, c'est-à-dire que le fonctionnement de l'unité centrale 2 du système multicapteurs 1 n'est pas entièrement stoppé lors de ce changement de mode. Il existe alors un mode de veille spécifique correspondant à un état de fonctionnement au repos, correspondant à un état de fonctionnement partiel du système avec une liste donnée de capteurs et d'actionneurs inhibés. Selon le mode d'exécution choisi, le passage du mode de fonctionnement réel au mode de fonctionnement virtuel est obtenu automatiquement par le seul fait de connecter physiquement un dispositif de simulation 30 sur le système multicapteurs 1, avec un seul câble Ethernet. L'invention porte aussi sur ce procédé de passage du mode de fonctionnement réel à un mode de fonctionnement virtuel, dont l'organigramme d'un mode d'exécution particulier est représenté sur la figure 10, qui comprend les étapes suivantes : - Connexion El d'un dispositif de simulation 30 à un système multicapteurs 1 ; - Validation E2 du dispositif de simulation 30 par un configurateur; - Lancement E3 de la simulation. Lorsqu'un dispositif de simulation 30 est connecté au réseau de communication 10 du système multicapteurs 1, le contrôleur 11 du réseau de communication détecte sa présence. Une étape de validation E2 de la compatibilité du dispositif de simulation est enclenchée par un configurateur, qui comprend notamment une entité logicielle, installée soit sur le système multicapteurs, soit sur le dispositif de simulation. L'adéquation du dispositif de simulation 30 avec les fonctions d'entrée/sorties du système multicapteurs est vérifiée. Cette étape de vérification consiste par exemple à vérifier que les profils des capteurs, profils présents sous forme de fichiers de configuration dans lesquels sont stockées des données représentant toutes les informations physiques décrivant le fonctionnement et les propriétés physiques d'un capteur considéré, correspondent à des capteurs qui peuvent être simulés effectivement par le simulateur. Dans un mode d'implémentation simple de cette étape, on vérifie que le type du capteur est bien inclus dans une liste que le simulateur garde en mémoire. On vérifie aussi automatiquement que le simulateur possède bien la puissance de calcul nécessaire pour calculer les données correspondant au capteur puis les envoyer sur le réseau. Le logiciel de configuration qui met en oeuvre cette étape de validation met donc en oeuvre une sous-étape de calcul du temps nécessaire à un logiciel spécifique pour simuler en temps réel les données d'un composant du système, comme un capteur, et les envoyer sur le réseau à l'aide du protocole de communication implémenté comme explicité précédemment. Cette sous-étape de calcul du temps nécessaire prend en compte les informations correspondant au type du capteur et au type de protocole de communication utilisé. Il peut à cet effet avoir recours aux informations stockées en mémoire dans le fichier de configuration du capteur concerné, mentionné ci-dessus, et posséder en mémoire de manière similaire des fichiers de profils de communication. Ensuite, le dispositif de simulation 30 doit être en mesure de simuler l'ensemble des capteurs à simuler du système multicapteurs, puisqu'il a été vérifié que le dispositif de simulation tel que configuré ou préconfiguré comprend bien les modèles correspondant aux types de capteurs à simuler, et les bons paramètres associés, dans une bibliothèque de profils de capteurs et de profils de communications comprenant respectivement des modèles de capteurs sous la forme d'un fichier de configuration de capteur et des modèles de protocoles de communication sous forme de fichiers de configuration de protocoles, présents dans une mémoire du dispositif de simulation 30. Avantageusement, tous les capteurs du système multicapteurs sont destinés à être inhibés et simuler. Toutefois en variante, certains capteurs pourraient continuer leur fonctionnement comme en mode réel. En remarque, cette étape de validation E2 peut comprendre une étape de configuration E21 automatique du dispositif de simulation. Dans cette étape, le système multicapteurs envoie toutes les informations nécessaires sur ses capteurs à simuler, comme leur nombre, leur type, leurs paramètres associés, comme leur position et les paramètres de leur bloc d'intelligence de capteur. Lorsque le dispositif de simulation reçoit une information d'un type de capteur, il vérifie s'il dispose du modèle associé dans sa bibliothèque, c'est-à-dire du fichier de configuration de capteur adapté. Sinon, le système multicapteurs peut lui transmettre tous les paramètres nécessaires pour la création du fichier de configuration de capteur. Pour mettre en oeuvre cette configuration automatique, le contrôleur 11 du réseau de communication interroge tous les noeuds esclaves du réseau de communication, notamment ceux correspondant aux capteurs, pour obtenir leurs paramètres significatifs et les transmettre au dispositif de simulation 30. En réception, ce dernier peut s'autoconfigurer en ajoutant ce nouveau fichier correspondant à ce nouveau capteur dans son modèle de simulation. Avantageusement, il peut ajouter ce nouveau fichier dans sa bibliothèque pour faciliter une future utilisation, ce qui représente une étape d'apprentissage E22. A titre d'exemple volontairement simple, on considère un système d'enregistrement de sons émis par des animaux dans la nature. Ce système multicapteurs simple comprend un enregistreur connecté à un réseau de capteurs, de type microphones, pouvant être de type ultrason par exemple, dont chacun est doté d'une bande passante donnée définie par un protocole de communication. Les flux de données transitant lors de la communication des capteurs peuvent être codés/décodés par des codecs, c'est-à-dire un composant logiciel qui met en oeuvre un procédé de codage et décodage de données, qui sont dépendants du type de capteur. Lors du passage d'un fonctionnement en mode réel à un mode simulé, l'étape de validation inclut la vérification que les types de capteurs sont bien pris en compte par le simulateur, qu'ils sont donc bien répertoriés dans la liste des capteurs simulables. D'autre part, le simulateur fait fonctionner le codec associé à chaque type de capteurs. L'étape de validation comprend alors aussi une sous-étape d'estimation du temps nécessaire à l'exécution de ce codec pour finalement estimer globalement si le simulateur est capable de prendre en charge la simulation totale du système multicapteurs, consistant ici en un système muti-microphones, avec les contraintes de communication et de simulation de chaque microphone. En parallèle, un superviseur a la possibilité de configurer manuellement le dispositif de simulation en saisissant les données par son interface homme machine. Par ce biais, il peut lui-même configurer les données relatives aux différents capteurs à simuler. Cette fonctionnalité peut lui permettre de modifier l'architecture du système multicapteurs pour tester la performance du système ainsi modifié, par exemple en modifiant le nombre, le type, et/ou la position des capteurs. Il peut aussi ajouter des capteurs dans la bibliothèque du dispositif. Par ce biais, il peut réaliser des simulations avant même la fabrication réelle du système multicapteurs, afin de construire son architecture finale la plus performante. Les configurations manuelle et automatique peuvent aussi être combinées, selon une étape de configuration semi-automatique.30 En remarque, le superviseur a aussi la possibilité à tout moment préalable de définir l'environnement de simulation, c'est-à-dire le scenario virtuel dans lequel il veut observer le fonctionnement du système multicapteurs. Lorsque la seconde étape de validation est terminée, le dispositif de simulation est considéré comme parfaitement configuré pour réaliser la simulation recherchée en positionnant l'unité centrale 2 du système multicapteurs dans la réalité virtuelle. La troisième étape E3 de lancement de la simulation est alors engagée. Pour cela, le contrôleur 11 du réseau de communication informe les noeuds esclaves puis déclenche le passage en mode de fonctionnement virtuel, dans lequel les noeuds esclaves correspondant aux composants à simuler, comme les capteurs 5, stoppent leur écriture de trame sur le réseau de communication, alors que le dispositif de simulation 30 devient un noeud du réseau et commence la transmission de trames de communication résultant de la simulation et reproduisant les trames de communication des composants simulés. Dans cette étape, le commutateur 20 stoppe la liaison avec les composants réels qui sont inhibés, pour initier celle avec les composants simulés par le dispositif de simulation 30. Le procédé peut ainsi comprendre une étape intermédiaire consistant à passer de l'état de fonctionnement réel du système multicapteurs à un état au repos, dans lequel les capteurs et éventuels actionneurs à simuler sont inhibés. La phase de simulation E4 comprend les étapes suivantes : - Calcul de données liées à l'environnement virtuel associées à un scénario prédéfini ; - Simulation d'une grandeur reçue au niveau de chaque capteur simulé en tenant compte de modèles physiques comme des modèles de propagation d'ondes à partir des données liées à l'environnement virtuel ; - Simulation du comportement du capteur recevant cette grandeur pour estimer la mesure virtuelle effectuée par le capteur ; - Simulation d'une conversion analogique - numérique associée au capteur ; - Elaboration d'une trame de communication intégrant la mesure virtuelle numérisée par le protocole de communication associé au réseau de communication du système multicapteurs ; - Transmission de la trame de communication à l'unité centrale 2 du système multicapteurs au travers d'un commutateur 20 du réseau de communication 10 par le même protocole de communication que celui utilisé par un capteur 5 réel en mode de fonctionnement réel ; - Utilisation de la mesure virtuelle par l'unité centrale 2 dans un calcul, de la même manière que serait exploitée une mesure réelle transmise par un capteur 5 réel en mode de fonctionnement réel ; - Présentation du résultat du calcul sur une interface homme machine du système multicapteurs. Cette phase de simulation E4 peut en outre comprendre l'étape complémentaire suivante : - Représentation sur une interface homme machine du dispositif de simulation 30 de l'environnement virtuel. En remarque, un actionneur 7 du système multicapteurs peut être de même simulé ou non, selon le souhait du superviseur. S'il est simulé, le fichier de configuration d'actionneur correspondant est utilisé et les commandes générées par l'unité centrale 2 du système multicapteurs sont orientées par le commutateur 20 vers le dispositif de simulation 30 qui simule l'impact de l'actionneur réagissant à ces commandes sur l'environnement virtuel. L'actionneur réel 7 du système multicapteurs ne reçoit aucune commande et reste alors inhibé. Dans ce mode de fonctionnement virtuel, les liaisons de communication avec respectivement les capteurs 5 et éventuellement les actionneurs 7 du dispositif multicapteurs sont stoppées par le commutateur 20. L'unité centrale 2 est alors liée avec le dispositif de simulation 30. Elle fonctionne de la même manière, que ce soit en mode de fonctionnement virtuel ou réel, ce qui permet de la tester, la valider, l'améliorer, etc., de manière fiable, dans son mode de fonctionnement virtuel. Bien entendu, l'invention ne se limite aux modes de réalisation décrits ci- dessus. Le principe de l'invention peut être mis en oeuvre pour tout ou partie des capteurs d'un système multicapteurs, et optionnellement pour tout ou partie des actionneurs, ces derniers n'étant pas obligatoirement désactivés en mode de fonctionnement virtuel. D'autre part, ce concept peut être implémenté sur des systèmes multicapteurs ne comprenant pas d'actionneur. Le dispositif de simulation peut aussi se présenter sous d'autres formes que celle présentée à titre d'exemple sur la figure 5. Notamment, l'interface homme machine, l'ensemble de simulation 35, 36, 37 d'actionneur restent optionnels et pourraient être supprimés dans une version simplifiée. L'architecture décrite présente l'avantage de permettre une évolution en temps réel du système multicapteurs électronique, dans son mode de 30 fonctionnement virtuel. Une première application de l'invention peut se faire pour un dispositif de détection et localisation d'animaux, comme des oiseaux ou des chauves-souris qui émettent des sons qui peuvent permettre de les localiser par un réseau de capteurs. Dans cette application, le système multicapteurs comprend plusieurs capteurs sonores, en communication avec une unité centrale, comprenant un microprocesseur et une interface homme machine de type sonore, c'est-à-dire transmettant en sortie un son vers un utilisateur. Les différentes données transmises par les capteurs sonores permettent à l'unité centrale de localiser une chauve-souris et de l'identifier en fonction de sa signature sonore. Cette dernière est reproduite en sortie par l'interface homme machine, ce qui permet aussi à un individu entraîné de l'identifier. Pour obtenir une bonne performance d'un tel système, il est nécessaire de positionner de manière optimale les différents capteurs sonores sur un site donné ; ce positionnement parmi une multitude de solutions possibles n'est pas une tâche facile. En connectant un dispositif de simulations sur le système multicapteurs selon le principe de l'invention et en simulant son fonctionnement avec des capteurs sonores virtuels simulés positionnés différemment, il est possible de déterminer en configuration virtuelle la meilleure configuration, sans nécessiter d'aller essayer divers emplacements sur le site réel. Une seconde application de l'invention peut se faire pour un robot, dont les capteurs lui permettent d'observer son environnement, dont l'unité centrale lui permet de choisir des actions à mener en fonction de cet environnement, et dont des actionneurs lui permettent de réaliser effectivement ces actions. La mise au point et la validation d'un tel robot peut être délicate, car il faudrait le positionner dans certaines situations réelles particulières pour observer son comportement. Or il est parfois impossible, voire compliqué et coûteux, de faire ces essais dans ces situations particulières. Ainsi, la connexion du dispositif de simulation sur le robot permet de le positionner dans ces situations particulières dans le mode de fonctionnement virtuel tout en observant les véritables réactions qu'il aura dans ces situations dans le mode réel. En remarque, tout ou partie des actionneurs peuvent rester actifs dans ces tests pour mieux observer le comportement du robot. Une troisième application de l'invention peut se faire pour un véhicule automobile, que l'on souhaite utiliser à l'arrêt, selon des scenarii virtuels, soit pour tester le comportement du véhicule automobile soit pour entraîner et tester son conducteur. Pour cela, les capteurs du véhicule automobile qui réalisent des mesures de l'environnement du véhicule automobile et sont directement liés à la conduite, c'est-à-dire dont les mesures sont importantes pour le fonctionnement du groupe motopropulseur et de l'ordinateur de bord, sont simulés, afin d'obtenir un comportement réaliste du véhicule automobile dans son environnement virtuel. D'autre part, cet environnement virtuel est visualisé par le conducteur, sous la forme d'une route projetée sur un écran devant le véhicule automobile, qui défile lorsque le véhicule roule dans son environnement virtuel. Les commandes pour la conduite du véhicule automobile comme le volant et les pédales restent actives comme en mode de fonctionnement réel. L'invention permet finalement de résoudre les problèmes technique liés à la simulation de niveau applicatif intégrant des modèles physiques de simulations numériques de données de capteurs pour tout système équipé de capteurs en réseau, y compris les systèmes plus complexes comprenant aussi des actionneurs et des calculateurs embarqués (comme dans l'automobile par exemple). L'invention permet par exemple de lever l'ensemble des verrous liés à l'immersion dans un monde virtuel d'un conducteur ainsi que de son véhicule automobile, en respectant d'une manière conjointe les propriétés physiques du véhicule et les contraintes de communication du protocole temps-réel équipant ce véhicule. D'une manière plus générale, un utilisateur peut être amené à être équipé de plus en plus de systèmes électroniques mutlicapteurs pour réaliser des fonctions qu'il a soit perdues soit qu'il veut améliorer (réalité augmentée par exemple). L'invention permet alors d'immerger cet utilisateur dans un jeu vidéo aussi simplement qu'il pouvait le faire avec ses propres organes sensoriels (oreilles et yeux principalement). Dans ce dernier cas, des interfaces évoluées du type kinect, qui sont des composants périphériques destinés à contrôler un jeu sans manette par le mouvement d'un joueur, peuvent être utilisées au niveau de l'interface homme machine pour capter les mouvements de l'utilisateur et les rediriger vers le simulateur via un traitement approprié. La liaison au simulateur se fera alors avantageusement par une interface sans fil du type Wifi. REVENDICATIONS1. Procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs (1) comprenant plusieurs capteurs (5) et une unité centrale (2) reliés par un réseau de communication (10), caractérisé en ce qu'il comprend les étapes suivantes : - Connexion (El) d'un dispositif de simulation (30) au système multicapteurs (1) ; - Validation (E2) du dispositif de simulation (30) ; - Lancement (E3) de la simulation dans laquelle un commutateur (20) du système multicapteurs (1) permet la communication vers l'unité centrale (2) de données provenant du dispositif de simulation (30) en remplacement de données provenant d'au moins un capteur (5). 2. Procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs (1) selon la revendication précédente, caractérisé en ce que la première étape (El) comprend une connexion physique par câble Ethernet de deux moyens de liaison (9, 39) de respectivement le dispositif de simulation (30) et le système multicapteurs (1). 3. Procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs (1) selon l'une des revendications précédentes, caractérisé en ce que la seconde étape de validation (E2) comprend la vérification de l'adéquation du dispositif de simulation (30) au système multicapteurs (1). 4. Procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs (1) selon la revendication précédente, caractérisé en ce que la seconde étape de validation (E2) comprend une étape de configuration (E21) automatique du dispositif de simulation (30). 5. Procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs (1) selon la revendication 3 ou 4, caractérisé en ce que la seconde étape de validation (E2) comprend une étape d'apprentissage (E22) du dispositif de simulation (30). 6. Procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs (1) selon l'une des revendications précédentes, caractérisé en ce que l'étape de lancement (E3) de la simulation comprend l'arrêt de la communication d'au moins un capteur (5) vers l'unité centrale (2) du système multicapteurs (1) et le remplacement de cette communication par une liaison du dispositif de simulation (30) vers l'unité centrale (2). 7. Procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs (1) selon l'une des revendications précédentes, caractérisé en ce qu'il comprend en outre une phase de simulation (E4) qui comprend les étapes suivantes : - Calcul de données liées à l'environnement virtuel associées à un scénario prédéfini ; - Simulation d'une grandeur reçue au niveau de chaque capteur simulé en tenant compte de modèles physiques comme des modèles de propagation d'ondes à partir des données liées à l'environnement virtuel ;- Simulation du comportement du capteur recevant cette grandeur pour estimer la mesure virtuelle effectuée par le capteur ; - Simulation d'une conversion analogique - numérique associée au capteur ; - Elaboration d'une trame de communication intégrant la mesure virtuelle numérisée par le protocole de communication associé au réseau de communication du système multicapteurs ; - Transmission de la trame de communication à l'unité centrale (2) du système multicapteurs au travers d'un commutateur (20) du réseau de communication (10) par le même protocole de communication que celui utilisé par un capteur (5) en mode de fonctionnement réel ; - Utilisation de la mesure virtuelle par l'unité centrale (2) dans un calcul, de la même manière que serait exploitée une mesure réelle transmise par un capteur (5) en mode de fonctionnement réel ; - Présentation du résultat du calcul sur une interface homme machine du système multicapteurs. 8. Procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel d'un système multicapteurs (1) selon la revendication précédente, caractérisé en ce que la phase de simulation (E4) comprend l'étape complémentaire suivante : - Représentation sur une interface homme machine du dispositif de simulation (30) de l'environnement virtuel.30 9. Système multicapteurs (1) comprenant plusieurs capteurs (5) et une unité centrale (2) reliés par un réseau de communication (10), caractérisé en ce qu'il comprend un contrôleur (11) du réseau de communication, un commutateur (20) et un moyen de liaison (9) apte à une liaison avec un dispositif de simulation (30), de sorte que la connexion d'un dispositif de simulation (30) sur le moyen de liaison (9) permet au système multicapteurs (1) de passer d'un mode de fonctionnement réel en mode de fonctionnement virtuel dans lequel le commutateur (20) permet la communication vers l'unité centrale (2) de données provenant du dispositif de simulation (30) en remplacement de données provenant d'au moins un capteur (5), en mettant en oeuvre le procédé de passage d'un mode de fonctionnement réel à un mode de fonctionnement virtuel du système multicapteurs (1) selon l'une des revendications précédentes. 10. Système multicapteurs (1) selon la revendication précédente, caractérisé en qu'il comprend au moins un capteur sonore et au moins une camera. 11. Système multicapteurs (1) selon la revendication 9 ou 10, caractérisé en qu'il comprend au moins un capteur (5) comprenant un bloc d'intelligence de capteur (6) local, qui met en oeuvre une conversion analogique - numérique et/ou un filtrage de données. 12. Système multicapteurs (1) selon l'une des revendications 9 à 11, caractérisé en que le réseau de communication (10) utilise le protocole Ethernet. 13. Système multicapteurs (1) selon l'une des revendications 9 à 12, caractérisé en que l'unité centrale (2) comprend un calculateur (22), lecommutateur (20), qui sert d'intermédiaire entre son calculateur (22) et le réseau de communication (10) et des éléments pilotes de capteurs (25), dont la fonction est de piloter la communication avec les capteurs (5). 14. Système multicapteurs (1) selon l'une des revendications 9 à 13, caractérisé en qu'il comprend au moins un actionneur (7). 15. Dispositif de simulation (30) comprenant une unité centrale (32), caractérisé en ce qu'il comprend un ensemble de blocs (45, 46, 47) pour simuler le fonctionnement d'au moins un capteur (5), une interface de communication (38), un moyen de liaison (39) apte pour une liaison avec le réseau de communication d'un système multicapteurs (1) selon l'une des revendications 9 à 14. 16. Dispositif de simulation (30) selon la revendication précédente, caractérisé en qu'il comprend un premier bloc (45) qui modélise les phénomènes physiques permettant d'estimer une grandeur qui serait reçue par un capteur à partir de l'environnement simulé par le calculateur central (32), en tenant compte des phénomènes physiques de propagation par un modèle, un second bloc (46) qui modélise un capteur lui-même et permet de déterminer la mesure qui serait obtenue par un capteur qui recevrait la grandeur déterminée par le premier bloc (45), et un troisième bloc (47) qui simule le comportement du bloc d'intelligence de capteur (6), dont la conversion analogique numérique et/ou des traitements effectués, comme des filtrages. 17. Dispositif de simulation (30) selon la revendication 15 ou 16, caractérisé en qu'il comprend une mémoire (40) sur laquelle se trouve mémorisée une bibliothèque de fichiers de configurations de capteurs.30 18. Dispositif de simulation (30) selon l'une des revendications 15 à 17, caractérisé en qu'il comprend une interface homme machine pour fournir une représentation de l'environnement virtuel à un opérateur. 19. Système caractérisé en ce qu'il comprend un système multicapteurs (1) selon l'une des revendications 9 à 14 et un dispositif de simulation (30) selon l'une des revendications 15 à 18. 20. Système selon la revendication précédente, caractérisé en ce que le dispositif de simulation (30) et le système multicapteurs (1) sont connectés par une liaison (19), en ce que les données de simulation sont transmises sous forme de trame de communication par cette liaison sur un réseau de communication (10) du système multicapteurs (1), jusqu'à un commutateur (20) les orientant vers l'unité centrale (2) du système multicapteurs (1), dans le même format et en remplacement de données transmises par au moins un capteur (5) du système multicapteurs (1) dans un mode de fonctionnement réel, le système mettant en oeuvre le procédé selon l'une des revendications 1 à 8.