Vous n'êtes pas identifié(e).
Futur nouvel inscrit, tu dois au préalable lire l'intégralité des 10 articles des règles, s'il te plaît. Tout nouveau compte qui ne respecte pas les règles sera supprimé par l'administration.
Par contre, tu les trouves où les checklists?
Merci
Le bouton NORM sur le paneau à gauche du pfd , puis le bouton avec les fleches à coté.
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Salut à tous, salut DENIS,
Lol pour le carton jaune ... je te rassure les passagers ont été sauvés, car je m 'en suis aperçu avant l’atterrissage...
Par contre, tu les trouves où les checklists?
Merci
La vidéo date un peu (c'était l'époque où javais des couleurs sur les écrans ), mais tu devrais t'y retrouver:
Quand on vous dit qu'il y a eu beaucoup, beaucoup, beaucoup de boulot de fait par Christian (l'autre!)...
https://youtu.be/450WmRaECmQ?t=56s
https://www.youtube.com/channel/UCzHt1d … OMbkbwXEVQ
Dernière modification par Patten (4/05/2018 10:06:04)
Intel I7.7700k 4.2 GHz.CM:MSI Z270 Gaming pro.CG:ASUS GTX 3070 Tuff OC 8Go.Ram:32Go DDR4 GSKILL. 2*SSD 500G 1*M2 500G 1*M2 1T, 2*HDD 2*2T Seagate Baracuda.Alim:Corsair RM750X 80Plus Gold.Ventirad Be quiet pure rock.Boîtier Aérocool GT-S black édition.DVD Asus drw-24f1-mt. Wifi + Bluetooth gigabyte.Dual boot LinuxMint 20.3 Una /Windows10 FG2020.4.0
http://pattenflightgear.wifeo.com/
En ligne
Bonjour à tous, bonjour Clm76,
Pour info, je travaille sur l'amélioration de l'approche avec FMS sans GS pour que ce soit (presque) aussi performant qu'avec GS.
Après avoir cassé quelques CitationX en tentant de me poser sur LESU03, j'ai entrepris quelques modifications mineures sur la base de ton Fms.
En particulier, le pilote peut créer autant de Way points qu'il le désire, y/c sous la barrière des 8NM avant destination. S'il le fait, il définit ainsi sa courbe d'atterrissage tant en horizontal qu'en vertical et ne bénéficie plus en ce cas du Glideslope virtuel qui le conduit au pied de la piste. (Pour vérifier la pertinence de ses choix, le pilote peut utiliser le radar d'approche qui fonctionne toujours parfaitement.)
Par souci de flexibilité (de précision), les altitudes des derniers Wp ne sont pas ramenées en niveaux de vol (me.set_tgAlt = math.round(v_alt.vector[curr_wp] , 100)).
Dans le cadre de la touche finale, je te fais part de quelques points cosmétiques:
Fonctionnement du HUD perturbé,
"click" sur les touches du panel auto-pilot,
Voyant "AP" du panel auto-pilot peu visible.
Merci encore de ce magnifique travail.
Dernière modification par HH64 (4/05/2018 13:31:10)
FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10
Hors ligne
Bonjour,
est-ce bien raisonnable de vouloir à tout prix amener l'avion au seuil de piste par le FMS?
Le challenge à LESU (et ailleurs) étant de finir "à la main" sans trop de soucis, comme en réel. C'est parfaitement faisable autant en 03 qu'en 21
http://www.mediafire.com/file/d2e2wfdbb … ESU-03.mp4
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
@ctesc356
Non, bien entendu, mais pour le pilote uniquement virtuel que je suis, c'est avant tout un outil d'apprentissage. Trop casser peut aussi décourager. Terminer en manuel à LESU03 reste sportif mais effectivement parfaitement réalisable pour autant que l'on ait une juste idée de la longueur de la piste. A 140 kt en seuil de piste, il m'était impossible d'immobiliser l'avion à temps.
..
Bravo et merci pour la leçon de pilotage. Ta video m'a mis la puce à l'oreille pour la suite...
NB: les tuiles et LESU.threshold.xml de mon Scenery-France-V1 semblent erronés. Cela explique les difficultés à me poser, le seuil de piste étant plus haut que la piste elle-même! Terrasync offre une configuration plus conforme.
<?xml version="1.0"?>
<PropertyList>
<runway>
<threshold>
<lon>1.40709548312857</lon>
<lat>42.3371030932929</lat>
<rwy>04</rwy>
<hdg-deg>38.58</hdg-deg>
<displ-m>0</displ-m>
<stopw-m>31</stopw-m>
</threshold>
<threshold>
<lon>1.41725727766478</lon>
<lat>42.3465186823934</lat>
<rwy>22</rwy>
<hdg-deg>218.58</hdg-deg>
<displ-m>0</displ-m>
<stopw-m>31</stopw-m>
</threshold>
</runway>
</PropertyList>
Dernière modification par HH64 (7/05/2018 11:35:50)
FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10
Hors ligne
Je ne comprends pas comment "...treshold.xml" peut influencer une approche manuelle? Il n'y a pas de notion d'altitude.
Ce qui vient avec terrasync:
<?xml version='1.0' encoding='ISO-8859-1'?>
<PropertyList>
<runway>
<threshold>
<lon>1.40651531</lon>
<lat>42.33596527</lat>
<rwy>03</rwy>
<hdg-deg>30.50</hdg-deg>
<displ-m>0.0</displ-m>
<stopw-m>30.0</stopw-m>
</threshold>
<threshold>
<lon>1.41478677</lon>
<lat>42.34634445</lat>
<rwy>21</rwy>
<hdg-deg>210.50</hdg-deg>
<displ-m>0.0</displ-m>
<stopw-m>31.0</stopw-m>
</threshold>
</runway>
</PropertyList>
<icao>.treshold.xml ne sert qu'a positionner l'avion sur la piste au lancement de fg. Ce sera prioritaire sur ce que peut contenir apt.dat
Dernière modification par ctesc356 (5/05/2018 8:12:39)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
@ Ctesc356,
Je n'ai pas été assez clair. Avec Terrasync placé en tête des répertoires de scènes, plus aucun souci avec LESU03.
Bonne journée à tous.
FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10
Hors ligne
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Bonjour à tous,
Nouvelle version du Citation X :
- Ajout d'une alarme sonore d'oubli de sortie du train d'atterrissage.
- Correction des TOD parasites.
- Amélioration de l'approche avec FMS sans GS.
- Amélioration du PAR (Precision Approach Radar) : Le terrain de destination est automatiquement sélectionné si le route manager est actif.
Il sera disponible quand Christian (Patten) l'aura mis dans son hangar.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Bonjour à tous,
...........
Il sera disponible quand Christian (Patten) l'aura mis dans son hangar.
FAIT!.
Intel I7.7700k 4.2 GHz.CM:MSI Z270 Gaming pro.CG:ASUS GTX 3070 Tuff OC 8Go.Ram:32Go DDR4 GSKILL. 2*SSD 500G 1*M2 500G 1*M2 1T, 2*HDD 2*2T Seagate Baracuda.Alim:Corsair RM750X 80Plus Gold.Ventirad Be quiet pure rock.Boîtier Aérocool GT-S black édition.DVD Asus drw-24f1-mt. Wifi + Bluetooth gigabyte.Dual boot LinuxMint 20.3 Una /Windows10 FG2020.4.0
http://pattenflightgear.wifeo.com/
En ligne
- Ajout d'une alarme sonore d'oubli de sortie du train d'atterrissage.
FG 2020.3.2, Windows 10 . Multijoueurs: "DE IS"
Intel Core i7-6700K CPU @4.00GHz 4.01GHz, RAM installée 32.0 Go, GTX1070
Boeing 777 et 707, Cessna Citation X
Hors ligne
Bonjour à tous,
@ Clm76,
En utilisant la dernière version du Citation X, je relève un comportement inattendu.
L'utilisation simultanée du route manager et celle du CDU sont-elles compatibles ?
Dans le cadre du plan de vol suivant http://www.mediafire.com/file/o2oadbxrn … 3.xml/file, CDU ou RM, font apparaître de nombreux TOD, en apparence mal placés.
Après effacement au niveau du RM, le plan de vol résiduel est altéré, les ultimes consignes d'altitude étant décalées par rapport aux waypoints...
En revanche, après avoir bipassé la fonction tod_calc de fms.nas, le plan de vol (fichier .xml) est parfaitement respecté.
L'aléa provient-il d'un plan de vol mal conçu, d'un petit souci avec un index (bug) ou tout simplement des limites de l'exercice ?
Merci pour cette clarification.
Dernière modification par HH64 (22/05/2018 11:18:36)
FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10
Hors ligne
Bonsoir,
L'utilisation simultanée du route manager et celle du CDU sont-elles compatibles ?
Oui et non Un plan de vol entré dans le CDU est lisible dans le route-manager mais pas toujours l'inverse. J'ai essayé de garder le route manager pour que les nouveaux "flightgeariens" ne soient pas dépaysés par rapport aux autres avions. D'autres développeurs l'ont carrément supprimé lorsqu'un CDU a été développé car il y a des incompatibilités.
Ton plan de vol, par exemple, qui n'a pas été entré dans le CDU, n'est pas lisible par le CDU. Chez moi, ça plante même FG lorsque j'essaie de le charger.
Par exemple, les SINDO1b, SINDO1t etc... ne peuvent pas être entrés tels quels dans le CDU car ils n'existent pas dans la réalité (ou ne sont pas reconnus par flightgear).
Pour ce genre de WP, tu peux les entrer sous la forme "longitude//latitude", par exemple "-1.343//42.236" ou par un décalage du WP SINDO : "SINDO/0.50/10" = décalage de 10nm sur le radial 050 de SINDO.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
@ Clm76,
Merci de la diligence et de la clarté de ta réponse. Comme j'apprécie le Citation X et son CDU, je vais m'attacher à produire des plans de vol qui soient conformes à ce dernier.
A nouveau, merci pour cette belle réalisation .
Bonne soirée.
FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10
Hors ligne
Bonjour à tous, bonjour Clm76,
@Clm76
Quelques modestes suggestions dans le cadre de la mise au point du Citation X:
Click sur l'ensemble des touches du main panel, en particulier sur celles du panel flight director,
La fonction autostart (menu Citation-X/Autostart) réinitialise également le CDU permettant de revenir aisément à la page pos-init contrairement au ON/OFF à la molette souris...
Je n'ai qu'une grossière idée du fonctionnement d'un CDU et comprends que le calcul des TOD est une aide à l'élaboration des plans de vol. Cependant, dans le cadre de vols au dessus des montagnes, avec contraintes locales d'altitude ou avec virage serré près de l'aéroport de destination, cela peut représenter une gêne. Pour m'affranchir de ce point, j'ai créé une propriété autopilot/route-manager/disable-tod qui rend l'élaboration du plan de vol plus ouverte. Cette variable est discrètement paramétrée dans le menu Citation-X/Options/Cancel TOD calculation. Un vrai CDU dispose-t-il d'une option comparable ?
FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10
Hors ligne
Hello,
Est-il "normal" de na pas pouvoir programmer la fréquence ILS de l'aéroport d'arrivée lorsque j'essaye de décoller de LA MOLE (LFTZ) ?
Merci
FG 2020.3.2, Windows 10 . Multijoueurs: "DE IS"
Intel Core i7-6700K CPU @4.00GHz 4.01GHz, RAM installée 32.0 Go, GTX1070
Boeing 777 et 707, Cessna Citation X
Hors ligne
Bonsoir,
Click sur l'ensemble des touches du main panel, en particulier sur celles du panel flight director,
Ok.
La fonction autostart (menu Citation-X/Autostart) réinitialise également le CDU permettant de revenir aisément à la page pos-init contrairement au ON/OFF à la molette souris...
Tiens donc !... Chez moi, que ce soit par l'autostart ou par la molette souris sur les boutons rotatifs, on revient au pos-init.
et comprends que le calcul des TOD est une aide à l'élaboration des plans de vol
Euh... non ! Ce n'est pas une aide à l'élaboration des plans de vols mais une conséquences des plans de vol. Ils sont là pour éviter de descendre trop vite sur un WP à altitude inférieure au WP précédent et de stagner à cette altitude longtemps, ce qui n'est pas économique en terme de rentabilité. Ils sont également intéressant en montagne pour la même raison que celle que je viens d'évoquer.
Cependant, dans le cadre de vols au dessus des montagnes, avec contraintes locales d'altitude ou avec virage serré près de l'aéroport de destination, cela peut représenter une gêne.
S'il y a des contraintes d'altitude, il faut les entrer dans les WP. Je ne vois pas en quoi le TOD va gêner. Normalement, il n'y a pas de TOD près d'un aéroport, surtout si on a programmé une approche par défaut sur le CDU.
Il faudrait me donner des exemples de plans de vol (réalistes) que je voie s'il y a des problèmes.
Pour m'affranchir de ce point, j'ai créé une propriété autopilot/route-manager/disable-tod qui rend l'élaboration du plan de vol plus ouverte. Cette variable est discrètement paramétrée dans le menu Citation-X/Options/Cancel TOD calculation.
???...
Un vrai CDU dispose-t-il d'une option comparable
Non, d'autant que les TOD sont calculés dans le FMS (Flight Management System) et non dans le CDU. Le CDU permet d'entrer un plan de vol mais ne permet pas d'entrer un TOD.
Est-il "normal" de na pas pouvoir programmer la fréquence ILS de l'aéroport d'arrivée lorsque j'essaye de décoller de LA MOLE (LFTZ) ?
Non, mais je suis étonné que ton RMU n'affiche que des 999.999, ainsi que MEMORY xx, et que le 2ème RMU n'est pas allumé, ce qui démontre un problème quelque part.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Bonsoir,
j'ai les mêmes symptômes que DENIS à LFTZ, avec:
Nasal runtime error: setprop() value is not string or number
at /media/tt/data1/fg/acft/Aircraft/CitationX/Models/Instruments/RMU/RMU.nas, line 122
called from: /media/tt/data1/fg/acft/Aircraft/CitationX/Models/Instruments/RMU/RMU.nas, line 712
called from: /media/tt/data1/fg/fgdata/Nasal/globals.nas, line 119
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Bonsoir Clm76 et merci encore de ta diligence,
FG m'offre un terrain de jeux où exprimer mon imagination. La pertinence de mes suggestions en souffre certainement. Merci de m'en excuser. Le forum m'aide pas à pas à comprendre la pertinence des choix en navigation et de ceux des constructeurs de matériels. Par simple curiosité, je tente aussi de me faire la main sur des systèmes d'atterrissage autre que l'ILS (réel ou virtuel), tels les systèmes DGPS (WAAS) et souhaite pouvoir sortir des seules approches normalisées. Les puristes et les vrais pilotes m'en blâmeront certainement .
HH64 a écrit :
Pour m'affranchir de ce point, j'ai créé une propriété autopilot/route-manager/disable-tod qui rend l'élaboration du plan de vol plus ouverte. Cette variable est discrètement paramétrée dans le menu autopilot/route-manager/disable-tod.
J'ai introduit dans le code la propriété autopilot/route-manager/disable-tod que le menu autopilot/route-manager/disable-tod permet de paramétrer aisément. Cela permet de s'affranchir en option du calcul des TOD et le FMS digère bien le plan de vol suivant que ce soit à partir du CDU ou du RM.
http://www.mediafire.com/file/v0m57um5u … _round.xml
Cette fonctionnalité permet de définir librement les trajectoires de l'aéronef jusqu'au seuil de piste mais je comprends qu'elle puisse ne pas correspondre à l'ambition du modèle. Sur le plan de vol en exemple, l'autopilote me conduit en douceur au seuil de piste, démontrant s'il était encore nécessaire toute son efficacité.
Tiens donc !... Chez moi, que ce soit par l'autostart ou par la molette souris sur les boutons rotatifs, on revient au pos-init.
Je confirme: si en cours de session, je réutilise l'autostart après un repositionnement de l'appareil, le plan de vol n'est pas systématiquement remis à zéro.
Merci encore de ton temps et de ton accompagnement.
FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10
Hors ligne
Bonsoir,
impossible de charger "LESU_round" dans le fms. Plantage de fg. Apparemment on ne peut pas rentrer un pl en boucle sur la rw de départ.
Je ne vois pas l'utilité de wp si rapprochés pour une approche ??
Il suffit de placer LESU4 à la bonne hauteur pour une pente donnée (3°) et le fms se débrouille.
Dernière modification par ctesc356 (29/05/2018 8:48:07)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Bonjour à tous,
@ ctesc356, Clm76
A titre purement expérimental et sans danger pour autrui , je me permets des écarts aux procédures normalisées.
impossible de charger "LESU_round" dans le fms. Plantage de fg. Apparemment on ne peut pas rentrer un pl en boucle sur la rw de départ.
Le plan de vol LESU-round me semble répondre à une syntaxe correcte à défaut d'être autorisée. En effet, le plantage de FG provient du seul calcul des TOD qui tourne en boucle, ce qui m'a conduit dans un premier temps à pouvoir l'inhiber.
Je ne vois pas l'utilité de wp si rapprochés pour une approche
Je comprends que l'un des enjeux du trafic aérien, son doublement, passera par une évolution des procédures d'approche faisant appel à des trajectoires non rectilignes... De même, je pense utiliser ce FMS pour des hélicoptères (atterrissages sur plateformes en mer) pour lesquels la démarche ILS n'est pas adaptée. Si ma lecture du web et mon imagination ne me trompent pas, je comprends que plusieurs aéroports de taille modeste, sans ILS, optent pour des balises DGPS.
FG est un bel espace de réflexion et d'expérimentation. Cependant, je comprends parfaitement que le modèle Citation X s'en tienne au monde réel et que la variante suggérée anticipe trop sur un futur non consolidé.
Merci encore de votre temps et de votre patience.
FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10
Hors ligne
Bonjour,
Le plan de vol LESU-round me semble répondre à une syntaxe correcte à défaut d'être autorisée
Non, la syntaxe n'est pas correcte : le nom doit s'appeler LESU-LESU01 par exemple et non LESU_round. Aéroport de départ-Aéroport d'arrivée suivi d'un nombre entre 00 et 99.
Mais il n'y a pas que ça : dans le code xml, la syntaxe de certains paramètres n'est pas bonne (bool <-> string ...).
Ci-joint ton plan de vol :
<?xml version="1.0"?>
<PropertyList>
<version type="int">2</version>
<departure>
<airport type="string">LESU</airport>
<runway type="string">03</runway>
</departure>
<destination>
<airport type="string">LESU</airport>
<runway type="string">03</runway>
</destination>
<route>
<wp>
<type type="string">runway</type>
<departure type="bool">true</departure>
<ident type="string">03</ident>
<icao type="string">LESU</icao>
</wp>
<wp n="1">
<type type="string">basic</type>
<departure type="bool">true</departure>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">6500</altitude-ft>
<ident type="string">03-3</ident>
<lon type="double">1.449013739</lon>
<lat type="double">42.38944061</lat>
</wp>
<wp n="2">
<type type="string">basic</type>
<departure type="bool">true</departure>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">9000</altitude-ft>
<ident type="string">03-6</ident>
<lon type="double">1.483311545</lon>
<lat type="double">42.43251927</lat>
</wp>
<wp n="3">
<type type="string">navaid</type>
<ident type="string">PUMAL</ident>
<lon type="double">2.00846</lon>
<lat type="double">42.366806</lat>
</wp>
<wp n="4">
<type type="string">navaid</type>
<ident type="string">BERGA</ident>
<lon type="double">2.032054</lon>
<lat type="double">42.171539</lat>
</wp>
<wp n="5">
<type type="string">navaid</type>
<ident type="string">BL026</ident>
<lon type="double">2.056248</lon>
<lat type="double">41.934458</lat>
</wp>
<wp n="6">
<type type="string">navaid</type>
<ident type="string">CAVES</ident>
<lon type="double">1.663479</lon>
<lat type="double">41.483395</lat>
</wp>
<wp n="7">
<type type="string">navaid</type>
<ident type="string">ARBEK</ident>
<lon type="double">1.129775</lon>
<lat type="double">41.543861</lat>
</wp>
<wp n="8">
<type type="string">basic</type>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">6000</altitude-ft>
<ident type="string">SINDO</ident>
<lon type="double">1.323703</lon>
<lat type="double">42.136158</lat>
</wp>
<wp n="9">
<type type="string">basic</type>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">4800</altitude-ft>
<ident type="string">SINDO-b</ident>
<lon type="double">1.344815</lon>
<lat type="double">42.237</lat>
</wp>
<wp n="10">
<type type="string">basic</type>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">4700</altitude-ft>
<ident type="string">SINDO-t</ident>
<lon type="double">1.345276</lon>
<lat type="double">42.2431</lat>
</wp>
<wp n="11">
<type type="string">basic</type>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">4400</altitude-ft>
<ident type="string">LESU-6.5</ident>
<lon type="double">1.3473</lon>
<lat type="double">42.25315</lat>
</wp>
<wp n="12">
<type type="string">basic</type>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">4100</altitude-ft>
<ident type="string">LESU-5</ident>
<lon type="double">1.35635</lon>
<lat type="double">42.275</lat>
</wp>
<wp n="13">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">3600</altitude-ft>
<ident type="string">LESU-4</ident>
<lon type="double">1.361769</lon>
<lat type="double">42.2845</lat>
</wp>
<wp n="14">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">3300</altitude-ft>
<ident type="string">LESU-3</ident>
<lon type="double">1.37286</lon>
<lat type="double">42.2971</lat>
</wp>
<wp n="15">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">3080</altitude-ft>
<ident type="string">LESU-2</ident>
<lon type="double">1.384634</lon>
<lat type="double">42.3108</lat>
</wp>
<wp n="16">
<type type="string">basic</type>
<generated type="string">true</generated>
<altitude-ft type="double">2880</altitude-ft>
<alt-restrict type="string">at</alt-restrict>
<ident type="string">LESU-1.5</ident>
<lon type="double">1.3903</lon>
<lat type="double">42.317396</lat>
</wp>
<wp n="17">
<type type="string">basic</type>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">2780</altitude-ft>
<ident type="string">LESU-1</ident>
<lon type="double">1.395551</lon>
<lat type="double">42.3235</lat>
</wp>
<wp n="18">
<type type="string">basic</type>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">2680</altitude-ft>
<ident type="string">LESU-0.5</ident>
<lon type="double">1.4009</lon>
<lat type="double">42.329721</lat>
</wp>
<wp n="19">
<type type="string">runway</type>
<approach type="bool">true</approach>
<ident type="string">03</ident>
<icao type="string">LESU</icao>
</wp>
</route>
</PropertyList>
Le même sauvegardé par le CDU, donc dans un format correct :
<?xml version="1.0"?>
<PropertyList>
<version type="double">2</version>
<departure>
<airport type="string">LESU</airport>
<runway type="string">21</runway>
</departure>
<destination>
<airport type="string">LESU</airport>
<runway type="string">03</runway>
</destination>
<route>
<wp>
<type type="string">runway</type>
<ident type="string">21</ident>
<departure type="string">true</departure>
<icao type="string">LESU</icao>
</wp>
<wp n="1">
<type type="string">navaid</type>
<generated type="string">true</generated>
<altitude-ft type="double">0</altitude-ft>
<ident type="string">PUMAL</ident>
<lon type="double">2.00846</lon>
<lat type="double">42.366806</lat>
</wp>
<wp n="2">
<type type="string">navaid</type>
<generated type="string">true</generated>
<altitude-ft type="double">0</altitude-ft>
<ident type="string">BERGA</ident>
<lon type="double">2.032054</lon>
<lat type="double">42.171539</lat>
</wp>
<wp n="3">
<type type="string">navaid</type>
<generated type="string">true</generated>
<altitude-ft type="double">0</altitude-ft>
<ident type="string">BL026</ident>
<lon type="double">2.056248</lon>
<lat type="double">41.934458</lat>
</wp>
<wp n="4">
<type type="string">navaid</type>
<generated type="string">true</generated>
<altitude-ft type="double">0</altitude-ft>
<ident type="string">CAVES</ident>
<lon type="double">1.663479</lon>
<lat type="double">41.483395</lat>
</wp>
<wp n="5">
<type type="string">navaid</type>
<generated type="string">true</generated>
<altitude-ft type="double">0</altitude-ft>
<ident type="string">ARBEK</ident>
<lon type="double">1.129775</lon>
<lat type="double">41.543861</lat>
</wp>
<wp n="6">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">6000</altitude-ft>
<ident type="string">SINDO</ident>
<lon type="double">1.323703</lon>
<lat type="double">42.136158</lat>
</wp>
<wp n="7">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">4800</altitude-ft>
<ident type="string">SINDO-b</ident>
<lon type="double">1.344815</lon>
<lat type="double">42.237</lat>
</wp>
<wp n="8">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">4700</altitude-ft>
<ident type="string">SINDO-t</ident>
<lon type="double">1.345276</lon>
<lat type="double">42.2431</lat>
</wp>
<wp n="9">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">4400</altitude-ft>
<ident type="string">LESU-6.5</ident>
<lon type="double">1.3473</lon>
<lat type="double">42.25315</lat>
</wp>
<wp n="10">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">4100</altitude-ft>
<ident type="string">LESU-5</ident>
<lon type="double">1.35635</lon>
<lat type="double">42.275</lat>
</wp>
<wp n="11">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">3600</altitude-ft>
<ident type="string">LESU-4</ident>
<lon type="double">1.361769</lon>
<lat type="double">42.2845</lat>
</wp>
<wp n="12">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">3300</altitude-ft>
<ident type="string">LESU-3</ident>
<lon type="double">1.37286</lon>
<lat type="double">42.2971</lat>
</wp>
<wp n="13">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">3080</altitude-ft>
<ident type="string">LESU-2</ident>
<lon type="double">1.384634</lon>
<lat type="double">42.3108</lat>
</wp>
<wp n="14">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">2880</altitude-ft>
<ident type="string">LESU-1.5</ident>
<lon type="double">1.3903</lon>
<lat type="double">42.317396</lat>
</wp>
<wp n="15">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">2780</altitude-ft>
<ident type="string">LESU-1</ident>
<lon type="double">1.395551</lon>
<lat type="double">42.3235</lat>
</wp>
<wp n="16">
<type type="string">basic</type>
<generated type="string">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">2680</altitude-ft>
<ident type="string">LESU-0.5</ident>
<lon type="double">1.4009</lon>
<lat type="double">42.329721</lat>
</wp>
<wp n="17">
<type type="string">runway</type>
<approach type="string">true</approach>
<icao type="string">LESU</icao>
<ident type="string">03</ident>
</wp>
</route>
</PropertyList>
Celui-ci fonctionne correctement et ne plante pas Fg. Et ce n'est pas le calcul des TOD qui provoque le plantage. Il suffit de mettre l'altitude de croisière inférieure au Wp le plus bas pour qu'il n'y ait pas de TOD et le chargement de ton plan de vol initial plantait quand même Fg.
Je confirme: si en cours de session, je réutilise l'autostart après un repositionnement de l'appareil, le plan de vol n'est pas systématiquement remis à zéro.
Peux-tu me décrire exactement ce que tu fais, stp, que je regarde.
@ ctesc356 : Tu confirmes ?
Dernière modification par Clm76 (29/05/2018 11:42:19)
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Non, la syntaxe n'est pas correcte : le nom doit s'appeler LESU-LESU01 par exemple et non LESU_round. Aéroport de départ-Aéroport d'arrivée suivi d'un nombre entre 00 et 99.
Mais il n'y a pas que ça : dans le code xml, la syntaxe de certains paramètres n'est pas bonne (bool <-> string ...).
Pour le nom du plan de vol, il est aisé de s'y plier. Pour la syntaxe, un plan de vol créé à partir du Route-manager, non pas d'un éditeur de texte, produirait donc un résultat sensiblement différent de celui du CDU. Un plan de vol devrait-il donc être différent d'un aéronef à un autre, entre ceux qui utilisent le RM ou ceux qui utilisent un CDU ? ( La syntaxe du CDU du Citation-X correspondrait-elle à une norme que j'ignore ?)
<?xml version="1.0"?>
<PropertyList>
<version type="int">2</version>
<departure>
<airport type="string">LESU</airport>
<sid type="string">DEFAULT</sid>
<runway type="string">03</runway>
</departure>
<route>
<wp>
<type type="string">runway</type>
<departure type="bool">true</departure>
<ident type="string">03</ident>
<icao type="string">LESU</icao>
</wp>
<wp n="1">
<type type="string">basic</type>
<departure type="bool">true</departure>
<generated type="bool">true</generated>
<alt-restrict type="string">at</alt-restrict>
<altitude-ft type="double">5625</altitude-ft>
<ident type="string">03-3</ident>
<lon type="double">1.449013739</lon>
<lat type="double">42.38944061</lat>
</wp>
Je dois vérifier si en définissant une altitude de croisière inférieure au WP le plus bas, je peux encore bénéficier de la vitesse de croisière optimale. Confirmes-tu l'incapacité à utiliser comme point de destination celui de départ ?
Autostart ne réinitialise pas systématiquement le plan de vol, voici un exemple:
Je démarre une session FG en utilisant l'autostart: le CDU est bien positionné sur la page NAV/IDENT 1/1 (POS INIT). Je charge un plan de vol mais pour diverses raisons, j'interromps la démarche par autostart, coupure des alimentations électriques, ce qui me paraît normal. Si je reprends la procédure de décollage (autostart), le CDU est positionné sur la page active FLT PLAN. Après coupure de l'alimentation électrique (équivalente à l'action du bouton ON/OFF du CDU), est-ce logique ? J'en conviens, c'est du détail. Cependant, l'effet n'est pas très heureux quant on change de point de départ dans la même session et que le plan de vol "actif" ne correspond plus.
Dernière modification par HH64 (29/05/2018 12:54:15)
FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10
Hors ligne
@ ctesc356 : Tu confirmes ?
Oui, si un pv est chargé il reste en coupant par l'autostart.
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Pour le nom du plan de vol, il est aisé de s'y plier. Pour la syntaxe, un plan de vol créé à partir du Route-manager, non pas d'un éditeur de texte, produirait donc un résultat sensiblement différent de celui du CDU. Un plan de vol devrait-il donc être différent d'un aéronef à un autre, entre ceux qui utilisent le RM ou ceux qui utilisent un CDU ? ( La syntaxe du CDU du Citation-X correspondrait-elle à une norme que j'ignore ?)
Un plan de vol chargé ou sauvegarder par le RM est produit par du code C++ alors qu'avec le CDU il l'est par des fonctions nasal qui n'ont pas les mêmes possibilités.
Je regarderai ce problème dans quelque temps car ce n'est pas très simple.
Je dois vérifier si en définissant une altitude de croisière inférieure au WP le plus bas, je peux encore bénéficier de la vitesse de croisière optimale
En-dessous de 8000 ft, vitesse = 260 kts
Au-dessus de 8000 ft, vitesse = 330 kts
Confirmes-tu l'incapacité à utiliser comme point de destination celui de départ ?
Non, c'est possible, tu charges ton plan de vol que j'ai fait modifier par mon CDU (dans mon précédent post) et tu testes. Je n'ai pas eu le temps de le faire avant de te répondre.
Autostart ne réinitialise pas systématiquement le plan de vo
si un pv est chargé il reste en coupant par l'autostart.
Ok, je regarde.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne