FR 2984653 A1 20130621 FR 1257888 A 20120820 SYSTÈME ET PROCÉDÉ POUR GÉRER UN RÉSEAU DE COMMUNICATION ETHERNET POUR UTILISATION DANS UN VÉHICULE RÉFÉRENCE CROISÉE À UNE DEMANDE ASSOCIÉE [0001] La priorité sur la demande de brevet coréen n° 10-2011-0135799 déposée le 15 décembre 2011, dont la description est présentement incorporée en référence dans son intégralité, est revendiquée. DOMAINE DE L'INVENTION [0002] Des modes de réalisation de la présente invention concernent une technologie de réseau de communication interne pour un véhicule, et plus particulièrement un procédé pour gérer un réseau de communication Ethernet de véhicule de manière à surmonter la limitation de temps de durée de configuration IP contenue dans un protocole de configuration d'hôte dynamique (DHCP) lors de la construction d'un réseau de communication interne du véhicule en utilisant la communication Ethernet. CONTEXTE [0003] Avec le développement de la technologie électronique, les véhicules et la technologie associée évoluent rapidement en agrégeant la technologie scientifique la plus avancée. Alors que différentes fonctions additionnelles basées sur la commande électronique et les informations vidéo commencent à être installées dans des véhicules, la quantité de données transmises sur un réseau de communication interne évolue également rapidement. [0004] En conséquence, dans le cas de l'utilisation du réseau de communication de zone de contrôleur (CAN) conventionnel ayant un débit de transfert d'environ 500 kbps, des unités internes de chaque véhicule peuvent avoir des difficultés à manipuler correctement la quantité de donnée d'émission/réception au long cours. En conséquence, la communication Ethernet est intensément discutée et développée comme étant un schéma de communication stable pour les réseaux de véhicule de nouvelle génération. [0005] Parallèlement, dans le cas de l'application de la communication Ethernet à un réseau interne de véhicule (appelé ci-après réseau embarqué dans un véhicule), étant donné que la communication Ethernet a un débit de transfert de données d'environ 100 M - 1G bps, le réseau peut être mis en oeuvre de façon stable et fiable sans aucun problème, mais il est nécessaire de considérer la configuration de protocole Internet (IP) entre des unités de communication. Un utilisateur doit démarrer et arrêter le moteur d'un véhicule chaque fois que l'IP est établi entre les unités de communication. En conséquence, l'utilisateur peut avoir des difficultés à allouer/gérer IP dans le véhicule. C'est-à-dire que si une adresse dynamique est utilisée, le degré de liberté du réseau est augmenté, cependant, le temps de démarrage est augmenté. Par contre, dans le cas d'une adresse statique, la flexibilité du réseau est diminuée mais le temps de démarrage est également diminué. [0006] Tous les composants constituants installés dans le véhicule démarrent un fonctionnement normal dès que la clé de démarrage est actionnée. Dans le cas de l'utilisation de l'adresse dynamique, un temps de démarrage de réseau excessivement long (par exemple, environ 10 secondes) est requis pour le démarrage initial. Certaines entreprises conventionnelles ont également envisagé l'allocation d'adresse statique malgré les problèmes de l'allocation d'adresse dans laquelle la flexibilité est dégradée et une adresse doit être indépendamment gérée pour chaque composant constituant du véhicule. [0007] Cependant, en supposant que quatre caméras installées aux côtés, avant, arrière, droit et gauche du véhicule sont couplées au réseau de communication Ethernet, dans le cas de l'allocation d'adresse statique, un IP doit être alloué à chacune des quatre caméras. Si l'une quelconque des quatre caméras est hors service, un utilisateur doit rechercher les composants constituants, dont les adresses sont allouées à la caméra correspondante, et les remplacer par un autre, ce qui conduit à une compatibilité faible et un plus grand inconfort pour l'utilisateur. [0008] De plus, un serveur de réseau doit « préreconnaître » toutes les informations relatives à un noeud à connecter au réseau. Par conséquent, il existe encore un grand nombre de problèmes et restrictions associés à la gestion effective de réseau dans les réseaux CAN. RÉSUMÉ DE L'INVENTION [0009] Différents modes de réalisation de la présente invention concernent la description d'un système et un procédé pour gérer un réseau de communication Ethernet pour un véhicule qui atténuent sensiblement un ou plusieurs problèmes dus aux limitations et inconvénients de l'art connexe. [0010] Un mode de réalisation de la présente invention concerne un réseau de communication embarqué dans un véhicule utilisant la communication Ethernet, et plus spécifiquement un procédé pour gérer un réseau de communication Ethernet d'un véhicule qui diminue un temps de configuration IP basée sur un protocole de configuration d'hôte dynamique (DHCP). [0011] Selon un mode de réalisation de la présente invention, un procédé pour gérer un réseau de communication Ethernet de véhicule dans lequel un noeud pour chaque unité interne du véhicule qui effectue une communication Ethernet comprend : l'exécution d'un mode de mise sous tension (PowerOn) par application d'une alimentation, par exemple à partir de la batterie du véhicule à chaque unité interne du véhicule pour initier chaque opération ; l'exécution d'un mode normal dans lequel un noeud pour chaque unité participe à un réseau et le réseau est ensuite interrogé ; l'exécution d'un mode d'indication de sommeil (Sleepind) dans lequel les autres noeuds ne sont pas interrogés même lorsque le réseau est interrogé par les autres noeuds ; la terminaison d'un mode de communication ; l'exécution d'un mode de sommeil de bus d'attente (WaitBusSleep) dans lequel tous les noeuds connectés au réseau ne restent plus dans le mode de communication et attendent ensuite la commutation vers le mode sommeil ; et l'exécution d'un mode de mise hors tension par mise hors tension de chaque unité de sorte qu'elle ne puisse pas communiquer avec un autre noeud (avec une autre unité du réseau). [0012] Les opérations de base du mode d'indication de sommeil (Sleepind) peuvent être identiques à celles du mode normal, mais le mode d'indication de sommeil (Sleepind) ne réveille pas le réseau différemment depuis le mode normal. Le procédé peut comprendre en outre l'entrée en mode d'indication de sommeil (Sleepind) lorsqu'un message de communication survient dans le mode de sommeil de bus d'attente (WaitBusSleep), et l'entrée en mode sommeil une fois que le sommeil de bus d'attente (WaitBusSleep) est maintenu pendant un temps prédéterminé. [0013] Le procédé peut comprendre en outre, dans le mode sommeil ou le mode d'indication de sommeil (SleepInd), lorsque le noeud correspondant reçoit un signal de réveil prédéterminé, l'entrée en mode normal. Le signal de réveil prédéterminé peut être mis en oeuvre en tant que signal de réveil local causé par des opérations autocontrôlées de chaque unité et un signal de réveil distant causé par la communication Ethernet. [0014] Le procédé peut comprendre en outre, dans le mode de mise sous tension (PowerOn) ou le mode normal, l'exécution d'une allocation d'adresse pour la communication Ethernet de chaque noeud constituant le réseau. Lorsque l'allocation d'adresse est terminée, le mode normal est exécuté. [0015] Le mode de mise hors tension (PowerOff) peut être activé lorsqu'une batterie est détachée du véhicule ou lorsque toutes les unités ou CPU/MCU sont mises hors tension. Lorsque la batterie est raccordée au véhicule, le mode de mise sous tension (PowerOn), le mode normal, le mode d'indication de sommeil (Sleepind), et le mode sommeil sont séquentiellement exécutés, de manière à compéter la configuration initiale du réseau. [0016] Lorsque toutes les unités contenues dans le réseau entrent en mode d'indication de sommeil (SleepInd), le mode de sommeil de bus d'attente (WaitB u s S leep) peut être exécuté. Selon un autre mode de réalisation de la présente invention, un système pour gérer un réseau de véhicule dans lequel un noeud pour chaque unité contenue dans le véhicule exécute une communication Ethernet, au moins une unité comprenant un serveur de protocole de configuration d'hôte dynamique (DHCP). Plus spécifiquement, chaque unité du réseau comprend une première unité de stockage de programme opérationnel configurée pour stocker un programme opérationnel comprenant un protocole de communication Ethernet, un premier contrôleur configuré pour assurer le contrôle global d'un dispositif basé sur un programme stocké dans la première unité de stockage de programme opérationnel, une première unité de communication Ethernet communiquant avec un autre unité ou le serveur DHCP, et une première unité de stockage d'informations d'adresse auto-assignée configurée pour stocker des informations d'adresse auto-assignée allouées par communication avec le serveur DHCP. L'unité qui comprend le serveur DHCP comprend plus spécifiquement une deuxième unité de stockage de programme opérationnel configurée pour stocker un programme opérationnel comprenant un protocole de communication Ethernet, un deuxième contrôleur configuré pour assurer le contrôle global d'un dispositif basé sur un programme stocké dans la deuxième unité de stockage de programme opérationnel, une deuxième unité de communication Ethernet communiquant avec une autre unité, une deuxième unité de stockage d'informations d'adresse auto-assignée configurée pour stocker des informations d'adresse auto-assignée, au moins une unité configurée pour stocker les informations d'adresse de chaque unité de manière à stocker des informations d'adresse de chaque unité constituant le réseau, et une unité de stockage de mode configurée pour stocker un mode opérationnel indiquant un état de fonctionnement du réseau en tant que données. BRÈVE DESCRIPTION DES DESSINS [0017] La figure 1 est un schéma illustrant des composants internes du véhicule connectés à un réseau de communication Ethernet de véhicule selon un premier mode de réalisation exemplaire de la présente invention. [0018] La figure 2 est un schéma fonctionnel illustrant les principaux composants d'un système de réseau de communication Ethernet de véhicule décrit sur la figure 1. [0019] La figure 3 est un organigramme illustrant les opérations du système de réseau de communication Ethernet de véhicule décrit sur la figure 2. [0020] La figure 4 est un diagramme d'état du réseau de communication 10 Ethernet de véhicule selon un premier mode de réalisation exemplaire de la présente invention. DESCRIPTION DE MODES DE RÉALISATION [0021] Il est fait référence ci-après de façon détaillée aux modes de réalisation de la présente invention, dont des exemples sont illustrés sur les dessins annexés. 15 Dans la mesure du possible, les mêmes numéros de référence sont utilisés dans l'ensemble des dessins pour désigner des composants identiques ou similaires. [0022] La figure 1 est un diagramme illustrant des composants internes d'un véhicule connectés à un réseau de communication Ethernet de véhicule selon un premier mode de réalisation de la présente invention. Il doit être noté que le premier 20 mode de réalisation décrit sur la figure 1 est décrit uniquement à titre d'illustration et la portée ou l'esprit de la présente invention n'est pas limité à celui-ci. C'est-à-dire que, par souci de commodité de description et d'une meilleure compréhension de la présente invention, seules certaines unités contenues dans le système de réseau sont décrites sur la figure 1, mais d'autres exemples peuvent également être appliquées au premier mode de réalisation de la présente invention comme requis. En référence à la figure 1, une unité de commande électronique (ECU) est intégrée dans des composants électroniques individuels (par exemple, des caméras 1-14, une unité de tête 20, etc.) Les composants électroniques comprennent des caméras 10a-10d, une unité de tête 20, une unité d'assistance de conducteur 30, un lecteur DVD 40, un amplificateur 50, des unités d'affichage de siège arrière 60a, 60b, une radio satellitaire 70, un périphérique Bluetooth 80, un GPS 90. [0023] Le système est monté/installé dans un véhicule, et un programme de communication Ethernet selon la présente invention est embarqué dans chaque ECU. [0024] Le serveur DHCP selon la présente invention peut être mis en oeuvre dans l'un quelconque des éléments constitutifs électroniques du réseau véhiculaire qui comprennent ou sont commandés par un ECU. Par conséquent, l'entreprise fabricante peut déterminer le meilleur emplacement pour installer le serveur DHCP en fonction de la nécessité stratégique ou du résultat d'investigation d'utilité pendant la conception du véhicule et le procédé de fabrication. Par souci de commodité de la description et d'une meilleure compréhension de la présente invention, il est supposé que le serveur DHCP est mis en oeuvre dans une unité d'assistance de conducteur (DAU) 30 selon le premier mode de réalisation de la présente invention. [0025] La figure 2 est un schéma fonctionnel illustrant les principaux composants d'un système de réseau de communication Ethernet de véhicule décrit sur la figure 1. En référence à la figure 2, un numéro de référence 20 est une unité de tête embarquée dans le véhicule. L'unité de tête 20 comprend une unité d'entrée d'utilisateur 21, une unité de sortie vidéo 22, une unité de sortie audio 23, une première unité de stockage de programme opérationnel 24 pour stocker un programme opérationnel, un premier contrôleur 25 pour assurer le contrôle global d'un dispositif basé sur un programme stocké dans la première unité de stockage de programme opérationnel 24, une première unité de communication Ethernet 26 communiquant avec une autre unité ou un serveur DHCP ; et une première unité de stockage d'informations d'adresse auto-assignée 27 pour stocker des informations d'adresse auto-assignée allouées par communication avec le serveur DHCP. [0026] Une unité d'assistance de conducteur (DAU) 30 comprend un serveur DHCP. Le serveur DHCP 30 comprend une deuxième unité de stockage de programme opérationnel 34 stockant un programme opérationnel comprenant un protocole de communication Ethernet de véhicule, un deuxième assurant le contrôle global du dispositif sur la base d'un programme stocké dans la deuxième unité de stockage de programme opérationnel 34, une deuxième unité de communication Ethernet 36 communiquant avec les autres unités dans le réseau, une deuxième unité de stockage d'informations d'adresse auto-assignée 37 stockant des informations d'adresse auto-assignée, une unité 38 stockant des informations d'adresse de chaque unité, et une unité de stockage de mode 39 stockant un état opérationnel de réseau (c'est-à-dire, un mode opérationnel de réseau) en tant que données. [0027] La figure 3 est un organigramme illustrant les opérations du système de réseau de communication Ethernet de véhicule décrit sur la figure 2. Un procédé pour gérer un réseau de communication Ethernet de véhicule selon la présente invention est décrit ci-après en référence à la figure 3. En référence à la figure 3, un procédé pour commander/gérer le réseau de communication Ethernet de véhicule comprend 6 modes opérationnels, c'est-à-dire, un mode PowerOn, un mode normal, un mode d'indication de sommeil (Sleepind), un mode WaitBusSleep, un mode sommeil, et un mode PowerOFF. [0028] La figure 4 est un diagramme d'état du réseau de communication Ethernet de véhicule selon un premier mode de réalisation de la présente invention. De façon plus détaillée, la figure 4 est un diagramme d'état illustrant les relations opérationnelles mutuelles des six modes opérationnels mentionnés ci-dessus. En référence à la figure 4, le mode PowerOn est utilisé, par exemple, pour la fixation de batterie dans un procédé de fabrication de véhicule. C'est-à-dire que pendant le mode PowerOn, l'alimentation de la batterie est appliquée à chaque unité du véhicule, de sorte que l'initialisation opérationnelle soit effectuée par chaque programme opérationnel. Pendant le mode normal, un ECU de chaque unité participe à un réseau, et demande une connexion réseau. [0029] Pendant le mode d'indication de sommeil (Sleepind), le réseau a été interrogé par une autre unité et d'autres noeuds ne sont pas interrogés dans ce mode. De façon plus détaillée, bien que les opérations de base du mode Sleepind soient fondamentalement identiques à celles du mode normal, le réseau n'est pas réveillé dans le mode Sleepind, ce qui est différent du mode normal. Cependant, le mode Sleepind peut être commuté vers le mode normal une fois qu'un signal a été reçu par l'ECU. Le mode sommeil arrête la communication avec d'autres parties. Dans le cas du mode WaitBusSleep, tous les noeuds (ou unités) connectés au réseau ne communiquent pas avec d'autres mais sont prêts à entrer en mode sommeil. Si un message de communication survient dans le mode WaitBusSleep, le mode Sleepind démarre son fonctionnement. [0030] Dans le mode PowerOff, la batterie du véhicule est détachée ou toutes les unités ou CPU/MCU sont mises hors tension de sorte qu'il soit impossible que les unités correspondantes contenues dans le système de réseau de communication Ethernet de véhicule communiquent les unes avec les autres. [0031] En référence à la figure 3, après que différents composants électroniques d'un véhicule aient été totalement assemblés dans un procédé de fabrication de véhicule, une fois que l'alimentation de la batterie est appliquée à chaque unité du véhicule dans l'étape ST10, le contrôleur 25 ou 35 de chaque unité entre dans le mode PowerOn, charge un programme stocké dans l'unité de stockage de programme opérationnel 24 ou 34, et effectue une initialisation basée sur le programme chargé dans l'étape ST11. [0032] Après l'initialisation mentionnée ci-dessus, le contrôleur 25 ou 35 passe en mode normal, et diffuse un signal de réveil distant (RemoteWakeup) pour réveiller le réseau entier dans l'étape ST12. Ensuite, le deuxième contrôleur 35 de l'unité d'assistance de conducteur (DAU) 30 comprenant le serveur DHCP confirme la présence de chaque unité dans l'architecture du réseau, et alloue une adresse Ethernet pour chaque unité dans l'étape ST13. Une fois que l'allocation d'adresse est terminée par l'intermédiaire du procédé mentionné ci-dessus dans l'étape ST14, le DAU identifie le réseau et passe en mode d'indication de sommeil (SleepInd) dans l'étape ST15. [0033] Si toutes les unités sont commutées dans le mode Sleepind par le procédé mentionné ci-dessus dans l'étape ST16, le mode opérationnel du réseau entre dans le mode WaitBusSleep et passe en mode veille dans l'étape ST17. Si le mode WaitBusSleep est maintenu pendant un temps prédéterminé (par exemple, environ 500 ms) dans l'étape ST18, le mode opérationnel du réseau commute vers le mode sommeil dans l'étape ST19. [0034] Le mode sommeil indique un état de terminaison de communication dans lequel le système arrête la communication après avoir été mis sous tension. Dans le mode sommeil, si le véhicule est éteint, par exemple, le réseau passe en mode sommeil. C'est-à-dire que dans le mode sommeil, au lieu de commuter le réseau vers un mode PowerOff, le réseau est plutôt maintenu en mode sommeil (dans les étapes ST20-ST21). [0035] Lorsque l'allocation d'adresse est complètement effectuée par les procédures mentionnées ci-dessus, le véhicule est fourni à un acheteur (conducteur). En conséquence, un signal de réveil local survient par activation d'une série de capteurs destinés à être activés lorsque le conducteur du véhicule ouvre l'une quelconque des portes du véhicule ou active un système audio embarqué dans le véhicule, de sorte que le mode opérationnel du réseau soit immédiatement commuté du mode sommeil vers le mode Sleepind et une fonction de réveil distant est activée par le signal de réveil basé sur la communication Ethernet. En conséquence, le mode sommeil est commuté en mode Sleepind, de sorte que les composants électroniques respectifs installés sur le véhicule puissent être normalement activés. C'est-à-dire que le système et le procédé de gestion de réseau de communication Ethernet de véhicule selon le mode de réalisation mentionné ci-dessus, lors de la construction du réseau de communication embarqué dans un véhicule utilisant la communication Ethernet, peuvent résoudre une allocation IP excessive causée par un DHCP et la limitation du temps de configuration IP. [0036] Comme il apparaîtra à la lecture de la description ci-dessus, le réseau embarqué dans un véhicule de communication utilisant la communication Ethernet selon des modes de réalisation de la présente invention peut résoudre une allocation IP excessive et la limitation de temps de configuration IP causés par un DHCP. En particulier, il peut garantir la même flexibilité de réseau que l'allocation d'adresse dynamique, et peut rapidement établir un enregistrement de réseau de la même manière que dans l'allocation d'adresse statique. En conséquence, les composants constituants électroniques du véhicule sont rapidement initialisés et le véhicule commence un fonctionnement normal plus rapidement, de sorte qu'un réseau embarqué dans un véhicule puisse être utilisé de façon stable. [0037] Bien que les modes de réalisation préférés de la présente invention aient été décrits à titre d'illustration, il apparaîtra à l'homme du métier que des modifications, ajouts et substitutions divers sont possibles, sans s'écarter de la portée et de l'esprit de l'invention comme décrit dans les revendications annexées. SYMBOLE DE CHACUN DES ÉLÉMENTS SUR LES FIGURES 27 : première unité de stockage d'informations d'adresse auto-assignée 24 : première unité de stockage de programme opérationnel 25 : premier contrôleur 26 : première unité de communication Ethernet 21 : unité d'entrée d'utilisateur 22 : unité de sortie vidéo 23 : unité de sortie audio 40 : lecteur DVD 36 : deuxième unité de communication Ethernet 35 : deuxième contrôleur 37 : deuxième unité de stockage d'informations d'adresse auto-assignée 39 : unité de stockage de mode 34 : deuxième unité de stockage de programme opérationnel 38 : unité de stockage pour les informations d'adresse de chaque unité REVENDICATIONS1. Procédé pour gérer un réseau de communication Ethernet de véhicule dans lequel un noeud pour chaque unité interne du véhicule effectue une communication Ethernet, le procédé comprenant : l'entrée, par chaque unité dans le réseau, dans un mode de mise sous tension (PowerOn) dans lequel l'alimentation est fournie à chaque unité dans le réseau du véhicule pour initialiser chaque opération dans chaque unité ; l'entrée, par chaque unité dans le réseau, dans un mode normal dans lequel un noeud dans chaque unité participe au réseau et le réseau est ensuite interrogé ; l'entrée, par chaque unité dans le réseau, dans un mode d'indication de sommeil (Sleepind) dans lequel les autres noeuds ne sont pas interrogés même lorsque le réseau est interrogé par les autres noeuds ; la terminaison, par chaque unité dans le réseau, d'un mode de communication ; l'entrée, par chaque unité dans le réseau, dans un mode de sommeil de bus d'attente (WaitBusSleep) dans lequel tous les noeuds connectés au réseau ne sont pas en communication et sont en attente ; et l'entrée, par chaque unité dans le réseau, dans un mode de mise hors tension dans lequel chaque unité est mise hors tension de manière à empêcher chaque unité 20 de communiquer avec une autre unité dans le réseau. 2. Procédé selon la revendication 1, dans lequel des opérations de base du mode d'indication de sommeil (Sleepind) sont identiques à celles du mode normal, mais le mode d'indication de sommeil (SleepInd) ne réveille plus le réseau. 3. Procédé selon la revendication 1, comprenant en outre : l'entrée dans le mode d'indication de sommeil (SleepInd) lorsqu'un message de communication survient dans le mode de sommeil de bus d'attente 5 (WaitBusSleep). 4. Procédé selon la revendication 1, comprenant en outre : l'entrée en mode sommeil une fois que le sommeil de bus d'attente (WaitBusSleep) est maintenu pendant un temps prédéterminé. 5. Procédé selon la revendication 1, comprenant en outre : dans le mode sommeil ou le mode d'indication de sommeil (Sleepind), une fois qu'un noeud correspondant reçoit un signal de réveil prédéterminé, l'entrée en mode normal. 6. Procédé selon la revendication 5, dans lequel le signal de réveil prédéterminé est mis en oeuvre en tant que signal de réveil local causé par des opérations autocontrôlées de chaque unité et un signal de réveil distant causé par une communication Ethernet. 20 7. Procédé selon la revendication 1, comprenant en outre : dans le mode de mise sous tension (PowerOn) ou le mode normal, l'exécution d'une allocation d'adresse pour la communication Ethernet de chaque noeud constituant le réseau. 10 15 8. Procédé selon la revendication 7, comprenant en outre : lorsque l'allocation d'adresse est terminée, l'entrée en mode normal. 9. Procédé selon la revendication 1, dans lequel le mode de mise hors tension (PowerOff) est activé lorsqu'une batterie est détachée du véhicule ou lorsque toutes les unités sont mises hors tension. 10. Procédé selon la revendication 7, comprenant en outre : lorsque la batterie est raccordée au véhicule, séquentiellement l'entrée en mode de mise sous tension (PowerOn), en mode normal, en mode d'indication de sommeil (Sleepind), et en mode sommeil, de manière à effectuer complètement la configuration initiale du réseau. 11. Procédé selon la revendication 1, comprenant en outre : lorsque toutes les unités contenues dans le réseau entrent en mode d'indication de sommeil (SleepInd), l'exécution du mode de sommeil de bus d'attente (WaitBusSleep). 12. Système pour gérer un réseau de véhicule dans lequel un noeud pour chaque unité contenue dans le véhicule exécute une communication Ethernet basée sur au moins une unité qui comprend un serveur de protocole de configuration d'hôte dynamique (DHCP), le système comprenant : chaque unité du réseau comprenant :une première unité de stockage de programme opérationnel configurée pour stocker un programme opérationnel comprenant un protocole de communication Ethernet, un premier contrôleur configuré pour assurer le contrôle global d'un dispositif basé sur un programme stocké dans la première unité de stockage de programme opérationnel, une première unité de communication Ethernet configurée pour communiquer avec au moins une autre unité ou le serveur DHCP, et une première unité de stockage d'informations d'adresse auto- assignée configurée pour stocker des informations d'adresse auto-assignée allouées par communication avec le serveur DHCP, dans lequel l'au moins une unité comprenant le serveur DHCP comprend : une deuxième unité de stockage de programme opérationnel configurée pour stocker un programme opérationnel comprenant un protocole de communication Ethernet, un deuxième contrôleur configuré pour assurer le contrôle global d'un dispositif basé sur un programme stocké dans la deuxième unité de stockage de programme opérationnel, une deuxième unité de communication Ethernet configurée pour communiquer avec au moins une autre unité dans le réseau, une deuxième unité de stockage d'informations d'adresse auto-assignée configurée pour stocker des informations d'adresse auto-assignée,une troisième unité de stockage configurée pour stocker des informations d'adresse de chaque unité de manière à stocker des informations d'adresse de chaque unité constituant le réseau, et une unité de stockage de mode configurée pour stocker un mode opérationnel indiquant un état de fonctionnement du réseau en tant que données.