ETTC'2003 - SEE
ETTC'2003 - SEE ETTC'2003 - SEE
Les éléments de l’architecture matérielle: - Le réseau Ethernet : chaque unité de calcul est reliée au flot de données issu des systèmes d’acquisition N2 par l’intermédiaire de « Switch ». Pour assurer une meilleure fiabilité, deux réseaux Ethernet identiques acheminent les données des systèmes N2 vers les abonnés N4. Les CUB ont la capacité de basculer la réception d’un port sur l’autre en cas d’interruption du flot de données sur le premier port écouté. Les fonctions de communication, animation graphique, impression, pilotage des périphériques se répartissent sur quatre autres réseaux Ethernet. - La visualisation Graphique : sur un avion lourdement instrumenté, le poste ingénieur est constitué de deux demi-postes dotés chacun de deux écrans graphiques. Les synoptiques affichés sont calculés en temps réel par une machine UNIX. La puissance de calcul nécessaire au serveur X, l’utilisation d’un réseau Ethernet à 100 Mbits/s et le besoin de gérer simplement deux écrans avec un seul ensemble clavier/désignateur nous a conduit à définir un équipement embarqué similaire à un Terminal X bi-écran. Pour répondre au besoin nous avons réalisé un boîtier sur la base d’une carte CPU MATROX, sur lequel nous avons implémenté un LINUX réduit dont le noyau a été enrichi de « patches » assurant un meilleur déterminisme. - Les boîtiers E/S "exotiques" : Pour répondre aux besoins de commandes de périphériques IEV de type « Water Ballast », Bancs de charge électrique, etc. Nous avions besoin de disposer de lignes de commandes RS232, RS422, ARINC 429 ainsi que d’entrées/sorties Discrètes. Les boîtiers d’E/S "exotiques" sont les équipements spécialisés qui prennent en charge les fonctions proches du matériel et mettent à disposition, au travers du réseau, des services pour l’ensemble des calculateurs UNIX. Pour réaliser ces fonctions nous avons encore une fois privilégié des plates-formes standards en nous appuyant sur la technologie cPCI déjà éprouvée sur avion et qui nous permet de disposer d’une offre de cartes importante. Le choix de l’OS s’est porté vers LINUX qui présente pour nous les avantages suivants : possibilités de réduction importante de la taille de l’OS (< 20 Moctets) pour utilisation avec une mémoire « Compact Flash », capacité à effectuer un « Reboot » rapide de l’ordre des 15 secondes, déterminisme à la ms moyennant d’intégrer certains «patches» dans le noyau, suffisant pour nos applications. - Le matériel UNIX : nous nous appuyons sur du matériel dont les qualités environnementales sont déjà éprouvées (Certification NEBS Level3) mais qui restent dans les standards du marché. La plate-forme SUN NETRA en bi-processeurs ou en quadri-processeurs déjà validée sur l’A340-600 nous assure ainsi un niveau de performance élevé et une garantie d’évolutivité. Ce choix est un élément très important de l’architecture car il nous permet de disposer sur avion de matériels identiques aux serveurs d’exploitation sol et ainsi d’établir des synergies dans les développements logiciels. ©AIRBUS FRANCE Page 5 13/05/03
Les éléments de l’architecture logicielle: - La rénovation de l’IHM : En s’appuyant sur les bibliothèques graphiques ILOGVIEWS, déjà utilisée pour les écrans de la télémesure, nous proposons une structure d’accueil complètement rénovée intégrant les possibilités de fenêtres à onglets, boutons, menus dynamiques. ©AIRBUS FRANCE Page 6 13/05/03
- Page 3 and 4: A l’aube de ce siècle, Airbus s
- Page 5 and 6: Etape 4 : L’avion réel une fois
- Page 7 and 8: C’est, sur l’exemple des essais
- Page 9 and 10: parfois même sous la forme de plat
- Page 11 and 12: oth the system and the manufacturin
- Page 13 and 14: Such an interdependence between tes
- Page 15 and 16: eference books, but it is as fundam
- Page 17 and 18: BACK MANAGEMENT DES ESSAIS SYSTEME
- Page 19 and 20: BACK ESSAIS D’ENSEMBLE LANCEURS C
- Page 21 and 22: Elle ne doit cependant pas être me
- Page 23 and 24: - le plan de mesures est conséquen
- Page 25 and 26: 4.2 MAQUETTE DYNAMIQUE ARIANE 5 Dan
- Page 27 and 28: Les points délicats liés à l’o
- Page 29 and 30: Processus Commande Architecture Int
- Page 31 and 32: BACK 1 Introduction AIRBUS AIRCRAFT
- Page 33 and 34: So, different test tools shall be d
- Page 35 and 36: 3.4 Architecture of A380 Simulators
- Page 37 and 38: 3.6 A380: Models In order to suppor
- Page 39 and 40: GENERAL PRESENTATION OF JUZZLE GENE
- Page 41 and 42: Figure 3 : Graphic User Interface o
- Page 43 and 44: IMPLEMENTATION AND SIMULATION OF A
- Page 45 and 46: REFERENCES [1] Space engineering, R
- Page 47 and 48: Client Compliance Matrix (par rappo
- Page 49 and 50: SESSION 2 : TECHNIQUES ET MOYENS D'
- Page 51 and 52: POSTE INE A380 Les besoins fonction
- Page 53: Les principes de l’architecture :
- Page 57 and 58: BACK Trajectographie temps réel DG
- Page 59 and 60: Deux précisions temps réel sont p
- Page 61 and 62: 4.00 3.00 2.00 1.00 0.00 -1.00 -2.0
- Page 63 and 64: CONCLUSION La phase d'essais en vol
- Page 65 and 66: RÉSUMÉ: Osiris est une gamme de m
- Page 67 and 68: 1. INTRODUCTION Dassault Aviation e
- Page 69 and 70: Exemple de modules banc d'intégrat
- Page 71 and 72: éduction de durée des essais par
- Page 73 and 74: 5. EXEMPLE L'OSIRIS MULTIFONCTION U
- Page 75 and 76: 6. LA MODULARITÉ DE LA GAMME OSIRI
- Page 77 and 78: • JBUILDER • ORACLE Cette modul
- Page 79 and 80: • VX Wxorks reste l'OS de la part
- Page 81 and 82: 6.5 Exemple d'interconnexion avec d
- Page 83 and 84: PRINCIPE 7.3 Exemple de réalisatio
- Page 85 and 86: 8. LA NOUVELLE GAMME SUR PC: VÉNUS
- Page 87 and 88: • Un IHM de sélection des param
- Page 89 and 90: 9. CONCLUSION OSIRIS a maintenant g
- Page 91 and 92: TABLE DES MATIERES 1. LE DATA-LINK
- Page 93 and 94: AVIONS appartenant au réseau 25_P_
- Page 95 and 96: • Les données à émettre sur le
- Page 97 and 98: • 25_P_2/04 PCM émis par l'avion
- Page 99 and 100: 3.2 Le temps différé • En temps
- Page 101 and 102: 4. CONCLUSION • Toutes les IHM in
- Page 103 and 104: INTRODUCTION Pour définir des proc
Les éléments de l’architecture matérielle:<br />
- Le réseau Ethernet : chaque unité de calcul est reliée au flot de données issu des<br />
systèmes d’acquisition N2 par l’intermédiaire de « Switch ». Pour assurer une meilleure<br />
fiabilité, deux réseaux Ethernet identiques acheminent les données des systèmes N2<br />
vers les abonnés N4. Les CUB ont la capacité de basculer la réception d’un port sur<br />
l’autre en cas d’interruption du flot de données sur le premier port écouté. Les fonctions<br />
de communication, animation graphique, impression, pilotage des périphériques se<br />
répartissent sur quatre autres réseaux Ethernet.<br />
- La visualisation Graphique : sur un avion lourdement instrumenté, le poste ingénieur<br />
est constitué de deux demi-postes dotés chacun de deux écrans graphiques. Les<br />
synoptiques affichés sont calculés en temps réel par une machine UNIX. La puissance<br />
de calcul nécessaire au serveur X, l’utilisation d’un réseau Ethernet à 100 Mbits/s et le<br />
besoin de gérer simplement deux écrans avec un seul ensemble clavier/désignateur<br />
nous a conduit à définir un équipement embarqué similaire à un Terminal X bi-écran.<br />
Pour répondre au besoin nous avons réalisé un boîtier sur la base d’une carte CPU<br />
MATROX, sur lequel nous avons implémenté un LINUX réduit dont le noyau a été<br />
enrichi de « patches » assurant un meilleur déterminisme.<br />
- Les boîtiers E/S "exotiques" : Pour répondre aux besoins de commandes de<br />
périphériques IEV de type « Water Ballast », Bancs de charge électrique, etc. Nous<br />
avions besoin de disposer de lignes de commandes RS232, RS422, ARINC 429 ainsi<br />
que d’entrées/sorties Discrètes. Les boîtiers d’E/S "exotiques" sont les équipements<br />
spécialisés qui prennent en charge les fonctions proches du matériel et mettent à<br />
disposition, au travers du réseau, des services pour l’ensemble des calculateurs UNIX.<br />
Pour réaliser ces fonctions nous avons encore une fois privilégié des plates-formes<br />
standards en nous appuyant sur la technologie cPCI déjà éprouvée sur avion et qui nous<br />
permet de disposer d’une offre de cartes importante. Le choix de l’OS s’est porté vers<br />
LINUX qui présente pour nous les avantages suivants : possibilités de réduction<br />
importante de la taille de l’OS (< 20 Moctets) pour utilisation avec une mémoire<br />
« Compact Flash », capacité à effectuer un « Reboot » rapide de l’ordre des 15<br />
secondes, déterminisme à la ms moyennant d’intégrer certains «patches» dans le noyau,<br />
suffisant pour nos applications.<br />
- Le matériel UNIX : nous nous appuyons sur du matériel dont les qualités<br />
environnementales sont déjà éprouvées (Certification NEBS Level3) mais qui restent<br />
dans les standards du marché. La plate-forme SUN NETRA en bi-processeurs ou en<br />
quadri-processeurs déjà validée sur l’A340-600 nous assure ainsi un niveau de<br />
performance élevé et une garantie d’évolutivité. Ce choix est un élément très important<br />
de l’architecture car il nous permet de disposer sur avion de matériels identiques aux<br />
serveurs d’exploitation sol et ainsi d’établir des synergies dans les développements<br />
logiciels.<br />
©AIRBUS FRANCE Page 5 13/05/03