Bonsoir François,

Panel Beta 0.74

J'ai un soucis au démarrage des moteurs. Lorsque le moteur 1 est démarré, je bascule la "Bleed Eng 1" sur ON, j'ai "Fault" qui s'allume et je ne peux plus poursuivre!!

Je n'ai pas cette anomalie avec la version Beta 0.64.

Jean-Pierre

jeanpierre78 a écrit:

Bonsoir François,

Panel Beta 0.74

J'ai un soucis au démarrage des moteurs. Lorsque le moteur 1 est démarré, je bascule la "Bleed Eng 1" sur ON, j'ai "Fault" qui s'allume et je ne peux plus poursuivre!!

Je n'ai pas cette anomalie avec la version Beta 0.64.

Jean-Pierre

Bonjour Jean-pierre,

Depuis le panel 0.72, la procédure de démarrage moteurs à changer, afin d'être plus proche de la réalité :

- Nouvelle procédure de démarrage moteurs, conforme à la réalité :
    - mise en route de l'APU et de sa bleed
    - Sélecteur X-BLEED sur position APU
    - MIse en route des pompes à essence
    - Activation de la vanne CrossFEED
    - Mettre le Master ignition switch sur "IGN START"
    - A partir de ce moement, vous pouvez démarrer au choix le moteur gauche ou droit, il n'y a pas de priorité, cependant, la procédure normale est de démarrer le moteur droit en premier
    - après démarrage des 2 moteurs, coupez la vanne "CrossFeed"
    - Mettre le selecteur X-BLEED sur "AUTO"
    - Desactivez la BLEED APU
    - Activez les BLEEED moteurs

FranzDur a écrit:

Bonsoir François,

Je viens de faire deux vols, très bien, sans problème. J'ai toujours encore un peu de mal à comprendre l'enregistrement des vols, mais ce sont des questions que je vais reposer dans 8 jours, je pars sans internet et avec un portable trop limite pour tourner FSX.

Encore merci pour tout ce travail.

PS Pour démarrer en panneau 2D, pareil, même "Fault", je repasse le contacteur rotatif de APU sur Auto puis sur APU. C'est idiot mais le moteur 2 démarre... Mais ce n'est pas propre au nouveau panel.

Francis

En fait, il n'y a rien de special à comprendre pour l'enregistrement d'un vol.

Le tout, c'est que lorsque tu créé ton plan de vol avec l'oganisateur de volde FSX, il ne faut surtout pas changer le nom par défaut que FSX va donner au plan de vol. Et éviter d'enregistrer un vol tant que l'avion est au sol.

C'est tout.

François

Il ne faut pas faire cela.

En fait, il ne faut pas tenir compte du message de FSX. De toute façon, FSX indiqueras toujours un message d'erreur en quittant un vol qui a été enregsitrer, même avant d'atterir donc même si les fichiers ne sont pas effacés.

En effet, je "violente" FSX en modifiant son fichier plan de vol lors de l'enregistrement d'un vol. C'est pourquoi, même si tu n'atteris pas et que tu quittes ton vol, tu vas avoir un message du genre "plan de vol invalide blablabla, le moteur du GPS ne sera pas chargé blablabla....". Il ne faut pas s'en occuper, cela n'a aucune incidence et le rechargement du vol fonctionnera parfaitement, ainsi que le GPS.

C'est un peu la signature Microsoft de limiter les libertés des utilisateurs, donc comme je ne respecte pas les régles officielles, il râle; mais aucune incidence.

Par contre, je te déconseille fortament de restaurer de la poubelle les fichiers plan de vol et données FMS effacés car si tu fais un autre vol avec les mêmes départ arrivés, tu vas avoir des surprises.

Si j'effaces les fichiers, c'est que pour justement il n'y ai pas de pagaille.

D'autrepart, depuis la 0.74, tu devrais avoir au moins 5 fichiers d'effacés :
- le .PLN (le plan de vol)
- le .csv (les données du FMS)
- .FLT
- .FSSAVE
- .WX
ces 3 dernier fichiers étant lasauvegarde du vol (de la partie en quelque sorte)
et pour ceux qui utilise Active Sky, j'efface aussi le .ipcbin qui est le fichier de données météo d'active Sky.

Si ces fichiers ne sont pas effacés, c'est que tu n'as pas respecté la consigne de nommer ta sauvegarde de vol "ICAO to ICAO". Attention je parle du nom que tu donnes lorsque tu enregistres un vol en cours par le menu "fichier" > "enregistrer le vol". Je ne parle pas du fichier plan de vol dont il faut surtout pas changer le nom par défaut que lui donne FSX.

