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.
Bonjour,
Qu'est-ce que le PAR?
PAR = Precision Approach Radar
Il peut être lancé par la touche ">" après avoir entré une fréquence Tour de contrôle ou Approche.
Il y en a des images dans les posts précédents.
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
Je viens d'installer la dernière version du 4/6/2018 et lors de l'approche, l'indicateur de vitesse s'est bloqué.
Le ruban bouge et on voit que les graduations indiquent 200kts mais l'indication en vert est figée:
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Personne?
Dernière modification par bob755 (15/06/2018 9:35:25)
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Le ruban bouge et on voit que les graduations indiquent 200kts mais l'indication en vert est figée:
Cela se produit-il à chaque approche ou ne s'est produit qu'une fois ?
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
Cela se produit-il à chaque approche ou ne s'est produit qu'une fois ?
Cela s'est produit 2 fois.
Maintenant je n'arrive plus à le reproduire.
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Si ça interesse quelqu'un:
http://fr.flightgear.org/forums/viewtopic.php?id=4461
Je test actuellement avec le Citation X
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Hello,
J'ai fait un vol de Zagreb LDZA à Rome LIRF. Rien à signaler sur cette phase.
J'ai tenté de redécoller de Rome piste 34L pour aller à Gênes LIMJ piste 28.
Impossible de réaliser ce vol en mode FMS.
L'avion ne suis pas du tout la trajectoire programmée et reste à une altitude de 4000 pieds.
Avez-vous le même pb?
Merci
Denis
Dernière modification par DENIS (18/06/2018 19:14:38)
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,
Hello,
J'ai fait un vol de Zagreb LDZA à Rome LIRF. Rien à signaler sur cette phase.
J'ai tenté de redécoller de Rome piste 34L pour aller à Gênes LIMJ piste 28.
Impossible de réaliser ce vol en mode FMS.
L'avion ne suis pas du tout la trajectoire programmée et reste à une altitude de 4000 pieds.
Avez-vous le même pb?
Merci
Denis
Effectivement il y a un problème, même 2 :
- Si on redécolle de la même piste que celle d'arrivée (34L), le CDU se positionne sur la piste par défaut du système.
- Il y a une erreur nasal qui bloque le suivi de route.
Je regarde tout cela.
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
J'ai un souci avec le CDU si je modifie l'altitude de croisière dans les paramètres de performance.
Si par exemple je mets FL300 à la place de la valeur par défaut de FL100, il ne génère plus de TOD.
J'ai essaye avant de créer un plan de vol et avec un plan de vol déjà chargé.
Si je modifie la valeur avec un plan de vol déjà chargé et avec un TOD, quand j'ouvre et ferme le plan de vol le TOD disparaît.
En fait il arrete de générer un TOD à partir de FL280
J'aurais pensé qu'il déplacera le TOD en fonction de l'altitude de croisière
Dernière modification par bob755 (19/06/2018 17:12:36)
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
En fait il arrete de générer un TOD à partir de FL280
Est ce que ton vol n'est pas trop court pour atteindre l'altitude de croisière (FL300)?
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Est ce que ton vol n'est pas trop court pour atteindre l'altitude de croisière (FL300)?
Je ne pense pas. LFMN (Nice) à EGGW (London Luton) GND DIST = 660Nm. Ca doit etre suffisant pour monter au dessus de FL280 et redescendre.
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
En effet sur cette distance...
Se pourrait-il qu'un wp se trouve proche de l'emplacement de tod? Dans ce cas le wp est substitué au tod. La descente commencera au wp.
Montre nous le plan de vol.
Dernière modification par ctesc356 (19/06/2018 22:51:25)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
En effet sur cette distance...
Se pourrait-il qu'un wp se trouve proche de l'emplacement de tod? Dans ce cas le wp est substitué au tod. La descente commencera au wp.
Montre nous le plan de vol.
LFMN OKTET LAULY BRY CLM SOSUN BANVA EGGW
J'ai essayé avec seulement OKTET et BANVA sans les wps intermédiaires et le résultat est le meme.
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Bonjour à tous,
Je vois que les affaires reprennent ... Je commençais à m'ennuyer !!!
LFMN OKTET LAULY BRY CLM SOSUN BANVA EGGW
J'ai essayé avec seulement OKTET et BANVA sans les wps intermédiaires et le résultat est le meme.
C'est BANVA qui pose problème. Au niveau 295, le TOD n'est qu'à 17.4 nm de ce WP. Du FL300 au FL350, le TOD est aux environs de BANVA et n'est pas calculé. Au-dessus de FL350 on retrouve le TOD avant BANVA.
Dans la mesure où il n'y a pas d'altitude assignée à BANVA, le TOD devrait quand même être généré. Je vais regarder comment améliorer cela.
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
C'est BANVA qui pose problème. Au niveau 295, le TOD n'est qu'à 17.4 nm de ce WP. Du FL300 au FL350, le TOD est aux environs de BANVA et n'est pas calculé. Au-dessus de FL350 on retrouve le TOD avant BANVA.
Dans la mesure où il n'y a pas d'altitude assignée à BANVA, le TOD devrait quand même être généré. Je vais regarder comment améliorer cela.
Si j'inclus les wps d'approche qui ont des altitudes assignés, va t-il commencer une descente quand même pour arriver à la bonne altitude pour l'approche même s'il n'y a pas de TOD?
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Si j'inclus les wps d'approche qui ont des altitudes assignés, va t-il commencer une descente quand même pour arriver à la bonne altitude pour l'approche même s'il n'y a pas de TOD?
Oui, à BANVA.
Ton plan de vol est un peu bizarre. Pourquoi monter à BRY pour ensuite virer pratiquement à 180° pour redescendre sur CLM ?
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
Ton plan de vol est un peu bizarre. Pourquoi monter à BRY pour ensuite virer pratiquement à 180° pour redescendre sur CLM ?
C'est la route généré SimBrief. Je n'ai pas cherché à la modifier.
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Clm76 a écrit :Ton plan de vol est un peu bizarre. Pourquoi monter à BRY pour ensuite virer pratiquement à 180° pour redescendre sur CLM ?
C'est la route généré SimBrief. Je n'ai pas cherché à la modifier.
Et si il t'envoie par Tokyo, tu y vas?
Je m'interroge sur l'utilité de ces pseudo logiciels de routaqe.
ps: en fait BRY existe bien entre LAULY et CLM, c'est le fms qui apparemment l'interprète mal.
Extrait de "nav.dat.gz":
48.40700000 003.29477800 289 11410 100 0.0 BRY BRAY SUR SEINE VOR-DME
il doit confondre avec Bry dans "poi.dat.gz"(ligne 219112). Un problème de priorité dans la recherche??
50.3165406 3.6826292 Bry
Dernière modification par ctesc356 (21/06/2018 9:29:25)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Je m'interroge sur l'utilité de ces pseudo logiciels de routaqe.
La route généré par SimView (pseudo logiciel de routage(sic)) était importée dans FG et pas de problème avec BRY
Les coordonnées des waypoints sont dans le fichier xml donc pas de confusion possible.
Sinon, revenant sur le sujet initial qui était l'absence de TOD. J'ai vérifié en mettant l'altitude de croisière à FL350 et effectivement, le TOD réapparaît.
Dernière modification par bob755 (21/06/2018 10:49:56)
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Ok je retire "pseudo" quoique... comment je fais pour exporter un plan de vol Simbrief sous linux?
Apparemment il faut un logiciel dispo que pour win et mac?? ...presque envie de remettre "pseudo"
Cette escapade aura permis de soulever un lièvre dans le fms, qui confond un VOR avec un POI
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Cette escapade aura permis de soulever un lièvre dans le fms, qui confond un VOR avec un POI
Ouaip !... Ajouté à la Todo list.
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
... comment je fais pour exporter un plan de vol Simbrief sous linux?
Apparemment il faut un logiciel dispo que pour win et mac?? ...presque envie de remettre "pseudo"
Ici:
http://fr.flightgear.org/forums/viewtopic.php?id=4461
et si besoin:
https://mintguide.org/other/794-python- … -mint.html
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne
Cette escapade aura permis de soulever un lièvre dans le fms, qui confond un VOR avec un POI
Eh non, ce n'est pas le FMS qui est en cause mais FG :
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,
Eh non, ce n'est pas le FMS qui est en cause mais FG :
C'est pas moi, c'est l'autre...
C'est quand même en entrant le plan de vol par le fms que ça déconne, mais je suis sûr que tu es déjà sur le coup pour trouver une parade.
La recherche se fait donc différemment selon le cas? D'ailleurs le "BRY" trouvé dans l' exemple n'est pas le bon.
J'ai trouvé un autre souci. Un plan de vol LSGG -> LOWI, créé dans SimBrief et converti au format fg par le script de bob755.
Nous avons un wp "GAMSA" à 47.408N, 9.652E. Il en existe bien un dans "fix.dat", mais au fond de la Russie en Tatarstan.
Ca doit être un wp erroné ou disparu, il n'apparaît das aucune bd connue.
55.650000 049.900000 GAMSA
Ce point existe dans "earth_fix.dat" de Xp, et correctement placé selon SimBrief:
47.408452778 9.651911111 GAMSA ENRT LO
et le plan de vol converti:
<wp n="10">
<type type="string">navaid</type>
<generated type="string">true</generated>
<altitude-ft type="double">0</altitude-ft>
<ident type="string">DEGES</ident>
<lon type="string">9.201944</lon>
<lat type="string">47.412500</lat>
</wp>
<wp n="11">
<type type="string">navaid</type>
<generated type="string">true</generated>
<altitude-ft type="double">0</altitude-ft>
<ident type="string">GAMSA</ident>
<lon type="string">9.651911</lon>
<lat type="string">47.408453</lat>
</wp>
<wp n="12">
<type type="string">navaid</type>
<generated type="string">true</generated>
<altitude-ft type="double">0</altitude-ft>
<ident type="string">MADEB</ident>
<lon type="string">10.288886</lon>
<lat type="string">47.324375</lat>
</wp>
Eh bien, le fms (ou fg )va chercher le wp de "fix.dat" (au Tatarstan).
Le problème de fond est que notre base de donnée est en retard d'une quinzaine d'années, mais on pourrait donner priorité au plan de vol dans ce cas?
Dernière modification par ctesc356 (22/06/2018 9:45:19)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Eh bien, le fms (ou fg )va chercher le wp de "fix.dat" (au Tatarstan).
Le problème de fond est que notre base de donnée est en retard d'une quinzaine d'années, mais on pourrait donner priorité au plan de vol dans ce cas?
Tu confirmes que si tu charge le plan vol simbrief converti, il place GAMSA au bon endroit. Par contre si tu rentres GAMSA dans FG il n'est pas bon?
[edit]: Ah non, je viens de faire l'essai et même si GAMSA est correcte dans le plan de vol xml, quand on le charge dans FG il le place au mauvais endroit. Effectivement, il devrait donner priorité au plan de vol.
Dernière modification par bob755 (22/06/2018 13:05:40)
Windows 7 , NVIDIA Quadro K2100M, FG 2018.2.1 CPU Intel Core i7 @2.8Ghz, RAM 16Gb
Hors ligne