FR 2966668 A1 20120427 FR 1004173 A 20101022 Le domaine technique de l'invention est celui des procédés et dispositifs associés permettant la commande d'au moins un équipement à partir d'au moins deux postes clients tous reliés entre eux par un bus de communication. Les bus de communication sont bien connus de l'Homme du Métier. Ils permettent de commander et/ou d'alimenter en énergie différents équipements à partir d'un ou plusieurs postes clients et au travers d'une liaison filaire comportant deux fils ou plus. Les bus permettent de simplifier le câblage et autorisent la mise en place ultérieure de nouveaux composants sur la ligne. Le bus peut être un bus parallèle ou un bus série et il comporte généralement au moins deux fils. On connaît différents types de bus : le bus CAN, le bus Ethernet, le bus Flexray. Chaque bus fonctionne en mettant en oeuvre un protocole particulier de gestion des échanges de messages. Les protocoles connus permettent de gérer les priorités et les conflits entre les différents utilisateurs du bus. Cependant les conflits gérés se limitent à la gestion de l'ordre de circulation des messages sur la ligne et à la prise en compte de priorités pour certains messages. Un ordre d'utilisation d'une ressource (par exemple une imprimante informatique) peut ainsi être géré par les protocoles connus. Cependant aucun protocole à ce jour ne gère la commande multi-postes c'est à dire la possibilité d'actionner un équipement donné du réseau à partir de plusieurs postes clients avec des conflits, non pas de priorité d'accès, mais de juxtaposition d'ordres contradictoires. On rencontre pourtant un tel besoin dans les véhicules de combat modernes pour lesquels les différents membres de l'équipage peuvent être amenés à commander à partir de leur poste client le même équipement, par exemple une climatisation, un éclairage une commande dé pointage d'une arme ou d'une tourelle_ Ces conflits conduisent à une impossibilité d'actionner l'équipement. Ils conduisent par ailleurs à une incertitude pour l'utilisateur sur l'état réel de l'équipement après sa commande. C'est le but de l'invention que de proposer un procédé permettant d'assurer une commande fiable des différents équipements raccordés sur une ligne de bus à partir de plusieurs postes clients dotés des mêmes capacités. Ainsi l'invention a pour objet un procédé de commande d'au moins un équipement à partir d'au moins deux postes clients reliés entre eux et avec les équipements par un bus de communication, procédé dans lequel chaque poste client peut commander un équipement en adressant sur le bus au moins un message de commande, procédé caractérisé en ce que : chaque poste client émet sur le bus des signaux de commande destinés à chaque équipement, avec au moins une même période d'émission qui est la même pour tous les postes clients et qui est associée à l'équipement considéré, le signal pour un équipement donné pouvant être un signal demandant un changement d'état de l'équipement ou bien un signal, dit d'évènement nul, correspondant au maintien dans l'état en cours, chaque équipement analyse de façon continue les signaux de commande reçus des différents postes clients et se positionne à l'état souhaité par au moins un des postes clients si les signaux de commande reçus au cours de la période en cours sont compatibles entre eux ou bien se positionne à un état par défaut si au moins un signal de commande reçu au cours de la période en cours est incompatible avec les autres signaux reçus. Selon une autre caractéristique, chaque équipement pourra émettre sur le bus à l'issue de chaque période qui lui est associée un signal indiquant son état, signal qui sera utilisé par les postes clients pour visualiser l'état de l'équipement considéré. Selon une variante de réalisation, lorsqu'un poste client émet sur le bus un signal de commande de changement d'état destiné à un équipement et qu'il ne reçoit pas de signal émis par l'équipement et confirmant la prise en compte de cette commande, il pourra émettre ce signal de commande pendant au moins trois périodes associées à cet équipement. Chaque poste client pourra avoir la possibilité d'émettre à destination d'un équipement, à tout moment et indépendamment de la période considérée, un signal de commande de changement d'état, dit signal événementiel. Un signal événementiel sera traité par l'équipement comme un signal de commande prioritaire, donc pris en compte quels que soient les autres signaux reçus. L'invention a également pour objet un dispositif de gestion des signaux de commande d'au moins un équipement à partir d'au moins deux postes clients reliés entre eux et avec les équipements par un bus de communication, dispositif mettant en oeuvre le procédé selon l'invention et dans lequel chaque poste client est relié au bus par une première interface permettant d'émettre sur le bus au moins un message de commande, dispositif caractérisé en ce que : les premières interfaces de chaque poste client émettent sur le bus des signaux de commande destinés à chaque équipement, avec toutes au moins une même période d'émission qui est la même pour tous les postes clients et qui est associée à l'équipement considéré, le signal pour un équipement donné pouvant être un signal demandant un changement d'état de l'équipement ou bien un signal, dit d'évènement nul, correspondant au maintien dans l'état en cours, chaque équipement est raccordé au bus par une seconde interface qui reçoit les signaux de commande émis par les postes clients et qui analyse de façon continue les signaux de commande reçus des différents postes clients, cette seconde interface étant susceptible de commander un passage de l'équipement à un état par défaut lorsque au moins un signal de commande reçu au cours de la période en cours est incompatible avec les autres signaux précédemment reçus au cours de la même période. L'invention sera mieux comprise à la lecture de la description qui va suivre d'un mode particulier de réalisation, description faite en référence aux dessins annexés et dans lesquels : - la figure 1 schématise un bus sur lequel sont raccordés différents postes clients et équipements, - la figure 2 montre un exemple de fonctionnement du 15 procédé selon l'invention en l'absence de conflit, - la figure 3 montre un exemple de fonctionnement du procédé selon l'invention en présence de conflit. En se reportant à la figure 1, un bus de communication 1 permet de relier entre eux différents postes clients 2.1, 2.2 20 et 2.3 (2.i) et différents équipements 3.1,3.2, 3.3 et 3.4 (3.i). Ce bus de communication (représenté ici comme un bus bifilaire la,lb) est par exemple intégré à l'architecture d'un véhicule militaire et les postes clients pourront être : 25 2.1 le poste de chef du véhicule (C), 2.2 le poste du tireur (T) et 2.3 le poste du pilote (P). Du point de vue équipements, on a figuré schématiquement à titre d'exemple pratique un dispositif de vidéo orientable 3.1, un dispositif d'éclairage de l'intérieur du 30 véhicule 3.2, un dispositif de pointage de tourelle d'arme 3.3 et une climatisation du véhicule 3.4. Chaque poste client 2.i est raccordé au bus 1 par l'intermédiaire d'une première interface 4.i (4.1, 4.2 ou 4.3). Cette interface pourra être un boîtier d'interconnexion classique ou bien le plus souvent une carte réseau incorporée au poste client. D'une façon classique chaque première interface 4.i permet d'émettre sur le bus les messages de commande destinés aux équipements 3.i ainsi que les messages de communication destinés aux autres postes clients. Les émissions se font en mettant en oeuvre un protocole de communication classique de type CAN par exemple (tel que le protocole normalisé SAE J1939). Chaque équipement est lui aussi relié au bus 1 par l'intermédiaire d'une seconde interface 5.i (5.1, 5.2, 5.3 et 5.4). Ces interfaces, elles aussi, seront suivant la nature de l'équipement des boîtiers de communication spécifiques ou bien des cartes électroniques réseau incorporées à l'équipement considéré. Les premières et secondes interfaces incorporeront toutes un logiciel de gestion des échanges suivant le protocole de communication mis en oeuvre. Ce logiciel sera adapté de façon à mettre en oeuvre le procédé de commande selon l'invention. Selon une première caractéristique du procédé selon l'invention, les premières interfaces 4.i de chaque client 2.i émettent sur le bus 1 des signaux de commande destinés à chaque équipement 3.i, avec toutes au moins une période d'émission 03,i qui est la même pour tous les clients 2.i et qui est également associée à l'équipement 3.i considéré. En effet tous les équipements ne nécessitent pas la même période d'émission. Tout dépend de la fréquence d'utilisation opérationnelle de l'équipement considéré. On pourra par exemple mettre en oeuvre une période 03.1 de 50 millisecondes pour le dispositif vidéo orientable 3.1 et une période 03,2 de 100 millisecondes pour le dispositif 3.2 d'éclairage de l'intérieur du véhicule. D'une façon classique, chaque équipement reconnaîtra les signaux de commande qui lui sont destinés grâce à un codage approprié de chaque signal. Selon une caractéristique essentielle de l'invention, un signal de commande est envoyé systématiquement par chaque poste client vers chaque équipement avec la période associée audit équipement. Ce signal peut être un signal demandant un changement d'état de l'équipement (activé ou désactivé) mais aussi il peut être un signal, dit d'évènement nul, correspondant au maintien dans l'état en cours. Il est en effet important pour chacune des secondes interfaces 5.i de savoir, pour chaque période 03,i, ce que demande chaque poste client et également de détecter de façon positive s'il ne demande rien (et non de le déduire par une simple absence de signal). Ceci permet de détecter immédiatement un dysfonctionnement du réseau. Au niveau d'un signal de commande, la différence entre les états possibles pourra être faite par des créneaux d'amplitude différente ou bien plus simplement par une valeur numérique différente pour chaque type de commande destinée à chaque équipement. La seconde interface 5.i de chaque équipement 3.i émet périodiquement sur le bus 1 à l'issue de chaque période 03, un signal indiquant l'état de l'équipement 3.i considéré. Ces signaux émis par les secondes interfaces 5.i sont reçus par les premières interfaces 4.i et permettent à chaque poste client 2.i de visualiser à tout moment (pour l'opérateur) l'état de chaque équipement et ce d'une façon indépendante des signaux émis par les premières interfaces. On remarque que le protocole de communication qui a été décrit est asynchrone. Peut importe en effet que les différents postes clients et les équipements soient ou non synchronisés. L'invention peut cependant être également mise en oeuvre avec un réseau synchronisé. Dans tous les cas, ce qui est important c'est que la même période 03,i soit utilisée par tous les postes clients pour commander un équipement 3.i et aussi utilisée par ledit équipement pour émettre ses signaux d'état. Le protocole de communication peut aussi être mis en oeuvre pour des commandes ayant plus de deux valeurs . par exemple des commandes de positionnement de tourelle qui pourront être réalisés avec différentes vitesses de positionnement. Les valeurs angulaires des positionnement de la tourelle ou des caméras pourront également être introduites au niveau des postes clients et envoyées aux secondes interfaces des équipements sous la forme de signaux numériques correspondant à la consigne donnée aux moyens de positionnement. Ceci reste compatible du mode de fonctionnement proposé par l'invention, il suffit alors de noter qu'il y a plus de trois types de signaux de commande : une commande "maintien dans l'état en cours" (Évent : None sur les figures 2 et 3 qui seront décrites par la suite), une commande "arrêt de l'équipement" (Évent Off) et plusieurs commandes d'activation (Évent : On) dont la valeur dépendra de celle du signal numérique d'activation émis par la première interface 4.i. Le protocole de communication selon l'invention prévoit donc que chaque poste client émettra périodiquement des signaux, même lorsque aucun équipement n'est commandé. Selon une autre caractéristique essentielle de l'invention, le protocole de communication met par ailleurs en oeuvre une analyse continue par chaque seconde interface 5.i des signaux de commande émis par les différents postes clients 2.i et qui lui sont adressés. Chaque poste client 2.i ayant les mêmes capacités de commander un équipement donné 3.i, il est possible de voir apparaître au cours d'une même période 03,i donnée deux ordres successifs qui sont contradictoires et émis par deux premières interfaces 4.i distinctes. On peut voir en effet un utilisateur demander l'allumage de la climatisation et un autre utilisateur demander immédiatement la coupure de la climatisation. Ces ordres successifs et contradictoires peuvent conduire à des dysfonctionnements de l'équipement commandé (oscillations, surintensités, mouvements incontrôlés). Ces dysfonctionnements sont accrus par le fait que les postes clients ne savent pas quel est le statut de l'équipement à l'issue de l'ordre envoyé, ce qui peut conduire chaque poste client à réitérer l'émission d'ordres contradictoires. Conformément à l'invention ce problème est résolu au niveau de chaque seconde interface par une analyse de façon continue des signaux de commande reçus des différents postes clients au cours d'une période donnée O3.i, Chaque seconde interface 5.i transmet effectivement à l'équipement 3.i considéré la première commande reçue au cours d'une période O3.i donnée. Cependant si une deuxième commande contradictoire avec la première est reçue au cours de la même période, elle ne sera pas systématiquement transmise à l'équipement. A la réception de cette commande contradictoire, la seconde interface 5.i va alors commander le passage de l'équipement à un état dit "par défaut" (ou bien le maintien à l'état précédent si ce dernier est l'état par défaut). Le logiciel incorporé dans la seconde interface va donc incorporer une boucle de test qui détectera l'apparition d'un ordre contradictoire au cours de la période O3,i et qui commandera alors l'adoption par l'équipement de l'état par défaut. Cet état par défaut sera programmé et mémorisé dans une carte électronique de la seconde interface 5.i. En fonction de l'équipement considéré l'état par défaut peut être très différent. On pourra pour la commande de pivotement d'une tourelle adopter comme état par défaut un pivotement à faible vitesse. Pour une commande d'éclairage d'habitacle on pourra adopter un état éteint par défaut. Pour une commande de climatisation on adoptera un état activé par défaut. Pour un dispositif de vidéo orientable on pourra adopter comme état par défaut l'activation de la caméra. Comme cela a été précisé précédemment le procédé selon l'invention peut aussi être mis en oeuvre pour des commandes ayant plus de deux valeurs . par exemple des commandes de positionnement de tourelle qui pourront être réalisés avec différentes vitesses de positionnement ou différentes valeurs de consigne angulaire. Il suffira de définir une consigne numérique de positionnement par défaut qui sera adoptée par le dispositif de positionnement en cas de contradiction entre les commandes reçues de différents postes clients au cours de la même période. Les figures 2 et 3 montrent deux exemples de fonctionnement du procédé selon l'invention. Chaque figure ne considère qu'un seul équipement (ici la climatisation 3.4) et les différents postes clients 2.1, 2.2 20 et 2.3. On a représenté sous la forme de barres verticales en regard de chaque poste client 2.i les états de la climatisation tel que chaque poste client les voit (clair H> Etat "Off" ou climatisation coupée; grisé -i Etat "On" ou 25 climatisation activée). On a représenté enfin sous la forme d'une autre barre verticale, en regard de l'équipement 3.4, l'état réel (Off ou On) de la climatisation après traitement par la seconde interface 5.4 des différents ordres reçus. 30 Les barres verticales sont orientées temporellement du haut vers le bas. Les flèches horizontales orientées de gauche à droite indiquent les commandes émises par chaque poste client (via sa première interface) . 10 Flèches en pointillés (Évent None) signifie que le poste client envoie un signal "maintien dans l'état en cours". Flèches en trait simple (Évent . Off) signifie que le poste client envoie un signal : "arrêt de l'équipement". Flèches en trait double (Évent . On) signifie que le poste client envoie un signal "mise en route de l'équipement". Enfin les flèches horizontales orientées de droite à gauche indiquent les signaux d'état transmis par l'équipement vers chaque poste client à l'issue de chaque période de signaux 03.4. Si on considère la figure 2 qui montre une séquence de fonctionnement sans conflits, on remarque que l'équipement 3.4 (climatisation) connaît tout d'abord une séquence Al (qui dure ici deux périodes 03,4), séquence au cours de laquelle l'équipement est désactivé (État : Off). Au cours de la séquence A2 (qui dure une période 03.4), le tireur T commande l'activation de la climatisation (Évent On). La seconde interface de l'équipement 3.4 déclenche alors le passage de la climatisation à l'état On. A l'issue de la séquence A2 la seconde interface émet vers les postes clients son information d'état (État On). Les barres clients deviennent grisées sur la figure 2. Enfin au cours de la séquence A3 (qui dure aussi une période 03,4), le pilote P commande la coupure de la climatisation (Évent . Off). La seconde interface de l'équipement 3.4 déclenche alors le passage de la climatisation à l'état Off. A l'issue de la séquence A3 (donc de la période 03,4) la seconde interface émet vers les postes clients son information d'état (État Off). Les barres clients deviennent claires sur la figure 2 (séquence A4). 11 Il est bien entendu que cette séquence n'est donnée qu'à titre d'exemple illustratif pour montrer un mode de fonctionnement sans conflits. La figure 3 montre pour le même équipement climatiseur 5 3.4 un exemple de fonctionnement avec un conflit qui est éliminé par le procédé selon l'invention. Au cours de la séquence A5 (qui dure une période 03,4), aucune commande n'est envoyée par les postes clients (Évent : none). L'équipement 3.4 est à l'état inactif (État : Off) et, 10 à l'issue de la séquence A5, la seconde interface de l'équipement 3.4 émet vers les postes clients son information d'état (Etat : Off). Au cours de la séquence A6 (qui dure aussi une période 03,4), apparaît un conflit le tireur T commande 15 l'activation de la climatisation (Évent . On). La seconde interface de l'équipement déclenche alors l'activation effective de la climatisation (la barre d'état de l'équipement 3.4 passe à l'état grisé sur la figure - Etat : On). Cependant le Pilote P commande peu de temps après et au 20 cours de la même période 03,4 la coupure (Évent : Off) de la climatisation. On remarque sur la figure que, cet ordre étant contradictoire avec le précédent pour la période considérée (séquence A6), la seconde interface de l'équipement climatisation 3.4 maintient cette dernière à l'état activé 25 (Etat:On) qui est l'état par défaut choisi pour cet équipement. Une deuxième commande d'activation effectuée par le chef C au cours de la même période 03,4 n'a aucune influence sur l'état de l'équipement. 30 A l'issue de la séquence A6 la seconde interface émet vers les postes clients son information d'état (État : On). Les barres clients deviennent grisées sur la figure 3. 12 Ceci permet au pilote P de détecter sur l'interface de son poste client 2.3 l'état réel de la climatisation et le fait que sa commande n'ait pas été prise en compte. Au cours de la séquence suivante A7 le pilote P peut à nouveau commander la coupure de la climatisation (Event . Off). Aucun conflit n'apparaissant au cours de cette nouvelle période 03,4, la seconde interface de l'équipement 3.4 déclenche alors effectivement le passage de la climatisation à l'état Off. A l'issue de la séquence A7 (donc de la période 03,4) la seconde interface émet vers les postes clients sa nouvelle information d'état (Etat . Off). Les barres clients deviennent claires sur la figure 3. La dernière séquence A8 est une période au cours de laquelle aucune commande n'est envoyée par les postes clients (Évent : none). L'équipement 3.4 reste à l'état inactif (Etat : Off) et, à l'issue de la séquence A8, la seconde interface de l'équipement 3.4 émet à nouveau vers les postes clients son information d'état (État : Off). On voit donc sur cet exemple que le recours à un état par défaut permet de résoudre aisément les conflits. Chaque période 03,4 de fonctionnement du protocole de communication se termine par un état stable qui est, soit un état commandé par un poste client, soit l'état par défaut. L'équipement transmet périodiquement cet état aux postes clients qui savent de façon fiable quel est le statut de l'équipement. Quel que soit l'équipement considéré, la période 03,i est concrètement de l'ordre d'une cinquantaine de millisecondes pour un réseau comportant 6 équipements et 3 postes clients. Comme on l'a noté précédemment la période pourra cependant être plus longue pour les équipements à taux d'usage réduit. La fréquence de rafraîchissement des interfaces utilisateur des postes clients est donc suffisamment haute pour que l'état affiché pour chaque équipement corresponde 13 pratiquement à l'état réel. Les écarts temporels entre commande et affichage visibles sur les figures 2 et 3 sont en effet négligeables pour les utilisateurs. L'invention est particulièrement bien adaptée aux équipements ne connaissant que deux états: activé et désactivé. Elle est comme cela a été mentionné précédemment également utilisables pour les équipements comportant plusieurs états. Il est cependant alors nécessaire de déterminer au préalable avec soin quel est l'état par défaut qui sera retenu et programmé dans le système. Il sera possible à titre de variante d'adopter un état par défaut variable qui sera par exemple associé à des règles de priorité pour un équipement donné. On pourra par exemple considérer que l'état par défaut du positionnement d'une tourelle est celui choisi par le tireur T. Dans ce cas lorsqu'un conflit existe au cours d'une période 03,3 entre le tireur T et un autre membre de l'équipage c'est la commande transmise par le tireur qui est retenue. Diverses variantes sont possibles sans sortir du cadre de l'invention. Lorsqu'un poste client émet sur le bus un signal de commande de changement d'état destiné à un équipement et que l'équipement change effectivement d'état, il transmet à l'issue de la période qui lui est propre un signal confirmant la prise en compte de ce nouvel état. Afin de pallier tout problème de transmission et pour vérifier le bon fonctionnement de l'équipement considéré, si un poste client ne reçoit pas de signal de confirmation de prise en compte d'une commande de changement d'état, ce poste client pourra émettre le signal de commande de changement d'état pendant au moins trois périodes associées à cet équipement. Si aucun signal de changement d'état ne parvient à l'équipement au bout de ces trois périodes ceci sera interprété par le poste client comme une défaillance de l'équipement et un message sera affiché sur l'écran du poste client pour informer l'utilisateur de l'impossibilité de commander le changement d'état. On pourra également à titre de variante donner à chaque poste client la possibilité d'émettre à destination d'un équipement, à tout moment et indépendamment de la période considérée 03,i, un signal de commande de changement d'état. On qualifiera alors ce signal de signal événementiel ou signal d'urgence. Ce signal événementiel est reconnu par l'équipement car il est émis en dehors de la fenêtre de réception de l'émetteur concerné (cette fenêtre de réception pourra être définie à ±10% de la période d'émission par exemple). Il pourra alors être traité par l'équipement comme un signal de commande prioritaire, donc pris en compte quels que soient les autres signaux reçus. REVENDICATIONS1- Procédé de commande d'au moins un équipement (3.i) à partir d'au moins deux postes clients (2.i) reliés entre eux et avec les équipements par un bus de communication (1), procédé dans lequel chaque poste client (2.i) peut commander un équipement (3.i) en adressant sur le bus au moins un message de commande, procédé caractérisé en ce que : chaque poste client (2.i) émet sur le bus (1) des signaux de commande destinés à chaque équipement (3.i), avec au moins une même période d'émission 03,i qui est la même pour tous les postes clients (2.i) et qui est associée à l'équipement (3.i) considéré, le signal pour un équipement donné pouvant être un signal demandant un changement d'état de l'équipement ou bien un signal, dit d'évènement nul, correspondant au maintien dans l'état en cours, chaque équipement (3.i) analyse de façon continue les signaux de commande reçus des différents postes clients (2.i) et se positionne à l'état souhaité par au moins un des postes clients (2.i) si les signaux de commande reçus au cours de la période 03,i en cours sont compatibles entre eux ou bien se positionne à un état par défaut si au moins un signal de commande reçu au cours de la période 03,i en cours est incompatible avec les autres signaux reçus. 2- Procédé de commande selon la revendication 1, caractérisé en ce que chaque équipement (3.i) émet sur le bus à l'issue de chaque période 03,i qui lui est associée un signal indiquant son état, signal utilisé par les postes clients (2.i) pour visualiser l'état de l'équipement considéré ( 3 . i) . 3- Procédé de commande selon une des revendications 1 ou 2, caractérisé en ce que, lorsqu'un poste client (2.i) émet sur le bus (1) un signal de commande de changement d'état destiné à un équipement (3.i) et qu'il ne reçoit pas de 16 signal émis par l'équipement et confirmant la prise en compte de cette commande, il émet ce signal de commande pendant au moins trois périodes O3.i associées à cet équipement (3.i). 4- Procédé de commande selon une des revendications 1 à 3, caractérisé en ce que chaque poste client (2.i) a la possibilité d'émettre à destination d'un équipement (3.i), à tout moment et indépendamment de la période O3,i considérée, un signal de commande de changement d'état, dit signal événementiel. 5- Procédé de commande selon la revendication 4, caractérisé en ce qu'un signal événementiel est traité par l'équipement (3.i) comme un signal de commande prioritaire, donc pris en compte quels que soient les autres signaux reçus 6- Dispositif de gestion des signaux de commande d'au moins un équipement (3.i) à partir d'au moins deux postes clients (2.i) reliés entre eux et avec les équipements par un bus de communication (1), dispositif dans lequel chaque poste client (2.i) est relié au bus (1) par une première interface (4.i) permettant d'émettre sur le bus (1) au moins un message de commande, dispositif caractérisé en ce que les premières interfaces (4.i) de chaque poste client (2.i) émettent sur le bus (1) des signaux de commande destinés à chaque équipement (3.i), avec toutes au moins une même période d'émission O3.i qui est la même pour tous les postes clients (2.i) et qui est associée à l'équipement (3.i) considéré, le signal pour un équipement donné pouvant être un signal demandant un changement d'état de l'équipement ou bien un signal, dit d'évènement nul, correspondant au maintien dans l'état en cours, chaque équipement (3.i) est raccordé au bus par une seconde interface (5.i) qui reçoit les signaux de commande émis par les postes clients (2.i) et qui analyse de façon continue les signaux de commande reçus des différents postes 17 clients, cette seconde interface (5.i) étant susceptible de commander un passage de l'équipement (3.i) à un état par défaut lorsque au moins un signal de commande reçu au cours de la période 03.i en cours est incompatible avec les autres signaux précédemment reçus au cours de la même période.