Hors, cela va encombrer ton DD pour rien tous ces fichiers de sauvegardes de vol, car une fois le vol terminés, ils seront inutilisables sans les données du FMS et le plan de vol modifié par le FMS.

François

Dernière modification par Fdd_fr (21-03-2014 13:29:20)

Bonsoir

Pour fspassenger je verrai demain,mais de toute façon vu que je ne garde que le central et vide les autres, je ne pense  pas pouvoir te répondre correctement.

Pour l'autre problème,rien ne correspond à ce qu'il faudrait si je lit bien ton dernier post,
En effet, si je ne fait pas ma manipulation, l'avion à l'ouverture de la sauvegarde,n'as plus de plan de vol (écran rouge) ni moteur et plonge vers le sol, aucun moyen de reprendre la route.
Alors qu'en remettants le pln et le csv, cela fonctionne nickel;
De plus les trois fichiers de sauvegarde ne sont pas effacés, et les deux pln et csv sont bien à nouveau effacé à la fin du vol relancé.Donc pas de surcharge du DD.
Je sauvegarde bien avec ta consigne FLJL to FJLL pour le cas présent.
J'avoue ne pas comprendre ces différences,avec une installation ayant les dernières maj.

Mais tout fonctionne comme cela, et une fois encore bravo pour ton programme.

pépé

ps en plus une fois sauvegardé le pln est utilisable pour d'autre avion, ce qui ne gâche rien, sid et star étant lu par les gps.

Hello,

ce matin j'ai les idées plus claires, donc je vais vous expliquer pourquoi j'ai pris le parti d'effacer les fichiers de sauvegardes lors de l'atterrissage.

1)
Il faut bien dissocier le fichier de plan de vol (.PLN) des fichiers de sauvegardes quand on enregistre un vol en cours.

- Le fichier .PLN n'est qu'une énumération de waypoint sans aucune autre information que leurs géo-localisation, leurs nom et leurs appartenance éventuelle à une route aérienne

- Les fichiers de sauvegardes d'un vol (.FLT, .FSSAVE et .WX) contiennent tooutes les données de FSX sur le statut de l'avion , la météo, sa vitesse etc  au moment ou vous effectuer cette sauvegarde. A l'intérieur de ces fichiers, il y a une copie du fichier .PLN  utilisé lors de cette sauvegarde.
Si lors d'un chargement d'un vol sauvegardé , FSX trouve un fichier .PLN ne correspondant pas, WPT par WPT, aux données plan de vol enregistrées dans les fichiers de sauvegardes du vol, cela provoquera une erreur. Le plan de vol ne sera pas chargé, et le GPS ne fonctionnera pas.

C'est pourquoi les fichiers de sauvegardes d'un vol sont intimementlié au plan de vol correspondant.



2)
Le FMC a la capacité de modifier et d'enregistrer un nouveau fichier .PLN, en cours de vol, avec les SID STAR ou approches que vous avez chargés avant d'enregistrer votre vol. Mais ce fichier .PLN ne contient quel a liste des waypoint. Hors le FMC a besoin des données associés à ces waypoint pour pouvoir fonctionner correctement.


3)
C'est pourquoi, lors de l'enregistrement d'un vol en cours, le FMC va sauvegarder, dans un fichier qui lui est propre, toutes les données concernant les infos utilses par rapport aux waypoints, mais surtout il va sauvegarder toutes les données du FMC :
- la phase de vol en cours   (décollage, montée initial, montée, croisière, descente ou approche)
- les parametres de vitesse programmés
- les parametre puissance moteurs
etc

il suffit que vous ouvriez avec EXCEL ou un editeur de texte, le fichier .CSV, pour voir toutes les données sauvegardées par le FMC.


Donc, que se passerai-t-il si je n'effaçait pas le fichiers lors l'atterrissage ?


Immaginons que vous faites un vol Paris marseilles et que vous l'enregistrez en cours de vol, durant la descente par exemple. Et puis vous terminer votre vol. Tout est ok.


Une semaine plus tard, vous avez oublié ce vol enregistré, et vous décider de faire un autre vol Paris- marseilles

Avec l'organisateur de vol de FSX, vous allez créer un nouveau plan de vol, qui va "écraser" le fichier plan de vol modifié par le FMC la semaine précédente. par contre, le fichier .CSV de cet ancien vol sera toujours là avec l'état de l'avion lors de la descente.

