Au chapitre 1 "Généralités" de ce site, notre programme était défini:

Il ne faut pas se leurrer, nous serons obligés de simplifier, l'essentiel étant de garder la "philosophie" de vol propre à Airbus.

Si j'avais construit ce cockpit seul, j'aurais dû opérer des choix douloureux , et me résoudre à ne reproduire qu'une petite partie du FCOM. Mes capacités de programmeur sont limitées ... Heureusement, il existe deux logiciels gratuits de FMGS qui simplifient bien le travail: vasFMC, maintenant en sommeil, et JeeHell.

Les logiciels de FMGS

Le coeur de cette animation, comme le coeur de tout Airbus, c'est le FMGS (Flight Management and Guidance System) qui comprend l'autopilote, l'auto-thrust, le directeur de vol , les calculs de route, l'optimisation des paramètres de vol , la gestion des moteurs, etc... Le tout avec deux interfaces entre la machine et les pilotes: d'une part les écrans "glass cockpit" PFD, ND, et ECAM, et d'autre part le MCDU.

Il existe trois logiciels qui tentent de reproduire au mieux le FMGS d'un A320, un payant et deux gratuits.

Le payant, c'est AST, pour Aircraft Simulation Technology, une société allemande. Je ne m'étendrai pas sur ce logiciel , ne l'ayant jamais essayé. Réputé très "pro", le prix est en rapport avec ses prestations. J'exclus Project Magenta, un dinausaure hors de prix.

Parmi les gratuits, le premier apparu a été vasFMC, dû à Alex Wemmer. Son développement est aujourd'hui arrêté, mais il demeure une bonne base de départ, pour FS2004 ou FSX. Testé intensivement par Thierry et Christian, leur première impression a été qu'on pourrait très bien faire un cockpit autour de ce logiciel. Certes, il n'est pas toujours conforme à la logique Airbus, la gestion de la V NAV est restée un peu rudimentaire, mais ce logiciel est stable, peu gourmand, bref un logiciel incomplet et, globalement, qui marche bien.

Le deuxième logiciel de FMGS est dû à un français, Jean Luc Nitard, ou "JeeHell" . Contrairement au précédent, son développement est continu et spectaculaire, Jean Luc est très à l'écoute des suggestions qu'on lui transmet, et très réactif. Le logiciel "JeeHell FMGS" est aujourd'hui nettement plus évolué que celui de vasFMC. Sa particularité est qu'il intègre non seulement tout le FMGS, mais aussi un Overhead presque complet et l'essentiel du tableau principal et du Pedestal. Autrement dit, quasiment tout l'avion. Toute la logique interne aux différents systèmes a été programmée par Jean Luc, l'installation des différents modules est automatique, le calibrage de tous les axes ne prend que quelques minutes, c'est donc un logiciel très simple à utiliser, quasiment sans créer une ligne de SIOC, il suffit d'indiquer à SIOC Creator les numéros d'entrées et sorties de nos cartes. JeeHell FMGS peut fonctionner en réseau avec FSUIPC même non enregistré, et sans Wide FS.
JeeHell FMGS a été conçu pour FS X et testé avec cette version de Flight Simulator, et Windows 7. Il est toutefois possible d'utiliser FS2004 et Windows XP.

JeeHell FMGS est plus logique et plus homogène et plus proche de la réalité que VasFMC, et pas plus complexe à utiliser. Il est indispensable avant de l'aborder d'avoir une parfaite connaissance des systèmes de l'Airbus.
A l'heure actuelle, JeeHell qui est en version beta, comporte encore un certain nombre d'anomalies mineures, mais il est certain que cela va se stabiliser.

Ce qui va fonctionner :

- les manettes de poussée
- le MCDU,
- le système électrique,
- le carburant,
- 'hydraulique,
- l'air comprimé,
- le conditionnement de l'air
- les radios, le transpondeur (à faire par nous mêmes)
- les éclairages et les signaux passagers,
- les anti-givrages,
- la protection incendie -simplifiée-,
- le train d'atterrissage, le freinage,
- les reverses,
- l'APU,
- l'ADIRS
- les écrans PFD, ND , E/WD et SD (ECAM) ,
- l'affichage du MCDU,
- les protections du domaine de vol,
- l'auto-thrust,
- le FMA,
- le TCAS,
- les calculs de routes, V NAV, prédictions de carburant
et toutes les pages courantes du MCDU.
- les instruments de secours

