FR3131402A1 - Architecture de commande virtualisee d un aeronef et procede associe. - Google Patents
Architecture de commande virtualisee d un aeronef et procede associe. Download PDFInfo
- Publication number
- FR3131402A1 FR3131402A1 FR2114486A FR2114486A FR3131402A1 FR 3131402 A1 FR3131402 A1 FR 3131402A1 FR 2114486 A FR2114486 A FR 2114486A FR 2114486 A FR2114486 A FR 2114486A FR 3131402 A1 FR3131402 A1 FR 3131402A1
- Authority
- FR
- France
- Prior art keywords
- command
- main
- functional element
- module
- target configuration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B64—AIRCRAFT; AVIATION; COSMONAUTICS
- B64D—EQUIPMENT FOR FITTING IN OR TO AIRCRAFT; FLIGHT SUITS; PARACHUTES; ARRANGEMENT OR MOUNTING OF POWER PLANTS OR PROPULSION TRANSMISSIONS IN AIRCRAFT
- B64D43/00—Arrangements or adaptations of instruments
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Program-control systems
- G05B19/02—Program-control systems electric
- G05B19/04—Program control other than numerical control, i.e. in sequence controllers or logic controllers
- G05B19/042—Program control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
- G05B19/0428—Safety, monitoring
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B9/00—Safety arrangements
- G05B9/02—Safety arrangements electric
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- Aviation & Aerospace Engineering (AREA)
- Safety Devices In Control Systems (AREA)
- Control Of Position, Course, Altitude, Or Attitude Of Moving Bodies (AREA)
Abstract
Architecture de commande virtualisée d’un aéronef et procédé associé
L’architecture (10) de commande comprend :
- une interface homme-machine (12) configurée pour générer une commande principale de passage d’un élément fonctionnel (3) dans une configuration cible parmi plusieurs configurations ;
- un module (24) de gestion des procédures configuré pour générer une commande suggérée en fonction d’une étape courante d’une procédure de vol ;
- un module de confirmation (14) générant une commande de sécurité associée à la commande principale lorsque cette dernière correspond à la commande suggérée ;
- un module d’interfaçage (18) configuré pour transmettre les commandes principale et de sécurité à un module de contrôle (16) ;
- le module de contrôle (16) passant l’élément fonctionnel (3) dans la configuration cible lorsque respectivement la commande principale et la commande de sécurité correspondent à des commandes principale et de sécurité attendues de passage dans la configuration cible.
Figure pour l'abrégé : Figure 1
Description
La présente invention concerne une architecture de commande d’au moins un élément fonctionnel d’un aéronef pilotable entre une pluralité de configurations, l’architecture comprenant :
- au moins une interface homme-machine comportant un afficheur et une unité de gestion d’affichage sur l’afficheur, l’unité de gestion d’affichage étant configurée pour générer une commande principale en fonction d’une action d’un opérateur visant à passer l’au moins un élément fonctionnel dans une configuration cible ;
- au moins un module de contrôle de l’au moins un élément fonctionnel apte à piloter l’au moins un élément fonctionnel entre ses configurations ;
- au moins un module d’interfaçage configuré pour transmettre la commande principale à l’au moins un module de contrôle.
Une telle architecture de commande virtualisée permet à un pilote, par exemple, au moyen d’un écran tactile de contrôler un élément fonctionnel de l’aéronef.
Il existe quelques architectures virtualisées sur les aéronefs actuels. Cependant, certaines fonctions de certains éléments fonctionnels constituent des fonctions critiques qui, si elles ne sont pas exécutées de manière adéquate, peuvent mettre en danger l’intégrité de l’aéronef ou nuire à la sécurité de ses passagers.
Il est donc impératif que la commande principale transmise à l’élément fonctionnel corresponde effectivement à la fonction que souhaite effectuer l’opérateur.
Toutefois, dans une telle architecture de commande virtualisée, il existe une certaine probabilité que la commande principale soit corrompue, de sorte qu’elle ne corresponde pas réellement à ce que souhaite réaliser l’opérateur. Une telle corruption peut avoir lieu lors de la génération de le commande principale, ou lors de sa transmission au module d’interfaçage et/ou au module de contrôle. La corruption de la commande peut alors aboutir à la non-exécution de la fonction souhaitée par l’opérateur ou, pire encore, à l’exécution d’une fonction non-souhaitée par l’opérateur. Une telle corruption de la commande présente donc un risque substantiel pour l’aéronef. Une telle architecture n’est donc pas adaptée pour piloter des fonctions critiques de l’aéronef.
Pour réduire ce risque, il est possible de recourir à une vérification, par l’opérateur, de la commande principale générée suite à son action sur l’interface homme-machine. Toutefois, une telle vérification peut représenter une charge de travail conséquente pour l’opérateur, notamment lors du déroulement de procédures de vol complexes.
Un but de l’invention est de pallier cet inconvénient en améliorant la fiabilité d’une telle architecture de commande afin qu’elle permette de piloter des fonctions critiques tout en limitant la charge de travail de l’opérateur.
A cet effet, l’invention a pour objet une architecture de commande du type précité, comprenant, en outre :
- au moins un module de confirmation de la commande principale, configuré pour générer une commande de sécurité associée à la commande principale ; et
- au moins un module de gestion des procédures configuré pour générer une commande suggérée en fonction d’une étape courante d’une procédure de vol en cours de l’aéronef et la transmettre à l’au moins un module de confirmation ;
l’au moins un module de confirmation générant la commande de sécurité lorsque la commande principale correspond à la commande suggérée,
l’au moins un module d’interfaçage étant configuré pour transmettre la commande de sécurité à l’au moins un module de contrôle,
l’au moins un module de contrôle passant l’au moins un élément fonctionnel dans la configuration cible lorsque la commande principale correspond à une commande principale attendue de passage de l’au moins un élément fonctionnel dans la configuration cible et lorsque la commande de sécurité correspond à une commande de sécurité attendue de passage de l’au moins un élément fonctionnel dans la configuration cible.
L’architecture de commande selon l’invention peut comprendre l’une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toute combinaison techniquement envisageable :
- la commande principale comprend un multiplet principal, la commande principale attendue comprend un multiplet principal attendu, la commande de sécurité comprend un multiplet de sécurité et la commande de sécurité attendue comprend un multiplet de sécurité attendu,
le multiplet principal et le multiplet principal attendu comprenant respectivement N bits, le multiplet de sécurité et le multiplet de sécurité attendu comprenant respectivement M bits,
N et M étant notamment des entiers supérieurs à 8, N et M étant par exemple égaux entre eux, notamment respectivement égaux à 16 ;
- l’architecture de commande est telle que :
- au moins K bits sont distincts entre le multiplet principal attendu et le multiplet de sécurité attendu ;
- au moins K bits sont distincts entre le multiplet principal attendu correspondant au passage de l’au moins un élément fonctionnel dans la configuration cible et tout multiplet principal attendu correspondant à une commande alternative différant du passage de l’au moins un élément fonctionnel dans la configuration cible ;
- au moins K bits sont distincts entre le multiplet de sécurité attendu correspondant au passage de l’au moins un élément fonctionnel dans la configuration cible et tout multiplet de sécurité attendu correspondant à une commande alternative différant du passage de l’au moins un élément fonctionnel dans la configuration cible,
K étant un entier inférieur ou égal au minimum entre N et M, K étant notamment supérieur ou égal à 4 ;
- l’unité de gestion d’affichage est configurée pour transmettre simultanément la commande principale à l’au moins un module d’interfaçage et à l’au moins un module de confirmation, l’au moins un module d’interfaçage étant configuré, sur réception de la commande principale, pour transmettre la commande principale à l’au moins un module de contrôle, l’au moins un module de confirmation générant la commande de sécurité après une temporisation commençant lorsque l’au moins un module de confirmation reçoit la commande principale ;
- l’au moins un module de contrôle est configuré pour recevoir successivement dans le temps une première commande et une deuxième commande, l’au moins un module de contrôle comprenant :
- un champs mémoire principal configuré pour stocker la première commande ;
- un champs mémoire de sécurité configuré pour stocker la deuxième commande ;
- une unité de vérification générant une autorisation de passage de l’au moins un élément fonctionnel dans la configuration cible lorsque simultanément la première commande stockée dans le champs mémoire principal correspond à la commande principale attendue correspondant au passage de l’au moins un élément fonctionnel dans la configuration cible et la deuxième commande stockée dans le champs mémoire de sécurité correspond à la commande de sécurité attendue correspondant au passage de l’au moins un élément fonctionnel dans la configuration cible, l’unité de vérification étant configurée pour transmettre l’autorisation de passage à une unité de contrôle ; et
- l’unité de contrôle, passant l’au moins un élément fonctionnel dans la configuration cible lorsqu’elle reçoit l’autorisation de passage de l’au moins un élément fonctionnel dans la configuration cible ;
- le module de gestion des procédures est, en outre, configuré pour transmettre la commande suggérée à l’au moins une interface homme-machine, l’unité de gestion d’affichage étant apte à générer au moins une indication d’action suggérée pour l’opérateur représentative de la commande suggérée et à afficher à destination de l’opérateur l’au moins une indication d’action suggérée préalablement à l’action de l’opérateur ;
- la commande suggérée comprend un multiplet de liste de vérification électronique comportant L bits, L étant un entier par exemple égal à 8 ;
- l’au moins un module de contrôle est configuré pour générer des informations représentatives d’une configuration courante de l’au moins un élément fonctionnel, l’unité de gestion d’affichage étant apte à afficher lesdites informations sur l’afficheur à destination de l’opérateur ;
- l’architecture de commande comprend en outre au moins un dispositif de confirmation indépendant de l’au moins une interface homme-machine et propre à être actionné par l’opérateur, lorsque la commande principale diffère de la commande suggérée, pour confirmer la commande principale, l’au moins un module de confirmation générant la commande de sécurité lorsque l’au moins un dispositif de confirmation est actionné pour confirmer la commande principale.
L’invention a également pour objet un procédé de commande d’au moins un élément fonctionnel d’un aéronef, pilotable entre une pluralité de configurations à l’aide d’une architecture de commande telle que décrite précédemment, le procédé comprenant :
- la génération de la commande suggérée en fonction d’une étape courante d’une procédure de vol en cours et la transmission de la commande suggérée à l’au moins un module de confirmation ;
- la génération de la commande principale en fonction d’une action d’un opérateur visant à passer l’au moins un élément fonctionnel dans la configuration cible ;
- la transmission de la commande principale à l’au moins un module de contrôle et à l’au moins un module de confirmation ;
- la génération par l’au moins un module de confirmation de la commande de sécurité associée à la commande principale lorsque la commande principale correspond à la commande suggérée ;
- la transmission de la commande de sécurité à l’au moins un module de contrôle ; et
- le passage de l’au moins un élément fonctionnel dans la configuration cible lorsque la commande principale correspond à la commande principale attendue de passage de l’au moins un élément fonctionnel dans la configuration cible et lorsque la commande de sécurité correspond à la commande de sécurité attendue de passage de l’au moins un élément fonctionnel dans la configuration cible.
Optionnellement, le procédé est tel que le module de gestion des procédures transmet en outre la commande suggérée à l’au moins une interface homme-machine, l’unité de gestion d’affichage générant au moins une indication d’action suggérée pour l’opérateur représentative de la commande suggérée et affichant à destination de l’opérateur l’au moins une indication d’action suggérée.
L’invention sera mieux comprise à la lecture de la description qui va suivre donnée uniquement à titre d’exemple, et faite en se référant aux dessins annexés, sur lesquels :
En référence aux figures 1 à 4, on décrit un aéronef 1 comprenant au moins un élément fonctionnel 3 et une architecture 10 de commande de l’au moins un élément fonctionnel 3.
En particulier, l’aéronef 1 comprend plusieurs éléments fonctionnels 3 et l’architecture 10 commande au moins un de ces éléments fonctionnels 3. Selon un exemple, l’architecture de commande 10 commande un élément fonctionnel 3. Selon un autre exemple, l’architecture de commande 10 commande une pluralité d’éléments fonctionnels 3.
Par soucis de concision, dans ce qui suit, on décrit la commande par l’architecture 10 d’un élément fonctionnel 3 donné parmi d’autres éléments fonctionnels 3.
L’élément fonctionnel 3 est propre à être piloté entre une pluralité de configurations. Parmi cette pluralité de configuration, l’élément fonctionnel 3 est propre à être passée depuis une configuration initiale dans une configuration cible. Par « configuration cible », on entend une configuration de l’élément fonctionnel 3, distincte de la configuration initiale, que souhaite atteindre un opérateur de l’aéronef 1, par exemple un pilote de l’aéronef 1, parmi toutes les configurations possibles de l’élément fonctionnel 3.
A titre d’exemple qui sera repris plusieurs fois dans la description pour illustrer une implémentation concrète de l’invention, l’élément fonctionnel 3 est un dispositif de contrôle de l’alimentation en carburant d’au moins un moteur de l’aéronef 1. Par soucis de concision, dans ce qui suit, ce dispositif est un dispositif de contrôle de l’alimentation en carburant d’un seul moteur de l’aéronef 1. En particulier, le dispositif de contrôle de l’alimentation du moteur comprend une première pompe pilotable entre un état actif et un état éteint et une deuxième pompe pilotable entre un état actif et un état éteint.
Le dispositif de contrôle de l’alimentation du moteur est pilotable entre une première configuration dans laquelle aucun carburant n’est fourni au moteur, une deuxième configuration dans laquelle un premier débit de carburant est fourni au moteur et une troisième configuration dans laquelle un deuxième débit de carburant supérieur au premier débit de carburant est fourni au moteur. Dans la première configuration, la première pompe et la deuxième pompe sont dans un état éteint. Dans la deuxième configuration, la première pompe est dans un état actif et la deuxième pompe est dans un état éteint. Dans la troisième configuration, la première pompe et la deuxième pompe sont dans un état actif.
A titre d’exemple, dans la suite, la configuration initiale correspond à la troisième configuration et la configuration cible correspond à la deuxième configuration. Ainsi, dans une situation initiale (illustrée sur la comme il sera décrit plus bas), la première pompe et la deuxième pompe sont dans un état actif. Par exemple, dans la suite de la description, l’opérateur souhaite être dans une situation cible correspondant à la deuxième configuration, c’est-à-dire la configuration dans laquelle la première pompe est dans un état actif et la deuxième pompe est dans un état éteint.
Dans la suite de la description, on considère qu’une procédure de vol impliquant un pilotage du dispositif de contrôle d’alimentation du moteur entre ses différentes configurations est en cours. Sauf lorsque précisé autrement, on considère en outre que cette procédure de vol prévoit le passage de la configuration initiale à la configuration cible à la suite de la réalisation d’une étape préalable considérée ici comme réalisée.
Au moins une commande de l’élément fonctionnel 3 est, par exemple, critique pour l’aéronef 1. Par « critique », on entend que la fonction réalisée par l’élément fonctionnel 3 en réponse à certaines commandes de l’architecture de commande 10 est essentielle pour conserver l’intégrité de l’aéronef 1 ou la sécurité des passagers présents dans l’aéronef 1. L’alimentation en carburant du moteur assurée par le dispositif de contrôle de l’alimentation est notamment critique.
L’architecture de commande 10 est configurée pour commander l’élément fonctionnel 3 entre ses différentes configurations, et en particulier entre la configuration initiale et la configuration cible. Une seule commande parmi l’ensemble des commandes possibles de l’architecture de commande 10 correspond au passage de l’élément fonctionnel 3 dans la configuration cible. Dans la suite, les commandes possibles différentes de la commande de passage de l’élément fonctionnel 3 vers la configuration cible sont appelées « commandes alternatives ». Les commandes alternatives correspondent, par exemple, à un passage de l’élément fonctionnel 3 vers une autre configuration que la configuration cible ou correspondent au contrôle d’autres éléments fonctionnels 3.
Comme illustré sur la , l’architecture de commande 10 comprend au moins une interface homme-machine 12 actionnable par l’opérateur pour générer une commande, au moins un module 14 de confirmation de la commande, au moins un module 16 de contrôle de l’élément fonctionnel 3, au moins un module d’interfaçage 18 reliant l’interface homme-machine 12 et l’au moins un module de contrôle 16 et au moins un module de gestion des procédures 24.
Par soucis de lisibilité des dessins, sur la , seuls une interface homme-machine 12, un module de confirmation 14, un module de contrôle 16 et deux modules d’interfaçage 18 sont illustrés. Le module d’interfaçage 18 illustré en pointillés est, par exemple, confondu avec l’un des deux modules d’interfaçage 18 en traits pleins.
Avantageusement, l’architecture de commande 10 comprend plusieurs interfaces homme-machine 12, plusieurs modules de confirmation 14, plusieurs modules de contrôle 16, un ou plusieurs modules d’interfaçage 18 et plusieurs modules de gestion des procédures 24, notamment pour assurer une certaine redondance afin de palier à l’avarie d’un ou plusieurs de ces interfaces homme-machine 12, modules de confirmations 14, modules de contrôle 16, modules d’interfaçage 18 et modules de gestion des procédures 24.
Selon l’exemple illustré sur la , l’architecture de commande 10 comprend quatre interfaces homme-machine 12, trois modules de confirmations 14 interconnectés et deux modules de gestion des procédures 24. Comme illustré sur la , chaque interface homme-machine 12 est connecté à au moins deux modules de confirmation 14 et chaque module de confirmation 14 est connecté à au moins deux modules de gestion des procédures 24. Ainsi, lorsqu’une interface homme-machine 12 est hors-service, une autre interface homme-machine 12 peut être utilisée en remplacement. Lorsqu’un module de confirmation 14 est hors service, un autre module de confirmation 14 peut être utilisé en remplacement. Lorsqu’un module de gestion des procédures 24 est hors-service, un autre module de gestion des procédures 24 peut être utilisé en remplacement.
Optionnellement, l’architecture de commande 10 comprend en outre au moins un dispositif 20 de confirmation de la commande et au moins un module d’interfaçage auxiliaire 22 reliant le dispositif de confirmation 20 et le module de confirmation 14.
Selon un exemple non-illustré, l’architecture de commande 10 comprend deux dispositifs de confirmation 20, notamment pour assurer une redondance afin de palier à l’avarie d’un dispositif de confirmation 20.
Par exemple, l’architecture de commande 10 comprend deux dispositifs de confirmation 20. Chaque module de confirmation 14 est connecté à au moins deux dispositifs de confirmation 20. Lorsqu’un dispositif de confirmation 20 est hors-service, un autre dispositif de confirmation 20 peut être utilisée en remplacement.
L’architecture de commande 10 comprend par exemple une pluralité de modules d’interfaçage 18, notamment pour assurer une redondance afin de palier à l’avarie d’un module d’interfaçage 18. Ainsi, plusieurs modules d’interfaçage 18 relient l’interface homme-machine 12 et le module de contrôle 16 entre eux ainsi que le module de confirmation 14 et le module de contrôle 16 entre eux.
Dans ce qui suit, par soucis de concision, on décrit une seule interface homme-machine 12, un seul module de confirmation 14, un seul module de contrôle 16, un seul module d’interfaçage 18, un seul dispositif de confirmation 20, un seul module d’interfaçage auxiliaire 22 et un seul module de gestion des procédures 24. Il est toutefois entendu que pour chacun de ces éléments de l’architecture 10, les autres éléments appelés pareillement sont identiques et assurent les mêmes fonctions ou des fonctions similaires.
Ainsi, il est entendu que dans l’exemple illustré sur la , dans lequel l’architecture de commande 10 comprend deux modules d’interfaçage 18, chacun de ces deux modules d’interfaçage 18 agit de manière identique ou au moins similaire au sein de l’architecture de commande 10.
En référence à la , l’interface homme-machine 12 comporte un afficheur 28 et une unité 30 de gestion d’affichage sur l’afficheur 28 (l’unité de gestion d’affichage 30 en pointillés est confondu avec l’unité de gestion d’affichage 30 en traits pleins).
L’afficheur 28 est avantageusement un écran tactile, avec lequel peut agir l’opérateur directement par le toucher.
L’unité de gestion d’affichage 30 comprend par exemple au moins un processeur et au moins une mémoire contenant des modules logiciels propres à être exécutés par le processeur.
L’unité de gestion d’affichage 30 est avantageusement apte à afficher des informations représentatives de la configuration courante de l’élément fonctionnel 3 sur l’afficheur 28 à destination de l’opérateur. Ces informations indiquent à l’opérateur dans quelle configuration est l’élément fonctionnel 3. L’affichage de ces informations permet notamment à l’opérateur de prendre connaissance de la configuration courante de l’élément fonctionnel 3 et, après qu’il est initié une commande de l’élément fonctionnel 3, de s’assurer que la fonction correspondante ait été réalisée par l’élément fonctionnel 3.
Sur la , un exemple d’image affichée par l’écran tactile est représenté. L’image illustre l’exemple dans lequel l’élément fonctionnel 3 est le dispositif de contrôle de l’alimentation du moteur. L’afficheur 28 affiche une information indiquant que la configuration courante de l’élément fonctionnel 3, c’est-à-dire le dispositif de contrôle de l’alimentation du moteur, est la configuration dans laquelle la première pompe est dans l’état actif (représenté par un élément graphique 102) et la deuxième pompe est dans l’état actif (représenté par un élément graphique 104). Grâce à cette information, l’opérateur prend connaissance de l’alimentation correspondante en carburant du moteur.
L’unité de gestion d’affichage 30 est configuré pour générer une commande principale en fonction d’une action de l’opérateur visant à passer l’élément fonctionnel 3 dans la configuration cible. L’action de l’opérateur est par exemple un pointage sur une portion spécifique de l’écran tactile à l’aide d’un ou plusieurs de ses doigts ou d’un organe de pointage dédié.
La commande principale générée par l’unité 30 dépend de l’action de l’opérateur. En particulier, la commande principale dépend de la localisation de la portion spécifique de l’écran tactile pointé par l’opérateur, de la durée du pointage, de la direction de déplacement du pointage lorsque l’opérateur déplace le pointage au cours du temps et/ou du nombre de pointages effectués simultanément par l’opérateur.
Sur l’exemple de la , une portion 106 de l’écran tactile est destinée à être pointée par l’opérateur lorsque celui-ci souhaite passer l’élément fonctionnel 3 vers la configuration cible.
Dans des conditions nominales de fonctionnement de l’unité de gestion d’affichage 30, l’unité de gestion d’affichage 30 est configurée pour générer la commande principale correspondant au passage de l’élément fonctionnel 3 dans la configuration cible lorsque la portion 106 est pointée.
Les conditions nominales de fonctionnement de l’unité de gestion d’affichage 30 sont à distinguer des conditions d’avaries de l’unité de gestion d’affichage 30 dans laquelle la commande principale correspondant au passage de l’élément fonctionnel 3 dans la configuration cible ne serait pas générée malgré un pointage de la portion 106 par l’opérateur ou une commande principale différente du passage de l’élément fonctionnel 3 dans la configuration cible serait générée malgré un pointage de la portion 106 par l’opérateur.
La commande principale comprend, par exemple, un multiplet principal comportant N bits, N étant notamment un entier supérieur à 8, notamment égal à 16. En d’autres termes, le multiplet principal est un multiplet de N bits, c’est-à-dire un multiplet ayant une longueur de N bits.
L’unité de gestion d’affichage 30 est avantageusement configurée pour transmettre la commande principale au module de contrôle 16 par l’intermédiaire du module d’interfaçage 18 et pour transmettre la commande principale au module de confirmation 14. En particulier, l’unité de gestion d’affichage 30 est configurée pour transmettre simultanément la commande principale au module d’interfaçage 18 et au module de confirmation 14.
Avantageusement, l’unité de gestion d’affichage 30 est apte à générer au moins une indication d’action suggérée pour l’opérateur représentative d’une commande suggérée en fonction d’une étape courante de la procédure de vol en cours de l’aéronef 1. L’unité de gestion d’affichage 30 est apte en outre à afficher à destination de l’opérateur l’au moins une indication d’action suggérée préalablement à l’action de l’opérateur. En d’autres termes, avant que l’opérateur n’actionne l’interface homme-machine 12, l’au moins une indication communique à l’opérateur l’action suggérée pour, dans des conditions nominales de fonctionnement de l’architecture de commande 10, l’inciter à réaliser l’action suggérée afin de passer la commande suggérée selon la procédure de vol en cours. Par exemple, la commande suggérée correspond au passage de l’élément fonctionnel 3 dans la configuration cible.
Sur l’exemple de la , au moins un élément graphique 108 est destiné à être affiché sur l’afficheur 28 pour indiquer une action suggérée à l’opérateur. Par exemple, un élément graphique 108 correspond à un encadrement de la portion 106 pour signaler la portion 106 à l’opérateur. Optionnellement, un élément graphique 110 est destiné à être affiché sur l’afficheur 28 pour indiquer que l’étape préalable de la procédure de vol a été réalisée. Un élément graphique 112 supplémentaire est destiné à être affiché sur l’afficheur 28 pour indiquer que la prochaine étape de la procédure de vol correspond au passage de l’élément fonctionnel 3 dans la configuration cible. Par exemple, les éléments graphiques 110, 112 se présentent sous la forme de lignes d’une liste d’étapes, la liste d’étapes illustrant la succession d’étapes à réaliser lors de la procédure de vol. Les données correspondant aux éléments graphiques 108, 110, 112 affichés sont fournies à l’unité de gestion d’affichage 30 par le module de gestion des procédures 24.
Avantageusement, lorsque la commande principale ne correspond pas à la commande suggérée, l’unité de gestion d’affichage 30 est apte à afficher à destination de l’opérateur une demande de confirmation de la commande. L’affichage de cette demande de confirmation permet à l’opérateur de vérifier que la commande correspond effectivement à la commande qu’il souhaite, malgré le fait que la commande principale ne corresponde pas à la commande suggérée. Cela permet également à l’opérateur de s’assurer qu’une commande alternative ne soit pas exécutée par inadvertance.
Par exemple, un élément graphique dédié (non-illustré) est destiné à être affiché sur l’afficheur 28 pour communiquer la demande de confirmation à l’opérateur.
Le module de confirmation 14 est configuré pour générer une commande de sécurité associée à la commande principale générée par l’unité de gestion d’affichage 30.
Le module de confirmation 14 est indépendant de l’interface homme-machine 12. Par « indépendant », on entend que le module de confirmation 14 présente une électronique ou une mécanique distincte de celle de l’interface homme-machine 12, de sorte qu’une éventuelle avarie de l’interface homme-machine 12 n’impacte pas le module de confirmation 14 et inversement.
Notamment, la commande de sécurité comprend un multiplet de sécurité comportant M bits, M étant par exemple un entier supérieur à 8, par exemple égal à N, notamment égal à 16. En d’autres termes, le multiplet de sécurité est un multiplet de M bits, c’est-à-dire un multiplet ayant une longueur de M bits.
Il est à noter que les valeurs de N et M sont adaptables selon les besoins en fonction, par exemple, de l’architecture électronique des modules 14, 16, 18, du degré de sécurité désiré, du degré de complexité de l’architecture de commande 10 souhaité.
Avantageusement, la commande de sécurité est différente de la commande principale. En particulier, le multiplet de sécurité est différent du multiplet principal. Autrement dit, le multiplet de sécurité et le multiplet principal correspondent à des combinaisons différentes de bits.
Par exemple, le module de confirmation 14 génère la commande de sécurité après une temporisation commençant lorsque le module de confirmation 14 reçoit la commande principale. Par exemple, la temporisation est comprise entre 500ms et 15s. Par exemple, lorsque la commande principale correspond à la commande suggérée, la temporisation est dite « courte » et est comprise entre 500 ms et 1 s. Avantageusement, lorsque la commande principale ne correspond pas à la commande suggérée, la temporisation est dite « longue » et est comprise entre 1s et 15 s. La temporisation est supérieure ou égale à un temps minimum, ce qui assure un certain décalage d’un envoi vers le module de contrôle 16 de la commande de sécurité chronologiquement par rapport à l’envoi de la commande principale vers le module de contrôle 16.
Comme il sera décrit plus bas, le module de confirmation 14 génère la commande de sécurité lorsque la commande principale correspond à la commande suggérée. Sinon, lorsque la commande principale diffère de la commande suggérée, le module de confirmation 14 génère la commande de sécurité lorsque le dispositif de confirmation 20 est actionné pour confirmer la commande principale, comme il sera décrit en détails plus bas. La temporisation est alors supérieure ou égale à un délai nécessaire au pilote pour actionner le dispositif de confirmation 20 le cas échéant.
Avantageusement, le module de confirmation 14 est configuré, après réception de la commande principale, lorsque la commande principale diffère de la commande suggérée, pour générer la demande de confirmation de la commande principale. En particulier, la demande de confirmation comprend une chaîne de caractères associée à la commande principale. Le module de confirmation 14 est en outre par exemple configuré pour transmettre la demande de confirmation à l’unité de gestion d’affichage 30 afin que celui-ci l’affiche sur l’afficheur 28.
Par exemple, l’élément graphique correspondant à la demande de confirmation comprend la chaîne de caractère. Dans l’exemple de la , lorsque la commande principale correspond au passage de l’élément fonctionnel 3 dans la configuration cible mais que la commande suggérée ne correspond pas au passage de l’élément fonctionnel 3 dans la configuration cible, la chaîne de caractère correspond à un message comme par exemple « ‘CONFIRMBOOSTER 1 OFF’ » qui retranscrit une demande de confirmation de passage de l’élément fonctionnel 3 dans la configuration cible. La demande de confirmation permet alors à l’opérateur de se rendre compte que la commande principale diffère de la commande suggérée. Lorsque la commande principale diffère de la commande correspondant au passage de l’élément fonctionnel 3 dans la configuration cible, une chaîne de caractères correspondant à un autre message est affichée. Cette chaine de caractère correspond par exemple alors au passage de l’élément fonctionnel 3 dans une configuration différente de la configuration cible, au contrôle d’un élément fonctionnel 3 distinct, ou à aucun contrôle tangible d’un élément fonctionnel 3 quelconque de l’aéronef 1. L’opérateur prend alors conscience que la commande principale ne correspond pas au passage de l’élément fonctionnel 3 dans la configuration cible. Ceci peut découler soit du fait d’une action incorrecte de l’opérateur, par exemple d’un pointage incorrect sur l’écran tactile correspondant à une commande alternative, soit d’une avarie de l’unité de gestion d’affichage 30 qui n’a pas généré la commande principale adéquate malgré une action correcte de l’opérateur.
Le module de contrôle 16 est apte à piloter l’élément fonctionnel 3 entre ses configurations. Pour ce faire, le module de contrôle 16 comprend tout élément électronique, mécanique, ou électromécanique nécessaire pour réaliser le contrôle de l’élément fonctionnel 3.
Par exemple, dans le cas où l’élément fonctionnel 3 est un dispositif de contrôle de l’alimentation du moteur, le module de contrôle 16 comprend un organe mécanique ou électromécanique apte à activer ou éteindre la première et/ou la deuxième pompe.
En particulier, le module de contrôle 16 passe l’élément fonctionnel 3 dans la configuration cible lorsque la commande principale correspond à une commande principale attendue de passage de l’élément fonctionnel 3 dans la configuration cible et lorsque la commande de sécurité correspond à une commande de sécurité attendue de passage de l’élément fonctionnel 3 dans la configuration cible.
Avantageusement, la commande principale attendue de passage de l’élément fonctionnel 3 dans la configuration cible comprend un multiplet principal attendu de passage de l’élément fonctionnel 3 dans la configuration cible comportant N bits. En d’autres termes, le multiplet principal attendu de passage de l’élément fonctionnel 3 dans la configuration cible est un multiplet de N bits, c’est-à-dire un multiplet ayant une longueur de N bits.
Encore avantageusement, la commande de sécurité attendue de passage de l’élément fonctionnel 3 dans la configuration cible comprend un multiplet de sécurité attendu de passage de l’élément fonctionnel 3 dans la configuration cible comportant M bits. En d’autres termes, le multiplet de sécurité attendu de passage de l’élément fonctionnel 3 dans la configuration cible est un multiplet de M bits, c’est-à-dire un multiplet ayant une longueur de M bits.
Selon un exemple, la commande de sécurité attendue de passage de l’élément fonctionnel 3 dans la configuration cible est différente de la commande principale attendue de passage de l’élément fonctionnel 3 dans la configuration cible. En particulier, le multiplet de sécurité attendu de passage de l’élément fonctionnel 3 dans la configuration cible est différent du multiplet principal attendu de passage de l’élément fonctionnel 3 dans la configuration cible. Autrement dit, le multiplet de sécurité attendu et le multiplet principal attendu de passage de l’élément fonctionnel 3 dans la configuration cible correspondent à des combinaisons différentes de bits.
Par exemple, au moins K bits sont distincts entre le multiplet principal attendu de passage de l’élément fonctionnel 3 dans la configuration cible et le multiplet de sécurité attendu de passage de l’élément fonctionnel 3 dans la configuration cible, K étant un entier inférieur ou égal au minimum entre N et M, K étant notamment supérieur ou égal à 4. Notamment, dans le cas ou N est égal à M, pour chacun de K bits du multiplet principal attendu de passage de l’élément fonctionnel 3 dans la configuration cible, situé à une position p dudit multiplet principal attendu, p ayant pour valeur un entier entre 1 et N, le bit en position p du multiplet de sécurité attendu de passage de l’élément fonctionnel 3 dans la configuration cible est distinct dudit bit dudit multiplet principal attendu.
Le module de contrôle 16 est configuré pour recevoir successivement dans le temps une première commande et une deuxième commande depuis le module d’interfaçage 18. Comme il sera décrit plus en détails ci-dessous, la première commande correspond à la commande principale.
Lors d’un fonctionnement nominal du module d’interfaçage 18, la deuxième commande correspond à la commande de sécurité. En effet, le module de contrôle 16 est destiné à recevoir la commande de sécurité après un temps au moins égal à la temporisation. Ceci est notamment dû au fait que la commande de sécurité soit générée après la temporisation. Lors d’une avarie du module d’interfaçage 18, il est possible que la deuxième commande corresponde, comme la première commande, à la commande principale.
Le module de contrôle 16 comprend, par exemple, un champs mémoire principal 34 configuré pour stocker la première commande, un champs mémoire de sécurité 36 configuré pour stocker la deuxième commande, une mémoire 38, une unité de vérification 40 et une unité 42 de contrôle de l’élément fonctionnel 3.
Optionnellement, le module de contrôle 16 comprend, en outre, une unité 44 de gestion des champs mémoires 34, 36.
Avantageusement, le module de contrôle 16 comprend un unique champs mémoire principal 34 et un unique champs mémoire de sécurité 36.
Ici, le champs mémoire principal 34 ne peut stocker qu’une seule et unique commande principale à un instant donné, par exemple un seul et unique multiplet principal. En d’autres termes, à un instant donné, le champs mémoire principal 34 est configuré pour stocker N bits.
Ici encore, le champs mémoire de sécurité 36 ne peut stocker qu’une seule et unique commande de sécurité à un instant donné, par exemple un seul et unique multiplet de sécurité. En d’autres termes, à un instant donné, le champs mémoire de sécurité 36 est configuré pour stocker M bits.
Ainsi, à un instant donné, le module de contrôle 16 ne peut traiter qu’une seule et unique commande.
La mémoire 38 du module de contrôle 16 stocke la commande principale attendue et la commande de sécurité attendue correspondant au passage de l’élément fonctionnel 3 dans la configuration cible et les associe respectivement au passage de l’élément fonctionnel 3 dans la configuration cible. Par exemple, la mémoire 38 associe respectivement le multiplet principal attendu et le multiplet de sécurité attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible au passage de l’élément fonctionnel 3 dans la configuration cible.
Avantageusement, la mémoire 38 stocke également les commandes principales attendues et les commandes de sécurité attendues correspondant à des passages de l’élément fonctionnel 3 dans des configurations différentes de la configuration cible et les associe respectivement avec les passages de l’élément fonctionnel 3 dans lesdites configurations différentes correspondantes. Par exemple, la mémoire 38 associe respectivement des multiplets principaux attendus et des multiplets de sécurité attendus correspondant à des passages de l’élément fonctionnel 3 dans des configurations différentes de la configuration cibles et les associe respectivement avec les passages de l’élément fonctionnel 3 dans lesdites configurations différentes correspondantes.
Avantageusement, au moins K bits sont distincts entre le multiplet principal attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible et tout multiplet principal attendu correspondant à une commande alternative différant du passage de l’élément fonctionnel 3 dans la configuration cible.
Par exemple, dans le cas où N est égal à M, pour tout multiplet principal attendu correspondant à une commande alternative, pour chacun de K bits du multiplet principal attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible situé à une position p dudit multiplet principal attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible, le bit en position p dudit multiplet principal attendu correspondant à ladite commande alternative est distinct dudit bit du multiplet principal attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible.
Encore avantageusement, au moins K bits sont distincts entre le multiplet de sécurité attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible et tout multiplet de sécurité attendu correspondant à une commande alternative différant du passage de l’élément fonctionnel 3 dans la configuration cible.
Par exemple, dans le cas où N est égal à M, pour tout multiplet de sécurité attendu correspondant à une commande alternative, pour chacun de K bits du multiplet de sécurité attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible situé à une position p dudit multiplet de sécurité attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible, le bit en position p dudit multiplet de sécurité attendu correspondant à ladite commande alternative est distinct dudit bit du multiplet de sécurité attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible.
Ainsi, les multiplets correspondant au passage de l’élément fonctionnel 3 dans la configuration cible et les multiplets correspondant à des commandes alternatives sont suffisamment différents, de sorte à minimiser le risque que par erreur de codage de quelques bits, un multiplet correspondant à une commande alternative soit confondu avec un multiplet correspondant au passage de l’élément fonctionnel 3 dans la configuration cible.
Lorsque simultanément la première commande stockée dans le champs mémoire principal 34 correspond à la commande principale attendue correspondant au passage de l’élément fonctionnel 3 dans la configuration cible et la deuxième commande stockée dans le champs mémoire de sécurité 36 correspond à la commande de sécurité attendue correspondant au passage de l’élément fonctionnel 3 dans la configuration cible, l’unité de vérification 40 génère une autorisation de passage de l’élément fonctionnel 3 vers la configuration cible.
Pour ce faire, l’unité de vérification 40 est connectée à la mémoire 38 et est configurée dans un premier temps pour identifier si la première commande stockée dans le champs mémoire principal 34 correspond à un passage de l’élément fonctionnel 3 dans une des configurations possibles de l’élément fonctionnel 3.
Si la première commande stockée dans le champs mémoire principal 34 ne correspond à aucun passage de l’élément fonctionnel 3 dans une des configurations possibles de l’élément fonctionnel 3, aucune autorisation de passage de l’élément fonctionnel 3 dans l’une quelconque des configurations possibles n’est générée.
Si la première commande stockée dans le champs mémoire principal 34 correspond au passage de l’élément fonctionnel 3 dans une des configurations possibles de l’élément fonctionnel 3, dans un deuxième temps, l’unité de vérification 40 identifie si la deuxième commande stockée dans le champs mémoire de sécurité 36 correspond également au passage de l’élément fonctionnel 3 dans ladite configuration possible de l’élément fonctionnel 3.
Lorsque la première commande stockée dans le champs mémoire principal 34 ne correspond pas à la commande principale attendue correspondant au passage de l’élément fonctionnel 3 dans la configuration cible ou lorsque la deuxième commande stockée dans le champs mémoire de sécurité 36 ne correspond pas à la commande de sécurité attendue correspondant au passage de l’élément fonctionnel 3 dans la configuration cible, aucune autorisation de passage de l’élément fonctionnel 3 dans la configuration cible n’est générée.
Lors d’une avarie de l’unité de gestion d’affichage 30 ou d’un module d’interfaçage 18, il est possible que la commande principale soit transmise deux fois successivement au module de contrôle 16 dans un intervalle de temps inférieur à la temporisation. Le champs mémoire principal 34 et le champ mémoire de sécurité 36 stockent alors tous deux la commande principale. Etant donné qu’au moins K bits sont distincts entre le multiplet principal attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible et le multiplet de sécurité attendu correspondant au passage de l’élément fonctionnel 3 dans la configuration cible, le risque qu’une autorisation de passage de l’élément fonctionnel 3 dans la configuration cible soit générée suite à une telle avarie est considérablement réduit.
L’unité de vérification 40 est en outre configurée pour transmettre l’autorisation de passage à l’unité de contrôle 42.
L’unité de contrôle 42 est configurée pour piloter l’élément fonctionnel 3 entre ses différentes configurations.
L’unité de contrôle 42 comprend avantageusement une zone mémoire (non-illustrée) propre à stocker les informations représentatives de la configuration courante de l’élément fonctionnel 3.
Lorsque l’unité de contrôle 42 reçoit l’autorisation de passage de l’élément fonctionnel 3 dans la configuration cible, elle passe l’élément fonctionnel 3 dans la configuration cible.
L’unité de contrôle 42 génère alors des informations représentatives de la configuration courante de l’élément fonctionnel 3, mises à jour et les stocke dans sa zone mémoire en y écrasant les informations présentes.
L’unité 44 de gestion des champs mémoires est avantageusement apte à supprimer les commandes stockées dans les champs mémoires. En particulier, lorsqu’au bout d’un temps prédéfini commençant lorsque le champs mémoire principal 34 stocke la première commande, aucune deuxième commande n’est reçue par le module de contrôle 16, l’unité 44 supprime la commande principale stockée dans le champs mémoire principal 34. La commande principale générée suite à l’action de l’opérateur sur l’interface homme-machine 12 n’est alors pas prise en compte par l’architecture de commande 10. Par exemple, le temps prédéfini est compris entre 1 s et 15 s.
Avantageusement, lorsqu’après un délai commençant au moment où le champs mémoire principal 34 reçoit la première commande est supérieur au temps prédéfini et lorsque le module de contrôle 16 reçoit une commande subséquente, le champs mémoire principal 34 stocke ladite commande subséquente en remplacement de ladite première commande.
Ainsi, comme explicité ci-dessus, le module de contrôle 16 est configuré pour générer les informations représentatives de la configuration courante de l’élément fonctionnel 3. Par exemple, après avoir passé l’élément fonctionnel 3 dans la configuration cible, l’unité de contrôle 42 génère des informations indiquant que la configuration courante de l’élément fonctionnel 3 est désormais la configuration cible. En variante ou potentiellement en complément, le module de contrôle 16 comprend par exemple un capteur (non-illustré), connecté à l’unité de contrôle 42, configuré pour déterminer la configuration courante de l’élément fonctionnel 3. Dans le cas où l’élément fonctionnel 3 est le dispositif de contrôle d’alimentation en carburant du moteur, le capteur détermine par exemple si les première et deuxième pompes sont dans un état actif ou éteint.
Le module d’interfaçage 18 est interposé entre l’interface homme-machine 12 et le module de contrôle 16 et également entre le module de confirmation 14 et le module de contrôle 16.
Le module d’interfaçage 18 est configuré pour transmettre la commande principale, générée par l’unité de gestion d’affichage 30, et la commande de sécurité, générée par le module de confirmation 14, au module de contrôle 16. En particulier, le module d’interfaçage 18 est configuré, sur réception de la commande principale, pour transmettre la commande principale au module de contrôle 16. En d’autres termes, lors d’un fonctionnement nominal, la réception de la commande principale par le module de contrôle 16 est réalisée antérieurement dans le temps par rapport à la réception de la commande de sécurité par le module de contrôle 16.
Le module d’interfaçage 18 est en outre configuré pour transmettre les informations, générées par le module de contrôle 16, à l’unité de gestion d’affichage 30.
Le dispositif de confirmation 20 est indépendant de l’interface homme-machine 12. Par « indépendant », on entend que le dispositif de confirmation 20 présente une électronique ou une mécanique distincte de celle de l’interface homme-machine 12, de sorte qu’une éventuelle avarie de l’interface homme-machine 12 n’impacte pas le dispositif de confirmation 20 et inversement.
Le dispositif de confirmation 20 est propre à être actionné par l’opérateur, lorsque la commande principale diffère de la commande suggérée, pour confirmer la commande principale malgré la différence entre la commande principale et la commande suggérée.
Par exemple, lorsque la commande suggérée ne correspond pas au passage de l’élément fonctionnel 3 dans la configuration cible et que la demande de confirmation correspond à une demande de confirmation de passage de l’élément fonctionnel 3 dans la configuration cible, le dispositif de confirmation 20 est propre à être actionné par l’opérateur pour confirmer la commande de passage de l’élément fonctionnel 3 dans la configuration cible même si cette commande n’est pas suggérée. En d’autres termes, le dispositif de confirmation 20 permet au pilote d’outrepasser si nécessaire la procédure de vol en cours.
Le dispositif de confirmation 20 comprend par exemple un bouton disposé dans un cockpit de l’aéronef 1.
La temporisation après laquelle le module de confirmation 14 génère la commande de sécurité correspond, le cas échéant, au moins au temps nécessaire à l’opérateur pour prendre connaissance de la demande de confirmation et actionner le dispositif de confirmation 20.
Avantageusement, le dispositif de confirmation 20 est configuré pour générer une confirmation lorsqu’il est actionné pour confirmer la commande principale. La confirmation comprend par exemple un unique bit de confirmation. Avantageusement, lorsqu’au bout du temps prédéfini, le dispositif de confirmation 20 n’a pas été actionné, la commande principale est infirmée, c’est-à-dire que la commande principale générée suite à l’action de l’opérateur sur l’interface homme-machine 12 n’est alors pas prise en compte par l’architecture de commande 10.
Le module d’interfaçage auxiliaire 22 est configuré pour transmettre la confirmation au module de confirmation 14. Selon un exemple, le module d’interfaçage auxiliaire 22 est confondu avec le module d’interfaçage 18.
Le module 24 de gestion des procédures est configuré pour générer la commande suggérée en fonction de l’étape courante de la procédure de vol en cours et pour transmettre la commande suggérée au module de confirmation 14.
La commande suggérée comprend, par exemple, un multiplet de liste de vérification électronique comportant L bits, L étant un entier par exemple égal à 8.
En particulier, le module 24 de gestion des procédures est connecté au module de contrôle 16 pour recevoir les informations représentatives de la configuration courante de l’élément fonctionnel 3 afin de déterminer quelle est l’étape courante de la procédure de vol. Avantageusement, pour déterminer automatiquement la procédure de vol à suivre, le module 24 de gestion des procédures se base sur une situation opérationnelle courante de l’aéronef, en particulier de l’élément fonctionnel 3.
Le module 24 de gestion des procédures est configuré pour transmettre la commande suggérée à l’interface homme-machine 12.
Avantageusement, lorsque l’architecture de commande 10 comprend une pluralité de modules 24 de gestion des procédures, certains modules 24 sont associés à la gestion d’un premier type de procédure et certains autres modules 24 sont associés à la gestion d’un deuxième type de procédure. Par exemple, le premier type de procédure correspond à des procédures d’urgence et le deuxième type de procédure correspond à des procédures nominales. Notamment, les procédures d’urgence sont destinées à être suivies lors de situations urgentes (par exemple lors d’une situation mettant en péril l’intégrité de l’aéronef ou de celle de ses passagers) et les procédures nominales sont destinées à être suivies lors de situations nominales, c’est-à-dire des situations ne présentant pas de caractère urgent.
Dans ce qui suit, on décrit un procédé de commande de l’élément fonctionnel 3 entre une pluralité de configurations à l’aide de l’architecture de commande 10. Ici, l’opérateur souhaite passer l’élément fonctionnel 3 dans une configuration cible.
Par exemple, initialement, l’unité de gestion d’affichage 30 affiche à destination de l’opérateur les informations représentatives de la configuration courante de l’élément fonctionnel 3. L’opérateur consulte l’afficheur 28 pour prendre connaissance des informations. Les informations indiquent que l’élément fonctionnel 3 est dans une configuration courante différente de la configuration cible.
Le module 24 de gestion des procédures génère la commande suggérée en fonction de l’étape courante de la procédure de vol en cours et la transmet au module de confirmation 14. Avantageusement, le module 24 transmet également la commande suggérée à l’interface homme-machine 12.
L’unité de gestion d’affichage 30 génère alors l’au moins une indication d’action suggérée pour l’opérateur représentative de la commande suggérée et à destination de l’opérateur l’au moins une indication d’action suggérée.
Premièrement, une commande principale est générée en fonction d’une action de l’opérateur visant à passer l’élément fonctionnel 3 dans la configuration cible. Pour ce faire, dans l’exemple de la où l’afficheur 28 est un écran tactile, l’opérateur pointe la portion 106 de l’écran tactile. Avantageusement, lorsque la commande suggérée correspond au passage de l’élément fonctionnel 3 dans la configuration cible, l’opérateur localise aisément la portion 106 grâce à l’élément graphique 108. Lorsque la commande suggérée ne correspond pas au passage de l’élément fonctionnel 3 dans la configuration cible, l’élément graphique 108 ne signale pas la portion 106. L’opérateur reconnaît alors aisément que le pointage de la portion 106 n’est pas suggéré conformément à la procédure de vol en cours.
En particulier, l’unité de gestion d’affichage 30 génère la commande principale.
Ensuite, la commande principale est transmise au module de contrôle 16, notamment par l’intermédiaire du module d’interfaçage 18, ainsi qu’au module de confirmation 14. En particulier, l’unité de gestion d’affichage 30 transmets la commande principale simultanément au module d’interfaçage 18 et au module de confirmation 14. Notamment, sur réception de la commande principale, le module d’interfaçage 18 transmet la commande principale au module de contrôle 16.
Lorsque la commande principale correspond à la commande suggérée, le module de confirmation 14 génère la commande de sécurité associée à la commande principale.
Avantageusement, lorsque la commande principale ne correspond pas à la commande suggérée, le module de confirmation 14 génère une demande de confirmation de la commande principale. Le module de confirmation 14 transmet ensuite la demande de confirmation à l’unité de gestion d’affichage 30 qui, notamment, l’affiche à destination de l’opérateur sur l’afficheur 28. En particulier, la chaîne de caractères de la demande de confirmation est affichée sur l’afficheur 28. En lisant la chaîne de caractères de la demande de confirmation, l’opérateur reconnait si la demande de confirmation correspond à une demande de confirmation de passage de l’élément fonctionnel 3 dans la configuration cible ou non.
Avantageusement, lorsque la commande principale diffère de la commande suggérée, en prenant compte de la demande de confirmation, s’il le désire, l’opérateur actionne le dispositif de confirmation 20 pour confirmer la commande principale.
Après la transmission de la commande principale au module de confirmation 14, notamment lorsque la commande principale correspond à la commande suggérée, le module de confirmation 14 génère la commande de sécurité associée à la commande principale.
En particulier, le module de confirmation 14 génère la commande de sécurité après une temporisation commençant lorsqu’il reçoit la commande principale.
Après la transmission de la commande principale au module de confirmation 14, notamment lorsque la commande principale diffère de la commande suggérée, le module de confirmation 14 génère la commande de sécurité associée à la commande principale lorsque le dispositif de confirmation est actionné pour confirmer la commande principale.
La commande de sécurité est transmise au module de contrôle 16.
Lorsque la commande principale correspond à la commande principale attendue de passage de l’élément fonctionnel 3 dans la configuration cible et lorsque la commande de sécurité correspond à la commande de sécurité attendue de passage de l’élément fonctionnel 3 dans la configuration cible, l’élément fonctionnel 3 est passé dans la configuration cible.
En particulier, le module de contrôle 16 reçoit successivement dans le temps une première commande et une deuxième commande. Le champs mémoire principal 34 du module de contrôle 16 stocke la première commande. Le champs mémoire de sécurité 36 du module de contrôle 16 stocke la deuxième commande.
L’unité de vérification 40 génère l’autorisation de passage de l’élément fonctionnel 3 dans la configuration cible lorsque simultanément la première commande stockée dans le champs mémoire principal 34 correspond à la commande principale attendue correspondant au passage de l’élément fonctionnel 3 dans la configuration cible et la deuxième commande stockée dans le champs mémoire de sécurité 36 correspond à la commande de sécurité attendue correspondant au passage de l’élément fonctionnel 3 dans la configuration cible.
Après avoir généré l’autorisation de passage de l’élément fonctionnel 3 dans la configuration cible, l’unité de vérification 40 transmet ladite autorisation de passage à l’unité de contrôle 42.
L’unité de contrôle 42 passe alors l’élément fonctionnel 3 dans la configuration cible.
L’unité de contrôle 42 génère alors des informations représentatives de la configuration courante de l’élément fonctionnel 3, mises à jour et les stocke dans sa zone mémoire en y écrasant les informations présentes.
Avantageusement, si au bout d’un temps prédéfini, commençant lors du stockage de la première commande dans le champs mémoire principal 34, aucune deuxième commande n’est reçue par le module de contrôle 16, l’unité 44 de gestion des champs mémoires vide le champs mémoire principal 34.
Avantageusement, le module de contrôle 16 génère les informations représentatives de la configuration courante de l’élément fonctionnel 3. En particulier, comme explicité ci-dessus, l’unité de contrôle 42 génère les informations.
Ces informations mises à jour sont alors transmises à l’unité de gestion d’affichage 30.
L’opérateur peut alors consulter l’afficheur 28 pour évaluer si l’action qu’il a réalisée sur l’interface homme-machine 12 a abouti à un passage de l’élément fonctionnel 3 vers sa configuration cible. Alternativement ou en complément, l’opérateur peut consulter un instrument au sein du cockpit lui indiquant la configuration de l’élément fonctionnel 3.
Selon une variante, l’afficheur 28 est un écran non-tactile. L’opérateur agit alors avec l’afficheur 28 par l’intermédiaire, par exemple, d’une souris.
Selon une autre variante, l’interface homme-machine 12 comporte un périphérique d’entrée audio, tel qu’un microphone. L’action de l’opérateur visant à passer l’élément fonctionnel 3 dans la configuration cible est alors une commande vocale.
Selon encore une autre variante, le dispositif de confirmation 20 est actionnable entre plusieurs configurations dont l’une correspond à une confirmation de la commande principale et une autre correspond à une infirmation de la commande principale.
Selon encore une autre variante, pour déterminer la procédure de vol à suivre, le module de gestion des procédures 24 se base sur un choix de l’opérateur déterminé par une action de l’opérateur sur un dispositif dédié de l’aéronef. En d’autres termes, la procédure à suivre est choisie manuellement par l’opérateur.
Selon encore une autre variante, le module d’interfaçage 18 illustré en pointillés sur la est un module supplémentaire au deux modules d’interfaçage 18, illustrés en traits pleins.
Dans tout ce qui précède, l’architecture de commande comprend au moins un calculateur comportant un processeur et au moins une mémoire contenant des modules logiciels susceptibles d’être exécutés par le processeur. Dans ce cadre, les modules de confirmation 14, de contrôle 16, d’interfaçage 18, d’interfaçage auxiliaire 22 et de gestion des procédures 24 sont des modules logiciels stockés dans la mémoire. En variante, au moins une partie des modules sont réalisés sous forme de circuits électroniques dédiés.
Grâce à l’invention, les risques de réalisation d’une fonction non-souhaitée par l’architecture de commande 10, c’est-à-dire la prise en compte par le module de contrôle 16 d’une commande ne correspondant pas à une commande souhaitée par l’opérateur sont considérablement réduits. Grâce à l’invention, un tel risque est avantageusement inférieur à 10-7. Cette probabilité faible d’erreur est notamment atteinte grâce au double contrôle simultané de correspondance entre la commande principale, générée en fonction d’une action de l’opérateur, et la commande principale attendue de passage de l’élément fonctionnel 3 dans la configuration cible et entre la commande de sécurité, générée en fonction de la commande principale, et la commande de sécurité attendue de passage de l’élément fonctionnel 3 dans la configuration cible.
Ce risque est davantage diminué grâce aux caractéristiques suivantes :
- la commande principale est confirmée et la commande de sécurité est générée lorsque la commande principale correspond à la commande suggérée pour la suite de la procédure de vol en cours. Ceci permet vérification de la pertinence de la commande principale sans ajouter de charge de travail à l’opérateur. Si la commande principale ne correspond pas à la commande suggérée, le passage de l’élément fonctionnel 3 vers sa configuration cible n’est pas effectué. L’opérateur peut alors supposer que son action vis-à-vis de l’interface homme-machine était erronée ou que l’unité de gestion d’affichage présente une avarie ;
- la commande principale et la commande de sécurité sont différentes, en particulier les multiplets principal et de sécurité sont différents. Ceci permet de réduire le risque pour le module de contrôle de les confondre ;
- la commande principale attendue, respectivement la commande de sécurité attendue, correspondant au passage de l’élément fonctionnel dans la configuration cible est différente de toute commande principale attendue, respectivement toute commande de sécurité attendue, correspondant à une commande alternative différent du passage de l’élément fonctionnel dans la configuration cible. Ceci permet de réduire le risque pour le module de contrôle d’autoriser par erreur, le passage de l’élément fonctionnel vers une configuration autre que celle de la configuration cible ; et
- les informations représentatives de la configuration courante de l’élément fonctionnel sont affichées à destination de l’opérateur. L’opérateur peut suivre l’évolution de la configuration courante de l’élément fonctionnel suite à son action sur l’interface homme-machine pour vérifier le passage de l’élément fonctionnel vers la configuration cible.
Claims (11)
- Architecture (10) de commande d’au moins un élément fonctionnel (3) d’un aéronef (1) pilotable entre une pluralité de configurations, l’architecture (10) comprenant :
- au moins une interface homme-machine (12) comportant un afficheur (28) et une unité (30) de gestion d’affichage sur l’afficheur (28), l’unité de gestion d’affichage (30) étant configurée pour générer une commande principale en fonction d’une action d’un opérateur visant à passer l’au moins un élément fonctionnel (3) dans une configuration cible ;
- au moins un module (16) de contrôle de l’au moins un élément fonctionnel (3) apte à piloter l’au moins un élément fonctionnel (3) entre ses configurations ;
- au moins un module d’interfaçage (18) configuré pour transmettre la commande principale à l’au moins un module de contrôle (16) ;
caractérisé en ce que l’architecture de commande (10) comprend, en outre :
- au moins un module (14) de confirmation de la commande principale, configuré pour générer une commande de sécurité associée à la commande principale ; et
- au moins un module (24) de gestion des procédures configuré pour générer une commande suggérée en fonction d’une étape courante d’une procédure de vol en cours de l’aéronef (1) et la transmettre à l’au moins un module de confirmation (14) ;
l’au moins un module de confirmation (14) générant la commande de sécurité lorsque la commande principale correspond à la commande suggérée,
l’au moins un module d’interfaçage (18) étant configuré pour transmettre la commande de sécurité à l’au moins un module de contrôle (16),
l’au moins un module de contrôle (16) passant l’au moins un élément fonctionnel (3) dans la configuration cible lorsque la commande principale correspond à une commande principale attendue de passage de l’au moins un élément fonctionnel (3) dans la configuration cible et lorsque la commande de sécurité correspond à une commande de sécurité attendue de passage de l’au moins un élément fonctionnel (3) dans la configuration cible. - Architecture de commande (10) selon la revendication 1, dans lequel la commande principale comprend un multiplet principal, la commande principale attendue comprend un multiplet principal attendu, la commande de sécurité comprend un multiplet de sécurité et la commande de sécurité attendue comprend un multiplet de sécurité attendu,
le multiplet principal et le multiplet principal attendu comprenant respectivement N bits, le multiplet de sécurité et le multiplet de sécurité attendu comprenant respectivement M bits,
N et M étant notamment des entiers supérieurs à 8, N et M étant par exemple égaux entre eux, notamment respectivement égaux à 16. - Architecture de commande (10) selon la revendication 2, dans lequel :
- au moins K bits sont distincts entre le multiplet principal attendu et le multiplet de sécurité attendu ;
- au moins K bits sont distincts entre le multiplet principal attendu correspondant au passage de l’au moins un élément fonctionnel (3) dans la configuration cible et tout multiplet principal attendu correspondant à une commande alternative différant du passage de l’au moins un élément fonctionnel (3) dans la configuration cible ;
- au moins K bits sont distincts entre le multiplet de sécurité attendu correspondant au passage de l’au moins un élément fonctionnel (3) dans la configuration cible et tout multiplet de sécurité attendu correspondant à une commande alternative différant du passage de l’au moins un élément fonctionnel (3) dans la configuration cible,
K étant un entier inférieur ou égal au minimum entre N et M, K étant notamment supérieur ou égal à 4. - Architecture de commande (10) selon l’une quelconque des revendications précédentes, dans laquelle l’unité de gestion d’affichage (30) est configurée pour transmettre simultanément la commande principale à l’au moins un module d’interfaçage (18) et à l’au moins un module de confirmation (14), l’au moins un module d’interfaçage (18) étant configuré, sur réception de la commande principale, pour transmettre la commande principale à l’au moins un module de contrôle (16), l’au moins un module de confirmation (14) générant la commande de sécurité après une temporisation commençant lorsque l’au moins un module de confirmation (14) reçoit la commande principale.
- Architecture de commande (10) selon la revendication 4, dans lequel l’au moins un module de contrôle (16) est configuré pour recevoir successivement dans le temps une première commande et une deuxième commande, l’au moins un module de contrôle (16) comprenant :
- un champs mémoire principal (34) configuré pour stocker la première commande ;
- un champs mémoire de sécurité (36) configuré pour stocker la deuxième commande ;
- une unité de vérification (40) générant une autorisation de passage de l’au moins un élément fonctionnel (3) dans la configuration cible lorsque simultanément la première commande stockée dans le champs mémoire principal (34) correspond à la commande principale attendue correspondant au passage de l’au moins un élément fonctionnel (3) dans la configuration cible et la deuxième commande stockée dans le champs mémoire de sécurité (36) correspond à la commande de sécurité attendue correspondant au passage de l’au moins un élément fonctionnel (3) dans la configuration cible, l’unité de vérification (40) étant configurée pour transmettre l’autorisation de passage à une unité de contrôle (42) ; et
- l’unité de contrôle (42), passant l’au moins un élément fonctionnel (3) dans la configuration cible lorsqu’elle reçoit l’autorisation de passage de l’au moins un élément fonctionnel (3) dans la configuration cible. - Architecture de commande (10) selon l’une quelconque des revendications précédentes, dans lequel le module (24) de gestion des procédures est, en outre, configuré pour transmettre la commande suggérée à l’au moins une interface homme-machine (12), l’unité de gestion d’affichage (30) étant apte à générer au moins une indication d’action suggérée pour l’opérateur représentative de la commande suggérée et à afficher à destination de l’opérateur l’au moins une indication d’action suggérée préalablement à l’action de l’opérateur.
- Architecture de commande (10) selon l’une quelconque des revendications précédentes, dans lequel la commande suggérée comprend un multiplet de liste de vérification électronique comportant L bits, L étant un entier par exemple égal à 8.
- Architecture de commande (10) selon l’une quelconque des revendications précédentes, dans lequel l’au moins un module de contrôle (16) est configuré pour générer des informations représentatives d’une configuration courante de l’au moins un élément fonctionnel (3), l’unité de gestion d’affichage (30) étant apte à afficher lesdites informations sur l’afficheur (28) à destination de l’opérateur.
- Architecture de commande (10) selon l’une quelconque des revendications précédentes, comprenant en outre au moins un dispositif de confirmation (20) indépendant de l’au moins une interface homme-machine (12) et propre à être actionné par l’opérateur, lorsque la commande principale diffère de la commande suggérée, pour confirmer la commande principale, l’au moins un module de confirmation (14) générant la commande de sécurité lorsque l’au moins un dispositif de confirmation (20) est actionné pour confirmer la commande principale.
- Procédé de commande d’au moins un élément fonctionnel (3) d’un aéronef (1), pilotable entre une pluralité de configurations à l’aide d’une architecture de commande (10) selon l’une quelconque des revendications précédentes, le procédé comprenant :
- la génération de la commande suggérée en fonction d’une étape courante d’une procédure de vol en cours et la transmission de la commande suggérée à l’au moins un module de confirmation (14) ;
- la génération de la commande principale en fonction d’une action d’un opérateur visant à passer l’au moins un élément fonctionnel (3) dans la configuration cible ;
- la transmission de la commande principale à l’au moins un module de contrôle (16) et à l’au moins un module de confirmation (14) ;
- la génération par l’au moins un module de confirmation (14) de la commande de sécurité associée à la commande principale lorsque la commande principale correspond à la commande suggérée ;
- la transmission de la commande de sécurité à l’au moins un module de contrôle (16) ; et
- le passage de l’au moins un élément fonctionnel (3) dans la configuration cible lorsque la commande principale correspond à la commande principale attendue de passage de l’au moins un élément fonctionnel (3) dans la configuration cible et lorsque la commande de sécurité correspond à la commande de sécurité attendue de passage de l’au moins un élément fonctionnel (3) dans la configuration cible. - Procédé de commande selon la revendication 10, dans lequel le module (24) de gestion des procédures transmet en outre la commande suggérée à l’au moins une interface homme-machine (12), l’unité de gestion d’affichage (30) générant au moins une indication d’action suggérée pour l’opérateur représentative de la commande suggérée et affichant à destination de l’opérateur l’au moins une indication d’action suggérée.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2114486A FR3131402B1 (fr) | 2021-12-24 | 2021-12-24 | Architecture de commande virtualisee d un aeronef et procede associe. |
| CA3184759A CA3184759A1 (fr) | 2021-12-24 | 2022-12-19 | Architecture de commande virtualisee d'un aeronef et procede associe |
| US18/087,077 US12539978B2 (en) | 2021-12-24 | 2022-12-22 | Virtualized aircraft control architecture and associated method |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2114486 | 2021-12-24 | ||
| FR2114486A FR3131402B1 (fr) | 2021-12-24 | 2021-12-24 | Architecture de commande virtualisee d un aeronef et procede associe. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR3131402A1 true FR3131402A1 (fr) | 2023-06-30 |
| FR3131402B1 FR3131402B1 (fr) | 2024-02-02 |
Family
ID=81927709
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2114486A Active FR3131402B1 (fr) | 2021-12-24 | 2021-12-24 | Architecture de commande virtualisee d un aeronef et procede associe. |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US12539978B2 (fr) |
| CA (1) | CA3184759A1 (fr) |
| FR (1) | FR3131402B1 (fr) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR3131401A1 (fr) * | 2021-12-24 | 2023-06-30 | Dassault Aviation | Architecture de commande virtualisee d un aeronef et procede associe. |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3376375A1 (fr) * | 2017-03-16 | 2018-09-19 | Honeywell International Inc. | Systèmes et procédés de gestion de commande |
| FR3072475A1 (fr) * | 2017-10-17 | 2019-04-19 | Thales | Procede de traitement d'une erreur lors de l'execution d'une procedure avionique predeterminee, programme d'ordinateur et systeme de detection et d'alerte associe |
| FR3087019A1 (fr) * | 2018-10-09 | 2020-04-10 | Thales | Systeme de controle de commande d'un systeme commande via une interface graphique et procede de controle associe |
| FR3089375A1 (fr) * | 2018-12-04 | 2020-06-05 | Airbus Operations | Procédé et système de protection d’un aéronef contre une instruction de commande incohérente |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7343232B2 (en) * | 2003-06-20 | 2008-03-11 | Geneva Aerospace | Vehicle control system including related methods and components |
| FR2927308B1 (fr) * | 2008-02-08 | 2010-10-22 | Airbus France | Systeme distribue de commande de vol. |
| FR2963690B1 (fr) * | 2010-08-06 | 2012-08-03 | Thales Sa | Systeme informatique "client-serveur" securise pour applications interactives |
| CN105329454A (zh) * | 2015-11-02 | 2016-02-17 | 国网山东省电力公司电力科学研究院 | 一种无人机与任务吊舱适配模块、系统及方法 |
| US11126534B2 (en) * | 2017-03-31 | 2021-09-21 | Cae Inc. | Troubleshooting a model defining a dynamic behavior of a simulated interactive object |
| US20200023955A1 (en) * | 2018-07-23 | 2020-01-23 | Textron Innovations Inc. | System and Method for Rotorcraft Flight Control |
| US10691139B1 (en) * | 2018-09-13 | 2020-06-23 | Rockwell Collins, Inc. | Systems and methods for altitude capture performance monitor |
| US11059577B2 (en) * | 2019-03-25 | 2021-07-13 | Textron Innovations Inc. | System and method for monitoring aircraft pilot control position and providing a retrim prompt |
| US11164471B1 (en) * | 2019-10-04 | 2021-11-02 | The Boeing Company | System for previewing vertical speed guidance following an air traffic conflict alert |
| US11030907B1 (en) * | 2020-06-19 | 2021-06-08 | Honeywell International Inc. | Methods, systems, and apparatuses for identifying and indicating the secondary runway aiming point (SRAP) approach procedures |
-
2021
- 2021-12-24 FR FR2114486A patent/FR3131402B1/fr active Active
-
2022
- 2022-12-19 CA CA3184759A patent/CA3184759A1/fr active Pending
- 2022-12-22 US US18/087,077 patent/US12539978B2/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3376375A1 (fr) * | 2017-03-16 | 2018-09-19 | Honeywell International Inc. | Systèmes et procédés de gestion de commande |
| FR3072475A1 (fr) * | 2017-10-17 | 2019-04-19 | Thales | Procede de traitement d'une erreur lors de l'execution d'une procedure avionique predeterminee, programme d'ordinateur et systeme de detection et d'alerte associe |
| FR3087019A1 (fr) * | 2018-10-09 | 2020-04-10 | Thales | Systeme de controle de commande d'un systeme commande via une interface graphique et procede de controle associe |
| FR3089375A1 (fr) * | 2018-12-04 | 2020-06-05 | Airbus Operations | Procédé et système de protection d’un aéronef contre une instruction de commande incohérente |
Also Published As
| Publication number | Publication date |
|---|---|
| CA3184759A1 (fr) | 2023-06-24 |
| US20230202672A1 (en) | 2023-06-29 |
| FR3131402B1 (fr) | 2024-02-02 |
| US12539978B2 (en) | 2026-02-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR3072475B1 (fr) | Procede de traitement d'une erreur lors de l'execution d'une procedure avionique predeterminee, programme d'ordinateur et systeme de detection et d'alerte associe | |
| CA2743735C (fr) | Equipement avionique securise et procede de securisation associe | |
| CA2621948C (fr) | Systeme d'affichage pour un aeronef | |
| FR3131402A1 (fr) | Architecture de commande virtualisee d un aeronef et procede associe. | |
| EP1482277A1 (fr) | Dispositif et système d'affichage de secours d'un aéronef | |
| FR2931329A1 (fr) | Procede de transmission de donnees entre au moins un ecran d'affichage d'un poste de pilotage et au moins un ensemble client distant | |
| FR2903386A1 (fr) | Systeme d'affichage pour aeronef. | |
| FR2920245A1 (fr) | Procede et systeme de synchronisation de contexte d'affichage | |
| FR3131401A1 (fr) | Architecture de commande virtualisee d un aeronef et procede associe. | |
| EP2442518A1 (fr) | Procédé de traitement de requêtes SIP initiales par des backends d'un groupe SIP en présence d'une défaillance, et dispositif de traitement associé | |
| FR3054314A1 (fr) | Systeme d'affichage de donnees avioniques sur au moins un espace d'affichage, cockpit d'aeronef comportant un tel systeme, procede d'affichage et produit programme d'ordinateur associes | |
| FR2968497A1 (fr) | Procede et systeme de diffusion de contenus informatiques vers un terminal mobile | |
| CA1257698A (fr) | Systeme pour la commande centralisee d'une pluralite d'appareils de radiocommunication et de radionavigation montes a bord d'un aeronef | |
| WO2020043990A1 (fr) | Aiguilleur électrique haute disponibilité : contrôle d'une chaine d'actionnement simplex par un contrôle redondé | |
| FR3028632A1 (fr) | Procede et dispositif pour commander un moyen d’affichage | |
| FR2946165A1 (fr) | Systeme de gestion automatique de controle de moteurs d'un aeronef. | |
| CA2469822C (fr) | Dispositif de reglage d'au moins un parametre, en particulier d'un systeme de pilotage automatique d'un aeronef | |
| WO2025052053A1 (fr) | Procédé et dispositif de contrôle d'un système d'alerte d'attention du conducteur d'un véhicule | |
| EP3540708B1 (fr) | Dispositif d'interface pour radio à télécommande numérique | |
| FR3134062A1 (fr) | Dispositif de génération d’un signal de limitation de mouvement d’un véhicule automobile autonome, système de contrôle, ensemble et procédé associés | |
| CA2308872A1 (fr) | Dispositif de detection d'erreur dans une memoire associee a un processeur | |
| EP1542441B1 (fr) | Procédé pour basculer entre deux interfaces d'un poste téléphonique | |
| EP3979064A1 (fr) | Dispositif pour l'acces a distance a des donnees stockees sur un dispositif de stockage de donnees du dispositif, systeme et procede associes | |
| EP1630761A1 (fr) | Système et procédé d'appel automatique, moteur d'alerte et poste d'activation mis en oeuvre dans le système | |
| WO2024256760A1 (fr) | Procédé et dispositif de contrôle d'un système d'affichage embarqué dans un véhicule avec duplication de contenu d'un écran de dispositif de communication mobile |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20230630 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |
|
| PLFP | Fee payment |
Year of fee payment: 5 |