Quand vous allez chargé votre vol, le FMC sera inutilisable car même si vous n'avez pas encore décoler, il sera lui déja en mode descente, et sa liste de waypoint ne correspondra pas au nouveau fichier .PLN.

Le FMC sera inutilisable


Voilà pour quoi, j'ai pris la décision d'effacer tous les fichiers lors d'un atterrissage, afin d'éviter de futur mélange de fichier pour le FMC; je ne peux pas faire autrement.

Maintenant, si vous désirez conservez les fichier .PLN modifié par le FMC pour avoir le cheminement des waypoint pour un autre avion, rien ne vous empêche après la sauvegarde d'un vol, d'aller dans le dossier ou FSX stocke les fichiers de sauvegardes, et de faire une copie de ce fichier .PLN dans un autre dossier que vous appelerez par exemple "Plans de vol".

Et le jour ou vous souhaitez faire un vol, avec le POky 747, par exemple, en utilisant ce plan de vol, et bein avec l'organisateur de vol de FSX, vous pouvez allez chercher ce fichier plan de vol.


D'autre part, il y a aussi une autre possibilité : Jem'en sert pour testé par exemple toutes les approches d'un aéroport dont je viens de créer la base de données.

Je lance mon vol, en chargeant SID et STAR, et je l'enregistre, juste avant d'atteindre le TOD.

Je copie alors le 5 fichiers ( 6 si vous utilisé Active Sky), c'est à dire le .PLN, le .CSV, le .FLT, le .FSSAVE et le .WX (et le .ipcbin pour active sky) dans un autre dossier.

Je charge ensuite ma première approche, et j'atteris. Les fichiers sont alors effacer.

Je veux tester une nouvelle approche, je vais rechercher ma sauvegarde complète que j'ai copier dans mon dossier "backup vol" et je les remets en place dans le fossier "documents\FSX\ ce qui  me permet de reprendre le vol juste avant le TOD et de charger une nouvelle approche pour test.


Est-ce que mes explications sont assez claires ? dites le moi.

François

FranzDur a écrit:

Bonsoir François,

PS Pour démarrer en panneau 2D, pareil, même "Fault", je repasse le contacteur rotatif de APU sur Auto puis sur APU. C'est idiot mais le moteur 2 démarre... Mais ce n'est pas propre au nouveau panel.

Francis

Bonjour François,

J'ai, en panel 2D le même phènoméne. Après démarrage du moteur 1, je bascule  la Bleed ENG 1 sur ON : Fault. Je mets la Bleed APU sur OFF, je bascule la Bleed ENG 1 sur ON et c'est Ok.

Jean-Pierre

Bonjour à tous.
Pour le problème de bleed j'ai résolu le problème des faults (d'après une video ?) ainsi :
Je démarre le moteur droit (le gauche c'est bon aussi, mais il semble que cela soit la procédure airbus).
Une fois le moteur démarré, je bascule le bouton X-BLEED de APU vers ENGS
je coupe l'apu bleed et j'allume l'engine bleed correspondant au moteur démarré, le 2 dans mon cas.
je démarre le moteur restant et ensuite j'allume l'ENG BLEED qui lui correspond. Plus tard, au cours de la check list je rebascule le bouton X-BLEED sur auto.

Bonjour à tous,


Je suis en train de mettre la touche final au panel.


2 choses importantes :

J'ai constaté un bug, pour lequel je ne peux pas faire grand chose :
- Si vous créez dans l'organisateur de vol de FSX un plan de vol "VFR", alors une fois le vol lancé, dès que vous utilisez le FMC, il va y avoir obligatoirement la création d'un waypoint au minimum (la piste de décollage dans la page "TakeOff"). Hors ce simple ajout d'un waypoint (ou d'une SID ou d'une STAR) va changer en interne le type de plan de vol de FSX qui va passer du Statut VFR à IFR.
Conséquence : Lors que l'on crée le plan de vol initial et que l'on charge l'avion, le FMC va interroger FSX pour connaitre le nom du plan de vol et le type de plan de vol pour "construire" le nom dui fichier de sauvegarde de ses données.

Hors si votre plan de vol était de type VFR, l'ajout de waypoint va le transformer en interne en IFR. mais si vous effectuez une sauvegarde du vol, le fichier de plan de vol gardera le nom de "VRF......" alors qu'il aura le Statut d'IFR.

DOnc au rechargment du vol, pour le terminer par exemple, le FMC va intérroger le GPS, qui va lui répondre que le plan de vol est IFR, alors que le fichier de sauvegarde des données du FMC s'appelera comme le plan de vol "VFR...", donc les données ne seront pas chargées et le le FMC ne fonctionnera plus.

Conclusion : Lorsque vous créez un plan de vol avec l'organisateur de vol de FSX, pensez à toujours le classer en IFR






Dernier problème que je n'arrive pas à résoudre : La consommation de fuel. FSX a un énorme défaut : LA consommation de fuel est basé sur une constante : xKg de fuel par kilo de poussée.

Hors, la consommation varie aussi avec la densité de l'air (l'altitude). Donc il est impossble d'avoir une consommation réel pour un avion donné , au niveau de la mer et à haute altitude.