On oubliera, pour le moment:

,- l'oxygène,
- le radar météo,
- les systèmes d'enregistrement,
- l'eau,
et l'EGPWS, prévu par JeeHell, mais assez lourd.

Quant à la gestion des pannes, ce sera pour beaucoup plus tard.

Voila le programme.

JeeHell FMGS, un logiciel intégré.

La particularité de JeeHell FMGS est que ce logiciel est conçu pour commander l'ensemble d'un cockpit, et ce, avec une absence quasi totale de programmation.

Certaines variables de FSUIPC restent indispensables, ainsi que les scripts SIOC qui vont avec, ce sont par exemple le cas du train, du Parking Brake, etc... Mais tout ce qui concerne le FMGS, les PFD et ND, le FCU, les EFIS, l'Overhead, pour ne citer que le principal, est commandé par des variables créées spécialement par Jean Luc, et le code SIOC correspondant est intégré à chaque module, avec sa logique propre, on n'a donc pas à intervenir.

Le logiciel SIOC Creator, qui fait partie de la suite JeeHell, permet d'attribuer les numéros d'entrées et de sorties des cartes, de façon très visuelle, il suffit de cliquer sur un bouton du FCU, par exemple, pour faire apparaître une fenètre dans laquelle on indique le numéro d'entrée câblé sur la carte Master. C'est tout, il n'y a rien à programmer, JeeHell FMGS s'en occupe.

Que devient le .ssi ?

Il existe toujours, bien entendu. Mais il va se réduire à quelque chose de ce genre:

// *****************************************************************************
// * Config_SIOC ver 3.7B1 - By Manolo Vélez - www.opencockpits.com
// *****************************************************************************
// * FileName : sioc.txt
// * Date : 23/06/2010

Var 0001, name ALT_disp, Link IOCARD_DISPLAY, Digit 0, Numbers 5

Var 0002, name AP1_SW, Link IOCARD_SW, Input 9, Type I

Var 0003, name AP1_LED, Link IOCARD_OUT, Output 11

Var 0004, name AP2_SW, Link IOCARD_SW, Input 10, Type I

Var 0005, name AP2_LED, Link IOCARD_OUT, Output 12

Var 0006, name ATHR_SW, Link IOCARD_SW, Input 11, Type I

Var 0007, name ATHR_LED, Link IOCARD_OUT, Output 13

Var 0008, name SPD_ENC, Link IOCARD_ENCODER, Input 1, Aceleration 1, Type 2

Var 0009, name SPDpush_SW, Link IOCARD_SW, Input 3, Type I

Var 0010, name SPDpull_SW, Link IOCARD_SW, Device 4, Input 4, Type I

Var 0011, name HDG_ENC, Link IOCARD_ENCODER, Input 8, Aceleration 1, Type 2

Var 0012, name HDGpush_SW, Link IOCARD_SW, Input 7, Type I

Var 0013, name HDGpull_SW, Link IOCARD_SW, Input 8, Type I

Surprenant, n'est-ce pas ? D'autant plus que ce bout de code a été généré automatiquement par SIOC Creator.

Le mode d'emploi de JeeHell FMGS.

La notice d'emploi de ce logiciel fait plus de 170 pages, on ne peut pas faire plus complet. Ce chapitre de Simu320 va donc se réduire à une seule phrase: consultez la notice ! Et si vous avez néanmoins des questions à poser, voyez d'abord les F.A.Q. de la notice, et ensuite exposez votre problème sur le Forum Air Cockpit.

Pour télécharger la dernière version de ce logiciel, voyez également Air Cockpit, ou les liens de ce site.

Le "Starter"

Ce petit logiciel permet de démarrer automatiquement les nombreux modules .exe de la suite JeeHell FMGS. Le paramétrage se fait lors de l'installation, on choisit ce qu'on veut utiliser.

Le Starter peut bien entendu être installé également sur un ordinateur Client, où il ouvrira par exemple le MCDU, ou les instruments du co-pilote.

Pour fermer tous les logiciels ainsi ouverts, il suffit de fermer le Starter. Simple et efficace.

