FR 3031207 A1 20160701 FR 1562990 A 20151221 1 Appareil à ports série configurables Les aéronefs modernes comportent ordinairement un ou plusieurs sous-systèmes avioniques qui remplissent diverses fonctions liées au fonctionnement des aéronefs. Des exemples de systèmes avioniques peuvent comprendre un Système de Maintenance Embarqué (SME) ou un système de contrôle d'état ou de Gestion Intégrée d'Etat de Véhicule (GIEV) pour contribuer au diagnostic ou à la prédiction d'anomalies dans les aéronefs, et un Système de Gestion de Vol (SGV) pour faciliter la gestion des plans de vol. De tels systèmes sont souvent mis en oeuvre dans des appareils qui reçoivent et émettent des données par l'intermédiaire d'interfaces série. Souvent, les aéronefs modernes utilisent divers protocoles pour la transmission de données. Par exemple, RS-422 est une norme technique qui stipule des caractéristiques électriques d'un circuit de transmission numérique de signaux ; RS-485 est une norme technique qui définit les caractéristiques électriques de pilotes et de récepteurs dans des systèmes numériques multipoint équilibrés ; et ARINC-717 est une norme industrielle qui décrit la forme, le montage et la fonction d'équipements avioniques dans l'acquisition de données de vol destinées à être enregistrées. Selon un aspect, une forme de réalisation de l'invention concerne un appareil pour aéronef qui reçoit et émet des données concernant l'aéronef. L'appareil comporte au moins une interface série, un emplacement dans une mémoire, une pluralité de protocoles d'interface stockés dans l'emplacement en mémoire et une logique communiquant avec l'emplacement en mémoire et avec la/les interface(s) série. La logique est conçue pour être codée avec au moins un protocole parmi la pluralité de protocoles d'interface en fonction des données à la/aux interface(s) série. 3031207 2 L'invention sera mieux comprise à l'étude détaillée de quelques modes de réalisation pris à titre d'exemples non limitatifs et illustrés par les dessins annexés sur lesquels : -la Figure 1 est une vue en perspective d'un aéronef dans 5 lequel peuvent être mises en oeuvre des formes de réalisation de l'invention ; et -la Figure 2 est un schéma d'un système avionique qui émet et reçoit des données séries selon une forme de réalisation de l'invention. 10 La Figure 1 représente schématiquement un aéronef 10 pouvant exécuter des formes de réalisation de l'invention et pouvant comporter un ou plusieurs moteurs de propulsion 12 montés sur un fuselage 14, un poste de pilotage 16 placé dans le fuselage 14, et des demi-voilures 18 s'étendant vers l'extérieur depuis le fuselage 15 14. Bien qu'un aéronef commercial ait été représenté, il est envisagé que des formes de réalisation de l'invention puissent être utilisées dans tout type d'aéronef, par exemple, d'une manière nullement limitative, à voilure fixe, à voilure tournante, un avion-fusée, un aéronef personnel et un aéronef militaire. 20 Une pluralité de systèmes de bord 20 qui permettent un bon fonctionnement de l'aéronef 10 peut aussi être incluse dans l'aéronef 10, ainsi qu'un ou plusieurs ordinateurs ou automates 22, lesquels peuvent coopérer avec la pluralité de systèmes de bord 20 pour commander leur fonctionnement. Bien qu'un seul automate 22 ait été 25 représenté, il est envisagé que n'importe quel nombre d'automates 22 puissent être inclus dans l'aéronef 10. Dans ce cas, l'automate 22 peut aussi être connecté à d'autres automates de l'aéronef 10. L'automate 22 peut comprendre ou être associé à n'importe quel nombre approprié de microprocesseurs individuels, sources 30 d'électricité, dispositifs de mémorisation, cartes interfaces, systèmes de pilotage automatique, ordinateurs de gestion de vol et 3031207 3 autres composants classiques. Par exemple, l'automate 22 peut comprendre une mémoire 24, la mémoire 24 peut comprendre une mémoire vive (RAM), une mémoire morte (ROM), une mémoire flash ou un ou plusieurs types différents de mémoires électroniques 5 portatives tels que des disques, des DVD, des CD-ROM, etc., ou toute combinaison adéquate de ces types de mémoires. L'automate 22 peut également comprendre un ou plusieurs processeurs, lesquels peuvent exécuter n'importe quels programmes appropriés. L'automate 22 peut comprendre ou coopérer avec n'importe quel 10 nombre de programmes logiciels ou instructions conçus pour mettre en oeuvre les divers procédés, tâches de traitement, calculs et fonctions de commande/affichage nécessaires au fonctionnement de l'aéronef 10. L'automate 22 est représenté communiquant avec la pluralité de systèmes de bord 20 et il est envisagé que l'automate 22 15 puisse contribuer au fonctionnement des systèmes de bord 20 et puisse recevoir des informations des systèmes de bord 20. L'automate 22 peut faire partie d'un système de gestion de vol (SGV), d'un système de gestion d'état (SGE), etc. Par ailleurs, une unité de gestion d'état 30 a été représentée 20 incluse dans l'aéronef 10. L'unité de gestion d'état 30 peut aussi coopérer avec n'importe quel nombre de systèmes parmi la pluralité de systèmes de bord 20 et/ou d'automates pour recevoir de ceux-ci des informations. Bien que l'unité de gestion d'état 30 soit représentée incluse dans l'automate 22, elle peut aussi être séparée 25 de l'automate 22 ou elle peut faire partie des systèmes avioniques tels qu'un système avionique modulaire intégré, un système de maintenance embarqué, un enregistreur de données de vol, etc. L'unité de gestion d'état 30 peut recueillir ou recevoir des informations, déterminer une panne critique ou un phénomène 30 catastrophique potentiel, rassembler des données susceptibles de 3031207 4 n'être pas recueillies normalement, et transmettre ces données par le biais d'un accès à une ou plusieurs interfaces externes. L'unité de gestion d'état 30 peut être mise en oeuvre dans tout logiciel ou matériel adéquat. Par exemple, l'unité de gestion 5 d'état 30 pourrait comprendre un dispositif informatique polyvalent sous la forme d'un ordinateur, comportant un processeur, une mémoire système et un bus système, qui couple au processeur divers composants du système, dont la mémoire système. L'ordinateur peut être conçu pour déterminer un événement catastrophique potentiel 10 au cours du vol de l'aéronef, rassembler des données indiquant un compte rendu sur l'état de marche de l'aéronef au moment de la détermination d'un événement catastrophique potentiel et, pendant le vol de l'aéronef, commander la transmission des données rassemblées depuis l'aéronef. L'ordinateur peut aussi élaborer un 15 compte rendu prédéfini à partir des données rassemblées et transmettre celui-ci. L'ordinateur peut extraire des données des interfaces de données embarquées et externes pour le compte rendu prédéfini indiquant l'état de marche de l'aéronef. L'unité de gestion d'état 30 peut comprendre tout ou partie 20 d'un ou de plusieurs programmes informatiques ayant des jeux d'instructions exécutables pour communiquer des informations sur des pannes critiques de l'aéronef 10 et transmettre des informations depuis l'aéronef 10. Le programme peut comprendre un produit pour programme informatique pouvant comprendre des supports 25 exploitables par ordinateur destinés à contenir ou sur lesquels sont stockées des instructions ou des structures de données exécutables par ordinateur. Ces supports exploitables par ordinateur peuvent être n'importe quels supports existants, accessibles à un ordinateur polyvalent ou spécifique ou autre machine munie d'un processeur. 30 Globalement, un tel produit pour programme informatique peut comprendre des routines, programmes, objets, composants, 3031207 5 structures de données, algorithmes, etc., qui ont pour effet technique d'effectuer des tâches particulières ou de mettre en oeuvre des types particuliers de données abstraites. Des instructions exécutables par ordinateur, des structures de données associées et 5 des programmes constituent des exemples de code de programme pour exécuter l'échange d'informations décrit ici. Les instructions exécutables par ordinateur peuvent comprendre, par exemple, des instructions et des données qui amènent un ordinateur polyvalent, un ordinateur spécifique ou une machine de traitement spécifique à 10 exécuter une certaine fonction ou un certain groupe de fonctions. L'automate 22 et/ou l'unité de gestion d'état 30 peut communiquer avec n'importe quel nombre de liaisons de communication 36 pour transmettre des données vers et depuis l'aéronef 10. Selon une autre possibilité, l'ordinateur de l'unité de 15 gestion d'état 30 peut comprendre un module de gestion de communication conçu pour déterminer laquelle des multiples radios doit servir à transmettre les données en fonction de la largeur de bande, de la disponibilité ou de l'utilisation en cours. Il est envisagé que les liaisons de communication 36 puissent être des liaisons de 20 communication radioélectrique et puissent être tout type de mécanisme de communication permettant des liaisons radioélectriques avec d'autres systèmes et dispositifs et puissent comprendre, mais d'une manière nullement limitative, la radiocommunication par paquets, les liaisons satellitaires 25 montantes, la fidélité sans fil (WiFi), le WiMax, la technologie Bluetooth, le protocole ZigBee, le signal radioélectrique 3G, le signal radioélectrique à accès multiple à répartition par code (AMRC), le système mondial de communications mobiles (GSM), le signal radioélectrique 4G, le signal à norme d'évolution à long 30 terme (LTE), l'Ethernet ou n'importe quelles combinaisons de ceux- ci. En outre, le type ou le mode particulier de communication 3031207 6 radioélectrique n'est pas crucial pour les formes de réalisation de l'invention, et des réseaux radioélectriques à venir sont assurément envisagés comme entrant dans le cadre de formes de réalisation de l'invention. Par ailleurs, les liaisons de communication 36 peuvent 5 comprendre une ou plusieurs radios, dont des systèmes de radiocommunication vocale, des systèmes analogiques à protocole ACARS, des systèmes numériques à protocole ACARS, des systèmes SATCOM, des systèmes cellulaires, etc. Les liaisons de communication 36 peuvent permettre de communiquer avec des 10 contrôleurs au sol ou avec un centre d'exploitation de lignes aériennes dans une station au sol 41 ou avec des stations non au sol telles qu'un satellite (non représenté). Par ailleurs, bien qu'une seule station au sol 41 ait été représentée, l'aéronef peut communiquer avec de multiples stations au sol 41 à l'aide des 15 liaisons de communication 36. En fonctionnement, l'unité de gestion d'état 30 peut utiliser des données issues de la pluralité des systèmes de bord 20. A titre d'exemple nullement limitatif, l'unité de gestion d'état 30 peut être préconfigurée pour identifier des événements importants considérés 20 comme potentiellement catastrophiques. Puisque l'unité de gestion d'état 30 contrôle l'aéronef 10 et ses systèmes 20, au moment de la détection un événement catastrophique, l'unité de gestion d'état 30 peut commencer à établir, à l'aide des liaisons de communication 36, des connexions avec n'importe quel nombre de systèmes de bord 25 20 dont, à titre d'exemples nullement limitatifs, un système de gestion d'état et un système de navigation et des données externes, et à rassembler des données liées à des données de fonctionnement, des données de localisation et des données critiques concernant l'aéronef 10. Par exemple, l'unité de gestion d'état 30 peut élaborer 30 une synthèse préconfigurée de l'état de l'aéronef, de sa position et de la nature de la panne. L'unité de gestion d'état 30 peut ensuite 3031207 7 transmettre les données rassemblées ou peut commander la transmission des données via les liaisons de communication 36 pour qu'elles soient reçues par des stations au sol 41. L'unité de gestion d'état 30 peut continuer à diffuser la synthèse ou des versions 5 actualisées de la synthèse pendant la durée du vol et/ou jusqu'à ce que la communication ne soit plus utilisable. L'unité de gestion d'état 30 peut être conçue pour reconnaître un événement catastrophique potentiel comme information unique émanant d'un système 20 de l'aéronef 10 ou comme combinaison d'événements qui 10 doivent être regroupés par l'unité de gestion d'état 30 pour constater que l'aéronef 10 est dans un état catastrophique potentiel. Des détails d'environnements susceptibles de mettre en oeuvre des formes de réalisation de l'invention sont présentés afin d'assurer une compréhension complète de la technologie décrite ici. 15 Cependant, pour un spécialiste de la technique, il sera évident que les exemples de formes de réalisation peuvent être mis en pratique sans ces détails spécifiques. Les exemples de formes de réalisation sont décrits en référence aux dessins. Ces dessins illustrent certains détails de formes de réalisation spécifiques qui mettent en oeuvre un 20 module ou un procédé, ou un produit pour programme informatique décrit ici. Cependant, les dessins ne doivent pas être interprétés comme imposant des limites quelconques éventuellement figurées sur les dessins. Le procédé et le programme informatique peuvent être exécutés sur tout support exploitable par ordinateur pour 25 l'accomplissement de leur déroulement. Les formes de réalisation peuvent être mises en oeuvre à l'aide d'un processeur informatique existant ou par un processeur informatique spécifique inclus à cette fin ou à une autre, ou par un système câblé. Comme évoqué plus haut, les formes de réalisation décrites 30 ici peuvent comporter un produit pour programme informatique comportant des supports exploitables par ordinateur destinés à 3031207 8 contenir ou sur lesquels sont stockées des instructions ou des structures de données exécutables par ordinateur. Ces supports exploitables par ordinateur peuvent être n'importe quels supports existants, accessibles à un ordinateur polyvalent ou spécifique ou 5 autre machine munie d'un processeur. Par exemple, de tels supports exploitables par ordinateur peuvent comprendre une mémoire vive, une mémoire morte, une EPROM, une EEPROM, un CD-ROM ou d'autres dispositifs de stockage à disque optique, de stockage à disque magnétique ou autres dispositifs magnétiques de stockage, 10 ou tout autre support pouvant servir à contenir ou stocker un code de programme voulu sous la forme d'instructions ou de structures de données exécutables par ordinateur et qui sont accessibles à un ordinateur polyvalent ou spécifique ou autre machine à processeur. Quand des informations sont transmises ou fournies à une machine 15 via un réseau ou une autre liaison de communication (câblée, radioélectrique ou à la fois câblée et radioélectrique), la machine perçoit valablement la liaison comme un support exploitable par ordinateur. Ainsi, toute liaison de ce genre est valablement appelée support exploitable par ordinateur. Des combinaisons des moyens 20 ci-dessus entrent elles aussi dans le cadre des supports exploitables par ordinateur. Les instructions exécutables par ordinateur comprennent, par exemple, des instructions et des données qui amènent un ordinateur polyvalent, un ordinateur spécifique ou des machines de traitement spécifiques à exécuter une certaine fonction 25 ou un certain groupe de fonctions. Les formes de réalisation peuvent être mises en oeuvre par un programme comprenant des instructions exécutables par ordinateur, telles que des codes de programmes, par exemple sous la forme de modules de programmes exécutés par des machines dans des 30 environnements en réseaux. Globalement, les modules de programmes comprennent des routines, des programmes, des objets, 3031207 9 des composants, des structures de données, etc., qui ont pour effet technique de réaliser des tâches particulières ou de mettre en oeuvre des types particuliers de données abstraites. Les instructions exécutables par ordinateur, les structures de données associées et 5 les modules de programmes représentent des exemples de codes de programmes pour exécuter des étapes de procédé décrit ici. L'ordre particulier de ces instructions exécutables ou les structures de données associées représente(nt) des exemples d'actions correspondantes pour mettre en oeuvre les fonctions décrites lors de 10 ces étapes. Les formes de réalisation peuvent être mises en oeuvre dans un environnement en réseau, à l'aide de connexions logiques à un ou plusieurs ordinateurs distants munis de processeurs. Les connexions logiques peuvent comprendre un réseau local (LAN) et un réseau 15 étendu (WAN), présentés ici à titre d'exemple nullement limitatif. De tels environnements en réseau sont courants dans les réseaux informatiques à l'échelle d'un bureau ou d'une entreprise, les intranets et l'internet et peuvent employer toutes sortes de protocoles de communication différents. Les spécialistes de la 20 technique comprendront que ces environnements informatiques en réseau couvrent typiquement de nombreux types de configurations de systèmes informatiques, dont les ordinateurs personnels, les dispositifs portatifs, les systèmes à multiprocesseurs, les équipements électroniques grand public à microprocesseurs ou 25 programmables, les PC en réseau, les mini-ordinateurs, les ordinateurs centraux et autres. Les formes de réalisation peuvent également être mises en oeuvre dans des environnements informatiques distribués où des tâches sont réalisées par des dispositifs de traitement locaux et 30 distants en liaison (par des liaisons câblées ou des liaisons radioélectriques ou par une combinaison de liaisons câblées et 3031207 10 radioélectriques) par l'intermédiaire d'un réseau de communication. Dans un environnement informatique distribué, des modules de programmes peuvent être logés dans des dispositifs de mémorisation locaux et distants. 5 La pluralité de systèmes de bord 20 qui fournissent des données d'entrée à l'unité de gestion d'état 30 peuvent communiquer à l'aide d'un protocole parmi une pluralité de protocoles de communication série de données. Ainsi, chaque système de bord 20 peut successivement transmettre des données, un seul bit à la fois, 10 via un canal ou un bus de communication. Le format qui définit la communication série, incluant la syntaxe, la sémantique et la synchronisation de messages transmis via le canal de communications série forme le protocole de communication. On peut citer, à titre d'exemples nullement limitatifs de protocoles de 15 communication de données série, RS-422 émission, RS-422 réception, RS-485, ARINC-717 réception, ARINC-717 émission, etc. Un aéronef 10 peut comporter des systèmes de bord 20 ou des liaisons de communication 36 qui communiquent par plusieurs protocoles de communication de données série. Par conséquent, 20 l'unité de gestion d'état 30 peut avoir besoin de recevoir ou d'émettre des données à l'aide d'un dispositif d'entrée/sortie (E/S) série 26, les données étant transmises suivant de multiples protocoles de communication de données série. De plus, des unités de gestion d'état installées dans différents aéronef peuvent 25 nécessiter une compatibilité avec différents protocoles de communication de données série. Pour respecter tous les protocoles utilisés dans un aéronef, un dispositif pour sous-systèmes avioniques peut comporter une interface personnalisée pour chaque protocole. Chaque interface personnalisée peut nécessiter un circuit 30 séparé et indépendant, ce qui accroît le coût de la conception de l'aéronef et alourdit ce dernier. 3031207 11 Selon une forme de réalisation, la Figure 2 est un schéma d'un sous-système avionique qui comporte un appareil émettant et recevant des données série, les protocoles d'interface série pris en charge étant configurables. L'appareil peut être conçu pour émettre, 5 recevoir ou émettre et recevoir des données en fonction de la mise en oeuvre. L'appareil pour émettre et recevoir des données série comporte d'un dispositif d'E/S série 26 connecté à un emplacement dans une mémoire 24. L'appareil comporte au moins une interface série 38. L'emplacement dans la mémoire 24 comprend une pluralité 10 de protocoles d'interface série dont n'importe lesquels sont codables comme entrée et/ou sortie. Comme représenté, l'interface série 38 peut être conçue uniquement pour permettre l'entrée de données série mais peut comprendre une ou plusieurs interfaces série supplémentaires 40 15 telles qu'une connexion ne permettant que des sorties. L'interface série 38 peut être bidirectionnelle, c'est-à-dire conçue pour des données d'entrée et de sortie série, mais peut également être unidirectionnelle, c'est-à-dire conçue uniquement pour l'entrée série ou uniquement pour la sortie série. La logique communiquant avec 20 l'emplacement dans la mémoire 24 peut être conçue pour coder des données reçues à une interface série 38 suivant un protocole d'interface d'entrée. De même, la logique communiquant avec l'emplacement dans la mémoire 24 peut être conçue pour coder des données émises à l'interface série 40 conformément à un protocole 25 de sortie. La logique codée dans le dispositif d'E/S série 26 peut transposer des données d'un protocole d'interface d'entrée codé à un protocole d'interface de sortie codé. Le protocole de sortie codé peut être différent du protocole d'entrée codé. Selon une autre 30 possibilité, le protocole de sortie codé peut être le même que le protocole d'entrée code, à la suite de quoi le dispositif d'E/S série 3031207 12 26 sert de voie de transmission pour le message à données série. Le dispositif d'E/S série 26 peut servir de multiples interfaces série et peut comprendre de multiples entrées ou de multiples sorties, configurées chacune indépendamment pour coder un protocole série 5 séparé. De préférence, le dispositif d'E/S série 26 est un réseau prédiffusé programmable par l'utilisateur (FPGA), quoique d'autre solutions matérielles configurables puissent processeur configurable. Pour convertir des données comprendre un un d'un protocole d'entrée à 10 protocole de sortie, la logique codée peut comprendre la transposition des données en fonction de valeurs électriques caractéristiques imposées par les protocoles respectifs. Par exemple, bien que les normes RS-485 et RS-422 soient similaires, elles présentent des différences d'ordre électrique quant à leur intervalle 15 de tension de mode commun et leur résistance d'entrée du récepteur. La logique codée dans le dispositif d'E/S série 26 peut compenser ces différences d'ordre électrique au moment du transfert de trains de données d'un canal d'entrée à un canal de sortie. En outre, la logique codée pour les protocoles peut comprendre une 20 transposition entre d'autres aspects qui forment les différences entre les protocoles d'entrée et de sortie. Par exemple, le dispositif d'E/S série 26 peut nécessiter l'introduction d'un régulateur ou d'une mémoire tampon pour compenser les différences de débit de données inhérentes aux différents protocoles. Des procédures de 25 vérification d'erreurs, des contrôles de redondance de données et des négociations d'échange d'informations peuvent avoir à être ajoutés dans un train de données ou à être retirés de celui-ci en fonction des exigences des différents protocoles d'entrée et de sortie de données série codés dans le dispositif d'E/S série 26. 30 Pendant l'installation du dispositif d'E/S série 26, une table de vérité peut être configurée à l'emplacement en mémoire qui 3031207 13 permet le codage d'une entrée pour une interface série 38 et d'un protocole de sortie pour une interface série 40. De la sorte, le protocole d'entrée codé et le protocole de sortie codé peuvent être prédéterminés à l'emplacement en mémoire. Selon une autre 5 possibilité, le dispositif d'E/S série 26 peut avoir une fonctionnalité supplémentaire pour déterminer automatiquement le protocole série d'entrée d'après les données entrantes. Dans une première application, l'appareil comporte un circuit matériel qui comprend un connecteur à deux broches pour 10 une connexion à un canal de communications externe. Un processeur exécutant un logiciel communique avec le circuit matériel et sélectionne un protocole d'interface pour le canal de communications. Par exemple, le protocole d'interface peut être sélectionné dans la liste suivante : 15 RS-422 réception avec terminaison activée RS-422 réception avec terminaison désactivée RS-422 émission avec terminaison désactivée ARINC 717 Harvard Bi-Phase réception ARINC 717 Harvard Bi-Phase émission. 20 Dans cette application, le terme 'terminaison' désigne une résistance de 100 ohms entre les deux broches sur le connecteur du boîtier, 'réception' désigne un signal d'entrée passant d'un câblage externe au connecteur à deux broches et 'émission' désigne un signal de sortie envoyé depuis l'appareil vers un câble externe sur le 25 connecteur à deux broches. "Harvard Bi-Phase" est l'une des options décrites dans ARINC 717. Dans une autre application, le dispositif d'E/S série 26 peut être conçu comme faisant partie d'un système de gestion d'état par lequel des données issues de divers systèmes de bord sont 30 acheminées jusqu'à un automate 22 et sont transmises par le dispositif d'E/S série 26 et au moins une entrée 38. Par exemple, les 3031207 14 données peuvent provenir de systèmes avioniques dont un système de navigation 20A, un système de commande de vol 20B ou un système de propulsion 20C. Les données peuvent être transposées dans un protocole exploitable par l'unité de gestion d'état 30. Les 5 données délivrées par l'automate 22 du système de gestion d'état peuvent être transposées dans un ou plusieurs protocoles de sortie par le dispositif d'E/S série 26 et émises depuis au moins une interface de sortie 40. Par exemple, la sortie du dispositif d'E/S série 26 peut être couplée à une ou plusieurs liaisons de 10 communication telles qu'un système ACARS 36A ou un système SATCOM 36B pour transmettre des données depuis l'aéronef. Bien que le dispositif d'E/S série 26 soit présenté dans le contexte d'un système de gestion d'état d'aéronef, il peut être mis en oeuvre dans tout système ou sous-système de bord où des données 15 série sont nécessairement transmises entre des sous-systèmes, surtout si les sous-systèmes émettant ou recevant des données peuvent employer divers protocoles pour données série. De la sorte, le dispositif d'E/S série 26 peut tout autant s'appliquer à un système de gestion de vol 32 ou à un système d'enregistrement de données 20 de vol (non représenté). De plus, bien que l'emplacement dans la mémoire 24 puisse être un composant séparé du dispositif d'E/S série 26, il peut être directement intégré avec le dispositif d'E/S série 26. Les effets techniques des formes de réalisation décrites plus 25 haut comprennent le fait que l'interface série configurable permet à une interface au niveau d'une seule unité de communiquer via divers protocoles sans nécessiter de broches supplémentaires ni alourdir l'unité, contrairement aux interfaces physiques classiques. De plus, le sous-système avionique permet la prise en charge de n'importe 30 quel nombre d'interfaces tout en limitant le plus possible le nombre d'interconnexions physiques et donc le poids. La configurabilité des 3031207 15 formes de réalisation assure de la souplesse pour l'interface d'un utilisateur pour leurs systèmes de bord tout en limitant l'encombrement et le poids de l'ensemble. 3031207 16 Liste des repères 10 - Aéronef 5 12 - Moteur 14 - Fuselage 16 - Poste de pilotage 18 - Demi-voilure 20 - Système de bord 10 22 - Automate 24 - Mémoire 26 - Dispositif d'E/S série 30 - Unité de gestion d'état 32 - Unité de gestion de vol 15 36 - Liaison de communication 38 - Interface série 40 - Interface série 41 - Station au sol REVENDICATIONS1. Appareil pour aéronef (10), qui reçoit et émet des données relatives à l'aéronef, comportant : au moins une interface série (38, 40) ; un emplacement dans une mémoire (24) ; une pluralité de protocoles d'interface à l'emplacement dans la mémoire (24) ; et une logique communiquant avec l'emplacement dans la mémoire (24) et avec la/les interface(s) série (38, 40), et conçue pour être codée avec au moins un protocole parmi la pluralité de protocoles d'interface en fonction de données à la/aux interface(s) série (38, 40). 2. Appareil selon la revendication 1, dans lequel la/les interface(s) série (38, 40) comprend/comprennent au moins une entrée série et la pluralité de protocoles d'interface comprennent au moins un protocole d'entrée. 3. Appareil selon la revendication 1, dans lequel la/les interface(s) série (38, 40) comprend/comprennent au moins une sortie série et la pluralité de protocoles d'interface comprennent au moins un protocole de sortie. 4. Appareil selon la revendication 1, dans lequel la/les interface(s) série (38, 40) comprend/comprennent au moins une entrée série et au moins une sortie série. 5. Appareil selon la revendication 4, dans lequel la pluralité de protocoles d'interface à l'emplacement dans la mémoire (24) comprend une pluralité de protocoles d'entrée et une pluralité de protocoles de sortie. 6. Appareil selon la revendication 5, dans lequel la logique transmet des données suivant un protocole de sortie choisi. 3031207 18 7. Appareil selon la revendication 5, dans lequel la logique transpose des données d'un protocole d'entrée choisie dans un protocole de sortie choisi, le protocole de sortie choisi étant différent du protocole d'entrée choisi. 5 8. Appareil selon la revendication 5, dans lequel un protocole d'entrée choisi est le même qu'un protocole de sortie choisi. 9. Appareil selon la revendication 1, dans lequel un protocole d'interface est sélectionné automatiquement d'après les 10 données à la/aux interface(s) série (38, 40). 10. Appareil selon la revendication 1, dans lequel un protocole d'interface sélectionné est prédéterminé à l'emplacement dans la mémoire (24). 11. Appareil selon la revendication 1, l'appareil étant un 15 sous-système avionique parmi un système de gestion d'état (30), un système de gestion de vol (32) et un système d'enregistrement de données de vol. 12. Appareil selon la revendication 1, dans lequel la logique comprend un réseau prédiffusé programmable par l'utilisateur 20 (FPGA). 13 Appareil selon la revendication 1, dans lequel la pluralité de protocoles d'interface comprend RS-422 réception, RS485 et ARINC-717 réception. 14. Appareil selon la revendication 1, dans lequel la 25 pluralité de protocoles d'interface comprend RS-422 émission, RS- 485 et ARINC-717 émission.