Aujourd'hui, les PA320 ont des fichiers .air dont la consommation est calculée pour la haute altitude. DOnc, en croisière, la consommation affichée est proche de la réalisté (un A320 avec ses 2 IAE V2527-A5 consomme entre 2300 et 2800 kg de fuel par heure à l'ltitude de croisière.

MAis il devrait consommé environ 750 à 800 kg, au sol au ralenti; hors pourle moment, il consomme + de 2000kg/h en IDLE au sol, ce qui est complétement délirant.

Je n'ai pas de solution à ce problème ; LA seule solution est d'écrire une gauge en C++ qui via SimConnect, modifie le paramêtre de consomation dans FSX, mais en XML, c'est irréalisable.

Donc sachez quela consommation des moteurs au sol, que cela soit au ralentit, en taxi, ou au décollage est complétement fauuse (2 à3 fois supérieur à la normale).

MAis je pense qu'il vaut mieux avoir la consommation "sea level" fausse que celle en croisière.


François

Salut Mehdi,

Merci pour ton retour d'info.

J'ai réussi à diminuer la conso à basse altitude, mais je suis encore loin de la réalité. Par contre, la conso à haute altitude est OK.

Il y a ausi la valeur EPR de FSX qui est u peu déconnante, mais je me suis renseigné, pas de solution, FSX ne sait pas la simuler correctement. Il faudrait que j'écrive mon propre algorythme pour afficher la valeur; je n'ai pas le courage.

Il me reste encore à corriger la fonction de démarrage auto (CTRL+E) qui ne fonctionne pas correctement en cockpit 2D.


Si tous va bien, je posterai ce weekend le pack définitif, avec les nouveaux sons moteurs d'adam murphy, que cela soit en CFM ou en IAE.

J'ai ajouté les annonces vocales au décollage "eighty knots", "V1" , "Rotate" , "V2" . Quand on ouvre ou on ferme les portes cargo, on a le sons caractéristiques (genre "visseuse") lors du verrouillage.

UNe annonce hotesse, en debut de descente.

Le cost Index est désormais fonctionnel, et agit sur les valeurs ECON THRUST, ECON CLB SPEED IAS, ECON CLIMB MACH et va proposer un mach de croisière.

J'ai d'ailleurs revu un peu à la pbaisse les valeurs de N1 pour la montée, car pour le moment, l'avion grimpait un peu "fort".

Je me suis mis à la rédaction finale du mode d'emploi. Le projet est proche du but.

Francois

jmtib a écrit:

François !
   On est avec toi !
Bon courage,
Amicalement,
JM

Ps: trés bonne idée de mettre les annonces de vitesse et d'hôtesse au décollage, merci.
Je regrette un peu la checklist de stephan liebe, mais ce n'est pas très important.

Tu as une nouvelle checklist (pas completement terminée encore, mais qui sera beaucoup plus complète, pour chaque phase de vol) en clickant dans le rectangle en bas à gauche de l'ECAM principal :

J'ai encore quelques petites erreurs à corriger dans la checklist et à la terminer.

J'ai enfin trouvé la solution pour que le démarrage auto (CTRL+E) fonctionne ausi bien en cokpit 2D qu'en VC.

François

De rien,



Tom Aguilo, le concepteur de XMLVars.dll, le module magique qui me permet de manipuler les chaines de caractères en langage XML, et donc sans qui le FMC n'existerait pas, m'a confié la mission d'être beta-testeur d'une nouvelle version de son modules, qui offrirait de multiples nouvelles fonctions aux scripts XML, et notamment l'accès à des instructions qui jusqu'alors était réservées aux gauges écrites en C++ !

De nouvelles perspectives s'ouvrent ! Et je suis fier qu'il m'ait choisi

Dernière modification par Fdd_fr (29-03-2014 08:16:39)