Note: bien entendu, les instruments retrouvent leur position et dimension sur chaque écran à chaque ouverture du Starter. Ceci permet d'utiliser FSX et des écrans multiples, car FSX en lui-même ne sait pas conserver la position des fenêtres sur trois moniteurs par exemple. La mémoire de ces positions étant ici dans JeeHell, il n'y a aucun inconvénient à utiliser FSX, alors que la majorité des autres solutions logicielles Airbus obligeront à utiliser FS2004.

Procédure de démarrage des moteurs.

Il faut en parler dès maintenant car lorsque le Starter ouvre l'Overhead, celui-ci est en mode Cold and Dark, sans électricité. Il faut donc démarrer les moteurs pour aller plus loin.

Pour cela:

Sur l'Overhead Inférieur: BAT 1 ET BAT 2 sur ON : la tension batteries s'affiche.
Panneau ELEC: tout sur ON
Clic droit sur l'OVH inférieur et appeler Show Upper OVHD.
Sur l'Overhead Supérieur, panneau FUEL: tout sur ON
Clic droit sur l'Upper OVHD et vérifier que l'option Show ENG START Panel est bien cochée.
Sur l'OVHD inférieur: APU Master Switch et Start sur ON . Attendre AVAIL.
Panneau AIR COND: APU BLEED sur ON
Sur l'Overhead Supérieur, panneau Engine Start:
MODE sur IGN/START
MASTER 2 sur ON
MASTER 1 sur ON
Les moteurs étant démarrés, remettre MODE sur NORM.

Désormais tous les instruments peuvent fonctionner.

SIOC Creator

Pièce maîtresse de la suite JeeHell FMGS, indispensable. La notice étant un peu succinte à son sujet, voici quelques remarques additionnelles, qui ne dispensent pas de lire la notice !

Le bon chemin de SIOC.

Installer SIOC dans Program Files pose souvent des problèmes de droits d'administrateur. Il est bien préférable de l'installer tout simplement dans c:\SIOC

Qu'est-ce qu'une Configuration ?

Une Configuration c'est un ensemble de données fixes pour l'initialisation de SIOC Creator, et des données personnelles pour ajuster SIOC au cockpit. A la première ouverture de SIOC Creator, il faudra donc indiquer le chemin du dossier SIOC, C:\SIOC par exemple, le port du serveur IOCP, autant laisser celui qui est proposé, et éventuellement le nom et l'emplacement du fichier .txt de votre code personnel, qui sera ajouté à celui créé par SIOC Creator. Ce code, pour le Parking Brake, par exemple, sera certainement très court. Ceci fait, on enregistre la configuration sous un nom quelconque, et c'est tout. A la prochaine utilisation, on ouvrira la configuration créée.

L'entrée des données.

Ouvrons par exemple l'onglet EFIS et cliquons sur Use EFIS. Le dessin de la face avant des EFIS apparaît, avec des zones entourées de rouge. Cliquer sur une ces zones amène une fenètre à deux colonnes. Dans la colonne de gauche, Input, il suffit d'indiquer les numéros d'entrée câblés sur la carte Master. La colonne de droite concerne le numéro d'index ou IDX. On le trouve en première page de SIOC, à côté d'un numéro de "Device" dont nous n'avons pas besoin. Il est inutile de reporter le n° d'IDX 0, c'est le numéro par défaut en principe de la carte USB Expansion et de sa ou ses Masters. Les numéros d'entrée iront donc de 0 à pour la première Master, de 72 à 143 pour la deuxième, etc... S'il s'agissait de numéros de sortie pour les LEDs, même procédure.

Par contre, si vous utilisez une carte USB Output par exemple, elle aura un IDX à elle, IDX 1 sans doute. Dans ce cas, il faut indiquer ce n° dans toutes les cases de la colonne de droite pour bien signifier qu'il s'agit de sorties de l'USB Outpuit et non d'une Master.

On a également le choix du type de poussoir pour les "Korry". Par défaut ce sont des poussoirs simples (ON)-OFF, mais en cochant l'option "Latching", on peut choisir des poussoirs à enclenchement.

Cette option "Latching" est valable pour tous les "Korry" SAUF les suivants, qui doivent obligatoirement avoir un poussoir temporaire (ON)-OFF, comme sur le vrai A320:

