Brevet FR3124613A1 — publié le 20221230

La présente invention propose un dispositif et un procédé permettant à un pilote ou plus généralement à un équipage, d'enrichir une base de données d'obstacles utilisateurs directement à l'intérieur de l'aéronef, au sol et même en vol. De manière générale, le dispositif de l’invention s’appuie sur un nouveau composant logiciel appelé « GGS », qui permet d’offrir de nouveaux services aux composants avioniques fonctionnels et aux interfaces homme-machine IHM de l’avionique. Ce nouveau composant logiciel GGS est configuré pour permettre : - de créer ; modifier ; supprimer des obstacles utilisateurs, à la demande de composants d’IHMs de l’avionique ; - d’envoyer des obstacles utilisateurs à des clients des services de ce nouveau composant GGS, qui sont soit d'autres composants fonctionnels de l’avionique, soit d'autres composants d’IHMs de l’avionique ; - d’enregistrer dans une mémoire non volatile et de restaurer depuis cette mémoire non volatile, des obstacles utilisateurs. Figure pour l’abrégé : Fig. 2 Procédé et dispositif de mise à jour et de partage d’une base de données d’obstacles pour aéronefs Domaine de l’invention L’invention est dans le domaine technique des systèmes d’affichage des postes de pilotages d’aéronefs et concerne plus particulièrement un dispositif et un procédé pour le stockage et le partage de données géométriques géoréférencées créées pendant une mission, en particulier des données de type obstacles utilisateurs créés pendant une mission aéronautique. Etat de la Technique L'annexe 4 de la Convention relative à l’Organisation de l’Aviation Civile Internationale (OACI) qui concerne les cartes aéronautiques, définit un « obstacle » comme étant « tout ou partie d’un objet fixe (temporaire ou permanent) ou mobile qui : - est situé sur une aire destinée à la circulation des aéronefs à la surface ; ou - fait saillie au-dessus d’une surface définie destinée à protéger les aéronefs en vol ; ou -se trouve à l’extérieur d’une telle surface définie et qui est jugé être un danger pour la navigation aérienne ». De tels obstacles encore désignés comme « obstacles significatifs » sont inclus sur les cartes aéronautiques. Chaque obstacle est représenté sur une carte comme une « entité obstacle » par un signe conventionnel et un identificateur appropriés. Les entités obstacles présentées sur une carte sont liées aux attributs présents dans une base de données d’obstacle, comme : - la position horizontale en coordonnées géographiques et altitude associée ; - le type de l’obstacle ; - l’extension de l’obstacle, s’il y a lieu. Les attributs de données d'obstacles présents dans une base de données d'obstacles, par exemple la «Digital Obstacle File » (DOF) de la « Federal Administration Aviation » (FAA), sont des instances d'entités qui peuvent être représentées par des points, des lignes ou des polygones. Un exemple de représentation d'obstacle pour un pylône, peut être un point. Un exemple de représentation d'obstacle pour une ligne électrique haute tension, peuvent être des lignes. Un exemple de représentation d'obstacle pour un bâtiment, peut être un polygone. De tels obstacles peuvent devenir une menace pour les aéronefs volant à proximité du sol, et particulièrement pour les hélicoptères lorsque la visibilité est dégradée, même en conditions de vol VFR (« Visual Flight Rules » pour règles de vol à vue). Les cockpits modernes peuvent fournir des solutions pour améliorer la conscience de la situation des pilotes en ce qui concerne les obstacles. L'état de l'art en matière de fonctions d'obstacles ne concerne que les fonctions utilisant des données d'obstacles fournies par un fournisseur officiel de données aéronautiques, mais sans aucun moyen de personnalisation. Ces fonctions sont un affichage 2D sur une carte numérique, un affichage 3D sur un système de vision synthétique (SVS), ou encore un système d'alerte d'obstacles via par exemple un système de conscience et d’alerte des menaces du terrain, (TAWS) pour « Terrain Awareness and Warning System ». Une solution de la compagnie « AG-NAV » est constituée d'un appareil GPS embarqué appelé « Guia », avec un écran tactile qui permet d'afficher dans le cockpit sur une carte mobile, des données de navigation et des données de mission d’épandage aérien. Cette solution utilise une application Internet appelée « AgMission » pour préparer une mission d’épandage aérien, et qui permet aussi à un opérateur d'insérer des obstacles utilisateurs, en cliquant directement sur un emplacement sur une carte numérique, en saisissant sa hauteur, puis en enregistrant les obstacles et en les exportant vers Guia via un fichier. La solution Guia permet ainsi de télécharger des fichiers d'obstacles utilisateur qui sont créés via l’application AgMission. Elle permet aussi de télécharger des bases de données d'obstacles officielles telles que la DOF de la FAA, puis d'afficher sur une carte numérique de l’écran tactile ces obstacles en différentes couleurs, en fonction de leur hauteur et d’alerter le pilote quand il vole trop près d’un obstacle. Cependant, la solution AgMission nécessite l’utilisation d’un site Internet pour créer les nouveaux obstacles puis un transfert via un fichier informatique dans le périphérique GPS Guia. Par ailleurs, ces obstacles ne sont pas intégrés à l’avionique, au sens des systèmes de l’avionique certifiée. Ils ne peuvent donc pas être utilisés comme obstacles d’une base de données obstacles officielle pour alimenter un SVS ou bien un TAWS ou un HTAWS. Il peut aussi être mentionné les brevets FR 3 014 233 B1 et US9583011 B2 d’Airbus Helicopter qui décrivent des systèmes d'aéronef permettant de signaler la présence d'obstacles ainsi que des procédés de détection d'obstacle. Ces systèmes d'alerte d'obstacles sont basés sur l’utilisation d’une base de données embarquée qui peut être mise à jour en vol (par ajout et suppression d’obstacle manuellement), avec des moyens pour confirmer ensuite au sol les mises à jour. Cependant aucun élément de description n’est donné quant à la réalisation d’une fonction qui permet de créer des « obstacles utilisateurs » avec une implémentation dans l’avionique certifiée. Les solutions pour améliorer la conscience de la situation des pilotes en ce qui concerne les obstacles nécessitent d’avoir une base de données d'obstacles qui soit précise et complète dans la zone d'exploitation de l'aéronef. Or, une telle base n'existe que rarement, et les bases de données d'obstacles sont fortement hétérogènes selon les pays ou selon les zones à l'intérieur des pays. Même si la FAA tient une base de données le DOF qui est complète et précise sur tout le territoire aux USA, très peu de pays le font, et généralement seuls les obstacles autour des aéroports sont correctement référencés dans les bases de données aéronautiques. Par ailleurs, les pilotes d'hélicoptère peuvent souhaiter avoir dans leur base de données d'obstacles de nouvelles constructions (antennes, éoliennes, ...) non encore enregistrées dans les bases de données officielles, avoir des obstacles temporaires tels que des grues ou des structures liées à un événement ou encore avoir des obstacles individuels d'un groupe d'obstacles qui sont enregistrés comme groupe uniquement dans les bases de données officielles. Cependant aucune solution d’une fonction avionique ou d’une application EFB, relative à une fonction « obstacle utilisateur » qui permet de créer en vol et d’enrichir directement dans le cockpit une base de données obstacles officielle, sans présenter les inconvénients précités, n’est à ce jour identifiée. Aussi il existe le besoin pour une solution d’enrichissement en vol ou dans le cockpit d’une base de données obstacles. Par ailleurs, la directive pour le développement d'aéronefs et de systèmes civils sur les aspects de sécurité (la pratique recommandée pour l'aérospatiale ARP), requière que les processus employés pendant le développement de produits se conforment au processus standard ARP4754. Ce standard traite des processus de développement qui soutiennent la certification des systèmes aéronautiques, abordant « le cycle complet de développement des aéronefs, à partir des exigences des systèmes grâce à la vérification des systèmes ». De plus, le développement des sous-ensembles électroniques et le développement des logiciels pour les systèmes aéronautiques doivent se conformer respectivement aux exigences de processus de la DO254 et de la DO178B. La DO254 (« Design Assurance Guidance for Airbone Electronic Hardware ») précise les contraintes de développement à des fins d'obtention de la certification d'un équipement électronique d'avionique. La DO178B (« Software Considerations in Airborne Systems and Equipment Certification ») concerne la sûreté des logiciels utilisés dans certains systèmes aéroportés, et indique les contraintes de développement à des fins d’obtention de la certification d’un logiciel avionique. Il est connu que différents niveaux de criticité ou (DAL) pour « Design Assurance Level » sont attribués à différentes fonctions logicielles ou systèmes matériels, en fonction des conditions de défaillance et des risques associés. Plus l’impact potentiel d’une défaillance d’un composant est important, plus il doit être sûr. Les DAL sont utilisés pour déterminer le niveau de rigueur qui doit être appliqué aux différents composants (matériels et logiciels) d'un système avionique. Cinq niveaux de DAL (de A à E) sont définis : - niveau A (catastrophique) : Un défaut du système ou sous-système étudié peut provoquer un problème catastrophique (sécurité du vol, atterrissage compromis, crash de l'avion) ; - niveau B (très grave) : Un défaut du système ou sous-système étudié peut provoquer un problème majeur entraînant des dégâts sérieux voire la mort de quelques occupants; - niveau C (grave) : Un défaut du système ou sous-système étudié peut provoquer un problème sérieux entraînant un dysfonctionnement des équipements vitaux de l'appareil; - niveau D (mineur) : Un défaut du système ou sous-système étudié peut provoquer un problème pouvant perturber la sécurité du vol; - niveau E (sans effet) : Un défaut du système ou sous-système étudié peut provoquer un problème sans effet sur la sécurité du vol. Au vu des exigences quant au développement de composants matériels et logiciels, toute solution d’enrichissement en vol ou dans le cockpit d’une base de données obstacles, doit répondre au processus de développement DAL. La présente invention répond à ce besoin. L'invention vise à pallier le manque de données d'obstacles dans les bases de données, pour les hélicoptères ou autres aéronefs qui volent très souvent en conditions VFR, à proximité du sol et hors des zones aéroportuaires. La présente invention permet aux pilotes d'enrichir eux-mêmes avec de nouveaux obstacles, les bases de données d'obstacles, directement en vol ou lors de la préparation d’une mission, sur leur zone d’intérêt. Ces nouveaux obstacles, qui sont chacun désigné comme un « obstacle utilisateur », deviennent disponibles dans les fonctions avioniques au même titre que les données d'obstacles fournies par les fournisseurs de bases de données aéronautiques. Grâce à la présente invention, un obstacle utilisateur peut être affiché sur une vue 2D d'une carte mobile numérique ou d'un affichage de navigation, sur une vue 3D d'un affichage de vol principal SVS ou il peut alimenter un système de conscience et d’alerte des menaces du terrain (TAWS par exemple). Un objet de la présente invention est un dispositif qui comprend des moyens permettant à un pilote ou plus généralement à un équipage, d'enrichir une base de données d'obstacles directement à l'intérieur de l'aéronef, au sol et même en vol. De manière générale, le dispositif de l’invention s’appuie sur un nouveau composant logiciel appelé « GGS », où l’acronyme GGS signifie « Geometric Georeferenced Shapes » pour formes géométriques géoréférencées. Ce nouveau composant logiciel GGS est configuré pour offrir de nouveaux services aux composants fonctionnels avioniques et aux interfaces homme-machine (IHM) de l’avionique, désignés ensemble par composants avioniques. Dans une application préférentielle, le composant logiciel GGS est configuré pour gérer des obstacles utilisateurs. Ce nouveau composant logiciel GGS est configuré pour permettre : - de créer ; modifier ; supprimer des obstacles utilisateurs à la demande de composants d’IHMs de l’avionique ; - de partager (envoyer) des obstacles utilisateurs avec des clients de ce nouveau composant logiciel GGS, qui sont soit d'autres composants fonctionnels de l’avionique, soit d'autres composants d’IHMs de l’avionique ; - d’enregistrer vers une mémoire non volatile et de restaurer depuis cette mémoire non volatile, des obstacles utilisateurs. Ce composant logiciel avionique est implémenté dans une unité d'affichage ou DU pour « Display Unit » de l’avionique, et est dédié au partage et au stockage des obstacles utilisateurs (GGS). Le composant logiciel GGS et ses clients peuvent être hébergés sur une même unité d’affichage DU ; ils peuvent aussi, dans une configuration de cockpit multi-DUs, être hébergés sur différentes unités d’affichage. En effet, dans une alternative de réalisation, le composant logiciel GGS peut aussi être répliqué sur plusieurs unités d'affichage DUs, avec une DU hébergeant un composant logiciel GGS opérant en maître et une ou plusieurs DUs secondaires hébergeant un composant logiciel GGS opérant en esclave. Avantageusement, la solution proposée respecte les principes de ségrégation de la mémoire des composants logiciels aéronautiques, où un seul composant peut écrire dans une mémoire partagée qui peut être lue par plusieurs composants. Ainsi, le composant logiciel GGS peut lire et écrire dans une mémoire volatile partagée entre les composants logiciels aéronautiques d’un même équipement hébergeant le composant GGS, et il est le seul à disposer des autorisations pour écrire dans cette mémoire. Pour obtenir les résultats recherchés, il est proposé un procédé pour l'enrichissement et le partage à bord d’un aéronef d'une base de données d’obstacles utilisateurs, l’aéronef comprenant plusieurs équipements avioniques reliés par un réseau de communication, chaque équipement avionique hébergeant au moins un composant avionique apte à utiliser la base de données d’obstacles utilisateurs, un équipement hébergeant un composant logiciel GGS configuré pour mettre en œuvre les étapes de : charger une base de données d’obstacles utilisateurs, stockée dans une mémoire non-volatile dudit équipement avionique maître, lesdits obstacles utilisateurs étant des obstacles non répertoriés dans la base de données d’obstacles de l’aéronef ; copier la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile dudit équipement avionique maître, la mémoire volatile étant une mémoire partagée entre plusieurs composants avioniques aptes à utiliser la base de données d’obstacles utilisateurs ; notifier chaque composant avionique de l’équipement maître de la disponibilité dans la mémoire volatile de la base de données d’obstacles utilisateurs ; envoyer la base de données d’obstacles utilisateurs vers les autres équipements avioniques hébergeant un composant logiciel GGS, chaque autre équipement étant un équipement esclave hébergeant un composant logiciel GGS esclave configuré pour : recevoir la base de données d’obstacles utilisateurs envoyée par l’équipement maître ; copier la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile, ladite mémoire volatile étant une mémoire partagée entre les composants avioniques de l’équipement esclave, et aptes à utiliser la base de données d’obstacles utilisateurs; et notifier chaque composant avionique de la disponibilité dans la mémoire volatile, de la base de données d’obstacles utilisateurs. Selon des modes de réalisation alternatifs ou combinés : - le procédé comprend une étape de copier la base de données d’obstacles utilisateurs dans une mémoire non volatile d’un équipement avionique hébergeant un composant logiciel GGS esclave. - le procédé comprend les étapes de : - recevoir sur l’équipement hébergeant le composant logiciel GGS maître, une requête de modification de la base de données d’obstacles utilisateurs, la requête étant émise pour créer et/ou modifier et/ou supprimer un obstacle utilisateur ; - traiter la requête en mémoire volatile partagée dudit équipement, le traitement de la requête provoquant une mise à jour de la base de données d’obstacles utilisateurs ; - enregistrer la mise à jour de la base de données d’obstacles utilisateurs dans la mémoire non volatile dudit équipement ; et - notifier chaque composant avionique de la disponibilité dans la mémoire volatile de l’équipement avionique l’hébergeant, de la base de données d’obstacles utilisateurs. - le procédé comprend de plus après l’étape de traitement de la requête, les étapes de : - envoyer la base de données d’obstacles utilisateurs géoréférencés vers les équipements avioniques hébergeant un composant logiciel GGS esclave ; - copier la base de données d’obstacles utilisateurs géoréférencés dans une zone de la mémoire volatile de chaque équipement avionique hébergeant un composant logiciel GGS esclave ; et - notifier chaque composant avionique de la disponibilité dans la mémoire volatile de l’équipement avionique l’hébergeant, de la base de données d’obstacles utilisateurs. - le procédé comprend après l’étape de traitement de la requête, l’étape de copier la base de données d’obstacles utilisateurs dans la mémoire non volatile dudit équipement avionique hébergeant un composant logiciel GGS esclave. - le procédé comprend avant l’étape de réception sur l’équipement avionique hébergeant le composant logiciel GGS maître, d’une requête de modification de la base de données d’obstacles utilisateurs, les étapes de : - émettre par un équipement avionique hébergeant un composant logiciel GGS esclave une requête de modification de la base de données d’obstacles utilisateurs ; et - envoyer ladite requête à l’équipement avionique hébergeant un composant logiciel GGS maître. L’invention concerne aussi un produit programme d’ordinateur qui comprend des instructions de code permettant d’effectuer les étapes du procédé de l’invention, lorsque le programme est exécuté sur un ordinateur. L’invention concerne de plus un dispositif comprenant des moyens pour mettre en œuvre les étapes du procédé de l’invention. Selon des modes de réalisation alternatifs ou combinés : - les équipements avioniques sont des équipements de visualisation capables d’afficher les obstacles utilisateurs. - l’équipement de visualisation est un écran en tête basse du cockpit pouvant afficher les paramètres de pilotage et / ou de navigation de l’aéronef. - l’équipement de visualisation est un écran en tête haute du cockpit, porté ou non sur la tête du pilote, et pouvant afficher les paramètres de pilotage de l’aéronef. - le dispositif comprend au moins un composant d’Interface Homme Machine permettant d’envoyer une requête de création, de modification ou de suppression d’au moins un obstacle utilisateur. - le composant d’Interface Homme Machine est un système cartographique en 2 dimensions affiché sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou est un système de désignation conforme au monde réel affiché sur un écran en tête haute du cockpit porté ou non sur la tête du pilote. - les composants avioniques comprennent au moins un composant fonctionnel configuré pour réaliser des calculs d’alerte. - ledit au moins un composant fonctionnel est un système de conscience et d’alerte des menaces du terrain TAWS. - les composants avioniques comprennent au moins un composant d’IHM de type système cartographique en 2 dimensions permettant un affichage sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou un système de vision synthétique SVS en 3 dimensions permettant un affichage sur un écran en tête basse ou en tête haute du cockpit et pouvant afficher les paramètres de pilotage de l’aéronef. L’invention adresse aussi l’utilisation du dispositif de l’invention dans un cockpit d’aéronef comprenant des équipements avioniques configurés pour opérer le procédé de l’invention. Description des figures D’autres caractéristiques et avantages de l’invention apparaîtront à l’aide de la description qui suit et des figures des dessins annexés dans lesquels : La est un schéma bloc pour illustrer une implémentation d’un équipement avionique selon l’invention ; La est un schéma bloc pour illustrer une implémentation opérationnelle de l’invention dans un environnement aéronautique, notamment un cockpit d’aéronef, comprenant plusieurs équipements avioniques ; et Les , , sont des organigrammes des principales étapes pour l'enrichissement et le partage d’une base de données d'obstacles utilisateurs selon l’invention. Un procédé pour l'enrichissement et le partage à bord d’un aéronef d'une base de données d’obstacles utilisateurs, l’aéronef comprenant plusieurs équipements avioniques reliés par un réseau de communication, certains équipements avioniques hébergeant au moins un composant avionique apte à utiliser la base de données d’obstacles utilisateurs et un composant logiciel GGS, un de ces équipements dit équipement maître, hébergeant un composant logiciel GGS défini comme composant logiciel GGS maître configuré pour mettre en œuvre les étapes de : charger (302) une base de données d’obstacles utilisateurs (106), stockée dans une mémoire non-volatile (104) dudit équipement avionique maître (100), lesdits obstacles utilisateurs (106) étant des obstacles non répertoriés dans la base de données d’obstacles de l’aéronef ; copier (304) la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile (108) dudit équipement avionique maître, la mémoire volatile étant une mémoire partagée entre plusieurs composants avioniques aptes à utiliser la base de données d’obstacles utilisateurs ; notifier (310) chaque composant avionique de l’équipement maître de la disponibilité dans la mémoire volatile de la base de données d’obstacles utilisateurs ; envoyer (306) la base de données d’obstacles utilisateurs vers les autres équipements avioniques hébergeant un composant logiciel GGS, chaque autre équipement étant un équipement esclave hébergeant un composant logiciel GGS esclave configuré pour : recevoir (307) la base de données d’obstacles utilisateurs envoyée par l’équipement maître ; copier (308) la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile, ladite mémoire volatile étant une mémoire partagée entre les composants avioniques de l’équipement esclave, et aptes à utiliser la base de données d’obstacles utilisateurs; et notifier (310) chaque composant avionique de la disponibilité dans la mémoire volatile, de la base de données d’obstacles utilisateurs. Le procédé selon la revendication 1 comprenant de plus, après l’étape (307) de réception de la base de données d’obstacles utilisateurs sur un équipement esclave, une étape d’enregistrer (312) la base de données dans une mémoire non volatile dudit équipement esclave, de manière à pouvoir activer le composant logiciel GGS esclave comme composant logiciel GGS maître en cas de panne du composant logiciel maître. Le procédé selon la revendication 1 ou la revendication 2 comprenant de plus des étapes de : recevoir (314) sur l’équipement maître, une requête de modification de la base de données d’obstacles utilisateurs, la requête étant émise pour créer et/ou modifier et/ou supprimer un obstacle utilisateur ; traiter (316) la requête en mémoire volatile partagée dudit équipement maître, le traitement de la requête provoquant une mise à jour de la base de données d’obstacles utilisateurs ; enregistrer (318) la mise à jour de la base de données d’obstacles utilisateurs dans la mémoire non volatile dudit équipement maître ; notifier (310) chaque composant avionique dudit équipement maître de la mise à jour dans la mémoire volatile, de la base de données d’obstacles utilisateurs. Le procédé selon la revendication 3 comprenant de plus après l’étape de traitement de la requête (316), des étapes de : envoyer (306) la base de données d’obstacles utilisateurs vers les autres équipements avioniques hébergeant un composant logiciel GGS, chaque autre équipement étant un équipement esclave hébergeant un composant logiciel GGS esclave configuré pour : recevoir (307) la base de données d’obstacles utilisateurs envoyée par l’équipement maître ; copier (308) la base de données d’obstacles utilisateurs dans une zone d’une mémoire volatile, ladite mémoire volatile étant une mémoire partagée entre les composants avioniques de l’équipement esclave, et aptes à utiliser la base de données d’obstacles utilisateurs ; et notifier (310) chaque composant avionique de la disponibilité dans la mémoire volatile, de la base de données d’obstacles utilisateurs. Le procédé selon la revendication 4 comprenant de plus après l’étape (307) de réception de la base de données d’obstacles utilisateurs sur un équipement esclave, une étape d’enregistrer (312) la base de données dans une mémoire non volatile dudit équipement esclave, de manière à pouvoir activer le composant logiciel GGS esclave comme composant logiciel GGS maître en cas de panne du composant logiciel maître. Le procédé selon l’une quelconque des revendications 3 à 5 comprenant avant l’étape de réception (314) sur l’équipement maître, d’une requête de modification de la base de données d’obstacles utilisateurs, des étapes de : recevoir (320) sur un équipement esclave, une requête de modification de la base de données d’obstacles utilisateurs, la requête étant émise pour créer et/ou modifier et/ou supprimer un obstacle utilisateur ; envoyer (322) ladite requête à l’équipement maître. Un produit programme d’ordinateur, ledit programme d’ordinateur comprenant des instructions de code permettant d’effectuer les étapes du procédé selon l’une quelconque des revendications 1 à 6, lorsque ledit programme est exécuté sur un ordinateur. Un dispositif pour l'enrichissement et le partage à bord d’un aéronef d'une base de données d’obstacles utilisateurs, l’aéronef comprenant plusieurs équipements avioniques reliés par un réseau de communication, chaque équipement avionique hébergeant au moins un composant avionique apte à utiliser la base de données d’obstacles utilisateurs et un composant logiciel GGS, le dispositif comprenant des moyens pour mettre en œuvre les étapes du procédé selon l’une quelconque des revendications 1 à 6. Le dispositif selon la revendication 8 dans lequel les équipements avioniques sont des équipements de visualisation capables d’afficher les obstacles utilisateurs. Le dispositif selon la revendication 9 dans lequel l’équipement de visualisation est un écran en tête basse du cockpit pouvant afficher les paramètres de pilotage et / ou de navigation de l’aéronef. Le dispositif selon la revendication 9 dans lequel l’équipement de visualisation est un écran en tête haute du cockpit, porté ou non sur la tête du pilote, et pouvant afficher les paramètres de pilotage de l’aéronef. Le dispositif selon l’une quelconque des revendications précédentes comprenant au moins un composant d’Interface Homme Machine permettant d’envoyer une requête de création, de modification ou de suppression d’au moins un obstacle utilisateur. Le dispositif selon la revendication 12 dans lequel le composant d’Interface Homme Machine est un système cartographique en 2 dimensions affiché sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou est un système de désignation conforme au monde réel affiché sur un écran en tête haute du cockpit porté ou non sur la tête du pilote. Le dispositif selon l’une quelconque des revendications 9 à 13 dans lequel les composants avioniques comprennent au moins un composant fonctionnel configuré pour réaliser des calculs d’alerte. Le dispositif selon la revendication 14 dans lequel ledit au moins un composant fonctionnel est un système de conscience et d’alerte des menaces du terrain TAWS. Le dispositif selon l’une quelconque des revendications précédentes dans lequel les composants avioniques comprennent au moins un composant d’IHM de type système cartographique en 2 dimensions permettant un affichage sur un écran en tête basse du cockpit et pouvant afficher les paramètres de navigation de l’aéronef, ou un système de vision synthétique SVS en 3 dimensions permettant un affichage sur un écran en tête basse ou en tête haute du cockpit et pouvant afficher les paramètres de pilotage de l’aéronef. Un cockpit d’aéronef comprenant un dispositif selon l’une quelconque des revendications 8 à 16.