Le changement de valeur de l'A/THR dans l'aircraft.cfg ne peux pas expliquer une survitesse.

Pour que vous sachiez ce qui se passe en coulisse, je vais expliquer comment fonctionne le FMS :

Pour faire simple, le pilote automatique par défaut de FSX fonctionne ainsi :

On lui indique une vitesse à tenir, l'A/THR s'occupe de regler la puissance des moteurs pour tenir cette vitesse. Ce fonctionnement n'est pas réaliste, car un avion monte à régime continu; pour cela il fait varier son assiette.

Donc j'ai du écrire mon propre pilote auto, qui utilise la valeur de N1 (vitesse de rotation de la turbine basse pression) comme referentiel.

Au decollage, c'est moi qui ordionne une poussée au moteur ;
- soit pleine puisance en TOGA
- soit en FLEX, que je calcule selon la température ambiante, ce qui permet donc de faire varier cette puissance en entrant une valeur de température fausse (comme dans la réalité).

Ensuite pendant la montée, malgré que vous voyez le voyant A/THR allumé, je n'utilise pas l'A/THR; c'est une mascarade. Le FMS ordonne une vitesse de rotation N1 . Je fais varier cette vitesse en fonction de l'altitude, car plus on monte, plus N2 va tourner vite pour une meme valeur de N1. Mais cette variation est faible. ' en gros on perd 5% sur une montée jusqu'a 35000ft.
Ma poussée étant constante, mon autopilot va faire varier le pitch (l'angle de l'avion) pour maintenir la vitesse programmé ou selecté.
La survitesse est impossible, car controlé à chaque lecture de la gauge, soit 18x par seconde.


Si vous êtes en dessous de l'altitude de conjonction, mon autopilot est en mode IAS, donc attention ici la survitesse est possible, car si vous entrez une altitude de conjonction trop elevé, avec une valeur IAS élevé, alors il y aura survitesse.
Au dessus de cette altitude, il bascule en mode MACH et là, aucune survitesse possible, car le MACH dans FSX est controlé avec l'altitude (ce qui n'est pas le cas de l'IAS).
Par exemple, si vous mettez une altitude conjonction de 35000ft et une vitesse IAS de montée de 315 IAS, alors vous serez mort avant d'arriver à 35000ft, car vous aurez dépasser le MACH maxi de l'avion.

Donc le mieux est de laisser ces 2 valeurs qui sont celles d'Airbus industrie, par défaut, c'est à dire 300 IAS pour la montée avec une altitude de conjonction de 29000ft.

Une fois arrivé à l'altitude de croisière, mon autopilot rend la main à celui de FSX et là, on passe en mode SPEED (IAS) si on est en dessous de l'altitude de conjonction, ou MACH au dessus, avec l'A/THR de FSX (à partir de ce moment la, vous ne pourrez plus bouger les manettes des gaz, car l'A/THR de FSX l'en empeche (la mascarade est (terminé).

Si vous êtes en mode MACH à ce moment la, la survitesse est impossible.

Par contre, au moment ou l'avion arrive à l'altitude de croisière et qu'il ya ce basculement entre mon autopilot et celui de FSX, il se peut que pendant quelques secondes, les moteurs montent en régime au dela de la position CLIMB, le temps que l'A/THR de FSX se cale.


Je referais des essais demain matin, mais dans tous les essais que j'ai fait ( des centaines depuis 1 mois), je n'ai jamais eut une défaillance à ce niveau, et jamais eut de survitesse en arrivant à l'altitude de croisière.

C'est qu'il y a un de tes parametre qui n'allait pas.

C'est pour cela, il faut absolument faire un screenshot des réglages du FMC et bien décrire ce que vous faites avant que survienne un bug, car pour m'y retrouver dans les 4000 lignes de code du FMS, je ne peux pas chercher au hasard.

Il me faut vraiment des parametres très précis.

Je refairais plusieurs essais demain matin, en essayant differents parametres, et je reviens vers vous.





si vous êtes au dessus, il ascule en mode MACH.

Dernière modification par Fdd_fr (13-10-2012 20:19:47)

Le mode SPD selecté à haute altitude merdoie completement ...... je cherche......

Bonjour François, bonjour à tous,

"DOnc bravo, tu as trouvé un bug !
Je continnue mes investigations, mais il y a bien un probleme en vitesse selecté à haute altitude.
Merci Fonta !"

Oooops.....Désolé !! Mais les "bêta" s'est bien fait pour emm...les développeurs non ?? Bon courage et il t'en faudra, car JB Panel (Greg Wilson) à travaillé un an avant de sortir le FMC du B777 de Posky. Au début, je recevais en moyenne une MàJ par semaine !!

Le probleme de NAV clignotant bleu/vert et de la non prise en compte de la contrainte optionnelle entrée dans le FMS est résolu.

Le probleme de survitesse est en cours de résolution .... ça devrait fonctionner d'ici une ou 2 heures ....

@ François,
Une suggestion (aïe, non, pas la tête !!)... Oui, je sais, c'est pas moi qui bosse...
Il serait bien si tu pouvais "retoucher" les paramètres de suivi d'une route GPS. Explication: lors d'un changement de cap de route, l'avion a tendance à être "overshoot" sur le segment suivant, surtout si l'angle est fermé, spécialité de la représentation FSx!! . La solution serait "d'anticiper" le point de mise en virage à X nautiques avant (à déterminer fonction Mach ou IAS) pour avoir un bon raccordement. Le principe d'une "dérivée" algébrique en quelque sorte. Mathématique, donc certainement programmable. Cette "anticipation" existe sur d'autres FMS, free ou pay. Il n'est pas nécessaire que le dessin de la trajectoire soit modifié sur la représentation graphique. Courage, s'est bientôt la fin du tunnel...ou pas !!

Dernière modification par fonta (14-10-2012 19:01:10)

Je pense avoir résolu le probleme de gestion des vitesses MACH/IAS à haute altitude ce matin, dans le TGV, sur mon portable .

Cela semble être OK. Je teste ce soir sur le PC de bureau en rentrant, et je vous poste la mise à jour.

Ce problème fut coriace à résoudre.

A ce soir.

Fdd_fr a écrit:

Je pense avoir résolu le probleme de gestion des vitesses MACH/IAS à haute altitude ce matin, dans le TGV, sur mon portable . A ce soir.

Salut François,
Ah, les voyages !! Ils ont toujours été une source d'inspiration pour les grandes découvertes...
Content pour toi (et surtout pour nous !!) que tu aies trouvé une solution
Je te reparlerais plus tard de l'anticipation des virages, je pense avoir des billes !! Bonne fin de journée et...n'oublie pas de travailler pour nous pendant le trajet retour !! Cdlt.

Dernière modification par fonta (15-10-2012 14:13:26)

Salut François,

Eh bien n'aie plus peur,le vol raté dimanche s'est très bien passé aujourd'hui.Pour une altitude programmée au FMS de 37000 ft,avec 2 étapes à 11000 & 25000ft pour suivre les ordres de l'ATC,qui m'a ensuite indiqué mon altitude cible;j'ai alors juste actionné le sélecteur d'altitude du FCU  en mode managé et il a fini sa montée tout seul comme un grand!Tout petit bémol,sur la fin de la montée,pour une programmation à M0.78,il a pris jusqu'à M0.824,comme tu lui ordonne une poussée constante aux moteurs,il aurait du cabrer d'avantage quand la vitesse augmentait,non?l' indicateur de vitesse demandée du pfd (la bleue)suivait bien la montée mais il n'a pas été très réactif à cabrer pour compenser l'augmentation de vitesse(peut etre à cause d'un vent arriere qui augmentait?);j'ai laissé faire et tout est rentré dans l'ordre une fois arrivé au FL370.Ensuite j'ai déconnecté le FMS et fini en mode NAV  traditionnel sans autre problème.Vivement la suite,prend l'avion plutot que le TGV,Tu seras peut etre encore plus inspiré!!!Super boulot.A+

Jean Michel

Bonsoir Fonta et merci pour ce retour d'informations !

1/  Je vais regaarder cela; Je ne suis pas inquiet, c'est facile à corriger.

2/ Là, je suis surpris; Si si il y a un probleme, c'est qu'il doit venir de la résolution de l'écran, Je travaille en 1680x1050 ou 1900x1200 et j'ai ajoutté la parametre "WideViewAspect=True" dans la section de mon aircraft.cfg, puisque je suis avec un écran 16/10. Il se peut qu'en utilisant une résolution differente ou un écran d'un "aspect Ratio" different (comme du 4/3), cela modifie la postion de mes affichages sans que je m'en sois rendu compte.

Attention, à ta demande, j'ai rendu la gauge "resizeable" à la souris, donc en modifiant ses proportions hauteur/largeur cela peut mettre le bazar dans la dispositon des différents éléments affichés.
Il faudra que tu me précise ta résolution d'écran que tu utilises, et si tu as déclaré "écran large" ?

- pourrais-tu aussi me faire une capture d'écran  pour que je vois de visu les défaut ?



3/Le probleme ici à 2 sources; une de ta faute et une de la faute de FSX:
- le probleme de FSX est son automanette, qui bouge l'animation des manettes des gaz tout en verrouillant leur usage (l(l'utilisateur ne peux pas bouger les manettes sous A/THR) , qui comme tu le sais, n'est pas conforme au fonctionnement d'un airbus. Je n'ai pu le résoudre que pertiellement; En utilisant une astuce toute simple (je bascule 18x par seconde l'A/THR sur ON/OFF) j'ai pu les déverrouiller, c'est à dire qu'on peux les bouger; par contre, je ne peux pas empecher FSX de les faire bouger (très lentement) car ce sont des instruction xml qui se trouvent à l'interieur du fichier du VC (A321_Interior.mdl).

C'est domage, car j'ai écrit le code de substitution qui permettrait cette fonction, ne sachant absolument pas me servir de GMAX, je suis incapable de recompiler le VC avec le code correct. Et le gars de project Airbus qui crée le VC du A330 est déja très occupé sur le projet A330 et n'a pas le temps de recompiler le VC du A321.