-EXT PWR
-APU START
-AUTOBRAKE LOW, MED et MAX
-YELLOW ELEC PUMP
-ADR 1,2 et 3

Le tableau de sélection des entrées dans SIOC Creator peut présenter une case "Latching" à cocher, mais elle n'aura pas d'effet sur ces "Korry" .

Lorsqu'on a terminé une série d'entrées, on clique sur Apply ! et on peut passer à une autre série.

TRES IMPORTANT: avant de quitter une série d'attributions de ce genre, il faut

1° cliquer sur Apply Configuration.

2° cliquer sur File \ Save Config.

Il ne faudra pas oublier de modifier le SIOC.ini pour bien démarrer avec le fichiier JeeHellWare.ssi

[ Fichero de configuracion ]
[ Configuration File ]
CONFIG_FILE=.\JeeHellWare.ssi

Il peut arriver qu'on ne remplisse pas entièrement les cases prévues, par exemple pour le bouton QNH, on peut prévoir dès maintenant l'attribution de la fonction PULL STD et pour plus tard les paramètres de l'encodeur. Dans ce cas, comme SC a horreur du vide, les cases non remplies indiquent -1, ce qui ne signifie rien de particulier. On pourra toujours les remplir par la suite et complèter.

Enfin, il faut savoir que le fait d'enregistrer des modifications dans SIOC Creator modifie le fichier .ssi de SIOC, mais ce n'est pas suffisant pour que ces modifications soient immédiatement applicables dans un FS ouvert, même si on fait RELOAD dans SIOC. Il faut également fermer tous les modules de JeeHell FMGS qui sont ouverts (avec le Starter cela se fait d'un clic), puis ouvrir de nouveau tous ces éléments avec le même Starter. C'est fastidieux car il faut à chaque fois relancer l'APU , on prend donc rapidement l'habitude de grouper les modifications pour limiter ces redémarrages.

La notice de JeeHell FMGS comprend une table des offsets utilisés. Cela ne signifie pas qu'il faille créer un code SIOC avec. Ils sont là uniquement pour le cas où on n'utiliserait pas d'interface OpenCockpit. Dans le cas de loin le plus courant, on ne se sert jamais de ces offsets, il n'y a pas à créer de script SIOC avec, ni à les déclarer en tête du .ssi, tout le code SIOC est fait automatiquement par SIOC Creator.

Peut-on utiliser en même temps les variables de JeeHell et celles de FSUIPC ?

Oui ! Revenons à la première page de SC. ON y trouve:

Ce qui signifie qu'on peut très bien créer un code SIOC additionnel, qui comprendra ce que JeeHell FMGS ne prend pas en compte pour le moment, puis fusionner les deux codes en un seul JeeHellWare.ssi

Il s'agit de fusionner des fichiers .txt et non des .ssi. Par conséquent, si votre fichier SIOC personnel a été créé avec Config SIOC, il faudra exporter votre .ssi en texte, c'est lui qui va servir. Et par la même occasion on fait l'opération inverse, on importe ce texte dans Config SIOC, ce qui permet de vérifier qu'il n'y a pas d'erreur de compilation, on ne sait jamais.

Bien entendu quelques précautions sont à prendre pour éviter des conflits. Il faut évidemment éviter que les variables ajoutées aient le même numéro que celles de JeeHell FMGS. Pour cela une règle simple, utiliser la classification proposée au chapitre 18 de ce site.

Il faut surtout éviter de reprogrammer ce qui est déja prévu par JeeHell FMGS. Si on programme dans son propre .ssi l'Auto Brake , ou les éclairages par exemple, déja présents chez JeeHell, il y aura des problèmes.

Le mieux est d'aller doucement, de vérifier que tout va bien au fur et à mesure de la création du .ssi, et de sauvegarder très souvent les fichiers.

La règle générale est que lorsqu'une commande existe chez JeeHell FMGS, c'est celle-là qu'on doit utiliser et non la variable de FSUIPC.

Lorsqu'on a indiqué dans la fenêtre ci-dessus quel fichier texte on doit joindre au SIOC créé par SC, il ne faut pas oublier de sauvegarder la configuration (Save Config) et de cliquer sur Apply Configuration pour la rendre opérationnelle.

Combien de fichiers texte peut-on ainsi ajouter au fichier créé par SC ? On peut en mettre 256 ...