21.04.2013 Views

ETTC'2003 - SEE

ETTC'2003 - SEE

ETTC'2003 - SEE

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Processus<br />

Commande<br />

Architecture Interne<br />

Afin de répondre à la contrainte de projection<br />

matérielle, les simulateurs sont réalisés suivant une<br />

architecture de communication InterProcessus.<br />

Les simulateurs réalisés dans le cadre d’une activité<br />

amont comme le prototypage rapide, n’intègrent<br />

pas d’éléments du hardware avion autres que les<br />

éléments de pilotage. L’ensemble des<br />

fonctionnalités modélisées est réalisé de manière<br />

software.<br />

Processus de la simulation :<br />

Les fonctionnalités élémentaires sont implémentées<br />

par les processus suivants :<br />

• Système L’objet de ce processus est d’élaborer<br />

l’état de la plateforme modélisée par son<br />

système de navigation (et d’armement dans le<br />

cas des avions militaires). Ces informations<br />

sont élaborées à partir des différents capteurs<br />

(Radar, Radio Navigation …) des commandes<br />

de pilotage et de contrôle.<br />

• Commandes Ce processus collecte l’ensemble<br />

des commandes produites par l’Interface<br />

Homme Machine (manche manette, boutons de<br />

commandes) et les transmet au processus<br />

Système.<br />

• Visualisations Cette fonctionnalité est assurée<br />

par autant de processus que d’écrans modélisés<br />

dans le cockpit. Ces processus servent à<br />

présenter au pilote l’état du système. Ils sont<br />

graphiques et s’appuient sur du code OpenGl<br />

compatible avec les cartes graphiques utilisées.<br />

Processus<br />

Système<br />

Processus<br />

Visualisation 1<br />

Processus<br />

Visualisation n<br />

Processus de l’architecture :<br />

Les processus de simulation communiquent entre<br />

eux sur les couches Socket Ethernet en mode<br />

multicast. Cette technique permet de contrôler les<br />

informations transmises et donc le flot de données<br />

circulant sur le réseau dédié ou sur la machine<br />

lorsque la simulation est déployée sur une seule<br />

machine.<br />

L’ensemble des processus de la simulation est<br />

synchronisé par un processus maître. Un autre<br />

processus de l’architecture permet de surveiller le<br />

déroulement du mode de synchronisation.<br />

• Scheduler Ce processus permet de régler la<br />

fréquence d’exécution des processus de la<br />

simulation. Le processus Système peut par<br />

exemple tourner à 50 Hz ainsi que le processus<br />

Commandes alors que certaines Visualisations<br />

peuvent n’être appelées qu’à 10 Hz.<br />

• Chronogramme Ce processus permet de<br />

surveiller l’exécution des processus de<br />

simulation en affichant sous forme graphique<br />

un échantillon, sur quelques centaines de<br />

périodes, des temps d’exécution.<br />

Outils Connexes<br />

Le mode de communication utilisé, socket en mode<br />

multicast, offre la possibilité d’écouter et<br />

d’enregistrer les trames circulant entre processus.<br />

On peut ainsi enregistrer les trames émises par le<br />

processus Système vers les processus de<br />

Visualisation. Cet enregistrement est peu<br />

consommateur en ressources de la machine et peut<br />

donc s’exécuter lorsque la simulation est pilotée.<br />

Ceci permet de stocker sur disque des phases<br />

démonstratives des fonctionnalités du système sans<br />

perturber le déroulement d’un scénario précis de<br />

pilotage.<br />

Il est possible en temps différé de rejouer les trames<br />

enregistrées du processus Système sans que ce<br />

processus ne soit activé. Les visualisations seront<br />

alimentées par les trames ainsi réémises.<br />

Une conséquence de ce mode de fonctionnement<br />

est la capacité de créer un enregistrement vidéo<br />

« Haute Définition » de la simulation.<br />

La méthode utilisée est la suivante :<br />

• Synchroniser « pas par pas » l’émission des<br />

trames Système vers les Visualisations.<br />

• Capturer le contexte graphique des<br />

Visualisations affichées sur l’écran (image au<br />

format 1280x1024 pixels).<br />

• Stocker dans une capsule au format standard<br />

PC (exemple vidéo au format AVI) les images<br />

compressées par un encodeur (exemple codec<br />

DivX)<br />

Si l’on choisi d’enregistrer toutes les images, on<br />

obtient à la définition 1280x1024 une séquence<br />

vidéo standard PC à 50 images par secondes.<br />

Notions d’Interopérabilité<br />

Nous venons d’aborder l’architecture utilisée au<br />

cœur d’un simulateur. Cette architecture peut être<br />

généralisée à la communication entre plusieurs<br />

simulateurs. Ceci permet alors de simuler des<br />

actions complexes d’échanges d’informations entre<br />

des avions. Il est possible d’ajouter autant de<br />

participants, simulateurs dédiés à une modélisation<br />

donnée, que nécessaire à la modélisation globale<br />

d’un scénario.<br />

Ce document est la propriété intellectuelle de DASSAULT AVIATION. Il ne peut être utilisé, reproduit, modifié ou communiqué sans son autorisation. DASSAULT AVIATION Proprietary Data.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!