Donc si une bonne âme passe par ici, et qu'elle maitrise GMAX sur le bout des doigts, et qu'elle a envie de passer à la postérité en modifant ce code, ça serait génial.
Je connais toute la procédure : il suffit de convertir le fichier .mdl du VC avec le freeware ModelConverterX, qui saura le transformer en fichier .3DS (ça j'ai réussi à le faire).

Ensuite il faut editer et modifier le code xml qui se trouve dans le fichier modeldef.xml de fsx (et j'ai écrit le code à modifier )
Il faut importer le fichier .3ds issue de ModelConverterX dans GMAX, et c'est la que je ne sais plus, car il faut recréer les "liens" entre les object du VC qui doivent être animés, et les définitions de code xml correspondante du fichier Modeldef.xml; et recompiler le VC en .MDL; c'est toute cette procédure sous GMAX que je ne sais pas faire.
Mais le A330 devrait être OK de ce coté.


La deuxieme raison est que tu as choisi des valeur inadequate IAS / MACH par rapport à ton altitude de conjonction.
Normalement, l'altitude de conjonction doit être une altitude ou la valeur IAS = la valeur MACH.
Donc, si tu as mis 300 IAS, conjonction 25000  ft et valeur MACH 0.78, en passant 25000ft, ton avion a du accelerer (d'ou se clignotement de FLEX) car l'ATHR de FSX essayait de pousser les manettes 18x par secondes), car à 25000ft, tu aurais du mettre une valeur de MACH 0.70/0.72, ou alors une valeur IAS plus élevé.

Donc le choix de cette altitude doit se faire en indiquant une valeur IAS = valeur MACH à cette altitude.
Les valeur que j'ai indiqué par défaut ne sont pas là par hazard, elle corresponde réellement au mode ECON airbus que j'ai lu dans le FCOM du A320, parcequ'a 29000ft, 300 IAS, on est à peu prêt à MACH 0.78.
Donc si tu veux conserver cette valeur de 25000ft, soit il faut que tu augmente ton IAS, soit il faut que tu diminue ton MACH.

Quand la page CRUIZE sera terminée, il y aura une "box" pour rentrer le MACH de croisière, donc tu pourra selectionner un MACH plus faible pour la page CLIMB.




4/ Et bien je suis sontent que cela marche, car cela m'a demandé un nombre très important d'heures pour en arriver là ( et encore, je dois affiner mes PID au-dela de 15000ft, car l'avion à tendance à monter a environ 10kts en dessous de la vitesse demandé).





5/ J'avais des doutes pour les contraintes ATC (magenta ou bleu) j'ai décider deles mettre magenta. Je manque d'information sur les autres contraintes (celles liées à des WPT du plan de vol) si tu pouvais me renseigner sur ce que sont ces contraintes...



Personnelement, j'ai trouvé comme bug le fait que l'affichage de la "NAV" en mode armée (bleu) apparaisse au sol , meme sir on mets à 0 la valeur d'enclenchement de LNAV (sous entendant que le d"but du vol se fera en mode HDG et que c'est le pilote qui décidera du moment ou  il passera en NAV en appuyant sur le LOC.
Donc il faut que je rectifie cela, en faisant apparaitre lamention HDG au  lieu de NAV dans ce cas de figure.


Bon, sinon, êtes vous très déçu par le fait que k'interface ne soit pas conforme à la réalité ? préfereriez vous que les chpas soient vierges ou déja remplis par des valeurs par défaut comme actuellement ?

Je sais que la gauge n'a rien à voir en look avec un vrai FMGS, mais par contre, je pense avoir réussi à un fonctionnement réaliste de l'avion , nan ?


Edit : Et j'ai oublié de vous demandez votre avis sur le nouveau PFD; Voyez vous une difference de qualité ? Car si il y  peu de difference, cela ne sert à rien que je redessine le ND et Les ECAMS.

Dernière modification par Fdd_fr (16-10-2012 20:20:39)

Bonjour François,

"Donc le choix de cette altitude doit se faire en indiquant une valeur IAS = valeur MACH à cette altitude.
Les valeur que j'ai indiqué par défaut ne sont pas là par hazard, elle corresponde réellement au mode ECON airbus que j'ai lu dans le FCOM du A320, parcequ'a 29000ft, 300 IAS, on est à peu prêt à MACH 0.78.
Donc si tu veux conserver cette valeur de 25000ft, soit il faut que tu augmente ton IAS, soit il faut que tu diminue ton MACH."

Heu....Désolé pour ta théorie, mais je n'ai STRICTEMENT rien modifié de tes paramètres "par défaut", si ce n'est l'altitude d'activation du PA à 2000' au lieu de 50. J'utilise toujours le mode "Econ", en take-off et en climb: avec 29000' et M078 pré-affichés d'origine, car dans ta bêta actuelle, il n'est pas possible de modifier cette altitude de conjonction ou alors, uniquement par "0" !! Mais, je te rappelles quand même que j''utilise la "manette" du joy et non une touche clavier. Si je suis le seul à relever l'anomalie, il y a peut-être un rapport avec...Non ??

Pour le décalage des "fenêtres", je vais vérifier, mais je suis en 24 pouces-16/9. Je basculerai sur l'autre écran de 17"-4/3.

Pour le PFD, c'est bien...il ne m'occupe plus maintenant que 1/8 de l'écran en pop-up et sa "définition" est excellente pour moi!!

Pour l'anticipation de virages en GPS, elle est surtout nécessaire en SID et STAR, donc avec une vitesse généralement voisine de 220 kts ou au plus, 250. Essaie avec 2 Nm pour commencer. Actuellement avec FSx, "l'apogée" de la courbe au point de retour sur une route à 60° est d'environ 1.5 Nm avec IAS=210 kts. (dans mes souvenirs "anciens" des cours sur les PA, on parlait de "retour asymptotique sur l'axe" pour traduire une intégration en trajectoire sans "overshoot".). Cette caractéristique est également valable pour les captures LOC et là, presque indispensable. Mais paradoxalement dans FSx elle semble mieux prise en compte, peut-être car il est plus facile de "gérer" un écart LOC, que des angles variables !!!
Bonne journée et bon courage.

Salut François,
Encore des mystères de FSX !! Mais bonnes nouvelles:

1/ le décalage des fenêtres est bien dû au format du FMC. A la réduction, ça se décale !!

2/ l'affichage de la pression est maintenant correct, mais j'ai dû passer par "inch" puis revenir à "mb" pour faire apparaître le "STD". Mais c'est OK !

3/ sur ce vol, pas eu le souci du clignotement "flex". Suis resté en "THR CLB" fixe, jusqu'au FL300 et M078. Mais il est vrai que tu pourrais "pousser" un peu plus à partir du 250 !! Le N1 est bas. Je tombe à M071 pour 074 à 076 (voire plus) dans ta version VNAV. (V3)

Donc, pour le moment, tes programmes semblent bons. Don't worry !! Bonne soirée.

Bonjour à tous,

Voici la mise à jour du panel en version 0.33 :

Panel beta 0.33 du 20 octobre

Cette mise à jour corrige les points suivants :

- correction de l'altitude minimum d'acceleration possible, qui était de 1200ft et qui est désormais de 800ft, pour correspondre avec l'altitude minimum de THR RED
- Il y avait l'affichage de NAV en cyan, au sol, même si LNAV non activée et mode HDG enclenché : corrigé
- On peut désormais selectionner l'altitude de conjonction (24000 à 30000 ft) Le précedent panel était buggé à ce niveau.
- correction du code xml qui controlait les valeur CLIMB SPPED IAS / MACH et CLIMB FLIGHT LEVEL qui était non controlé et on pouvait entrer n'importe quelle valeur
- Amelioration des messages d'avertissement
- Les touches "EXPEDITE page Takeoff et Climb sont désormais fonctionnelles
- Correction d'un bug qui forçait la valeur ECON pour la poussée N1, même si on entrait une valeur personnelle.
- si on passait de l'affichage de la page ARRIVAL , puis à la page TAKEOFF, et qu'on cliquait sur le nom de l'aeroport de départ, on avait les infos de l'aeroport d'arrivée : corrigé
- Amelioration de la detection de la region ICAO par utilisation de la recherche du VOR le plus proche plutot que de l'intersection la plus proche (le probleme se posait quand on était sur un aéroport proche d'un autre pays (Hong Kong par exemple).
- Affichage des "---" pour la VS sur le FCU en mode managé.
- Affichage des VOR en blanc sur le ND (il va être content Fonta !)
- Modification du code xml, pour éviter que les manettes depasse le cran "CLIMB" ; Je contrôle la poussée N1 pour qu'elle ne dépasse pas un certain seuil; La fonction est a tester.
- La valeur N1 était mal réactualisée suivant l'altitude au-dela de 20000ft : corrigé
- Provisoirement, la page F-PLN affiche une carte, mobile, avec l'avion fixe au centre; Fonta, cela devrait aidé à déterminer l'anticipation des virages.


J'ai eu la confirmation de bob Mc Elrath ; L'anticipation des virages du plan de vol n'est basé que sur la Ground Speed, sans tenir compte due l'angle du virage effectué, ce qui explique qu'en cas de virage serré, l'avion "déborde" énormément.


Fonta, Bob Mc Elrath va me passer un tableau qu'il a réaliser, sur l'anticipation actuelle de FSX pour ces virages, suivant la vitesse sol.


François

Dernière modification par Fdd_fr (20-10-2012 05:43:45)