Annonce

Réduire
Aucune annonce.

Easy ATC

Réduire
X
 
  • Filtre
  • Heure
  • Afficher
Tout nettoyer
nouveaux messages

  • fatboytit
    a répondu

    ==>
    mes réponses :
    47.96629100 et -004.17613200. Voilà les coordonnées que donne l'auto-complete qui ne fait que lire les valeurs du fichier apt.dat d'X-Plane. Ces coordonnés sont dans la veine de tes autres waypoints, donc ce sont les bonnes. Comment te retrouves-tu avec des valeurs fausses, il n'ya que deux explications possibles :
    1) Les coordonnées étaient déjà là quand tu as importé le .FMS (ce qui est normalement le cas sans quoi le fichier FMS a peu d'intérêt !), dans ce cas le flight planner EasyATC n'y a pas touché. Vérifie donc quelles coordonnées sont sorties dans le FMS de "Foufou", elles pourraient être fausses...
    2) Elle n'y sont pas et le Flight planner a alors chargé des coordonnées fausses depuis apt.dat ; vu que chez moi elles sont correctes, as-tu par exemple un fichier apt.dat différent de celui fourni par défaut avec X-Plane ? Ou qui aurait été modifié ?
    3) Tu as tapé ces coordonnées toi-même et a fais une boulette (ça m'est arrivé plusieurs fois) mais tu t'en rappelerais j'imagine !
    ==> En effet, je ne comprends pas, en refaisant un load du même FMS pour le FP, j'ai maintenant : 47.975000 et -4.167778 pour LFRQ !!
    __________________________________________________ _________________________________________________
    Sympa le travail de Fouchet, je ne connaissais pas. Une fois le log imprimé et EasyATC operationnel, ça va être top ! Faut que j'essaie !
    ==> effet, c'est le best des logiciels de nav. (d'ailleurs très utilisé par beaucoup de pilotes privés, surtout en VFR, mais chut ... normalement il ne faut pas le dire !).
    pour toi, c'est presque un outil obligé pour tes navigations avec E-ATC.
    Il est super complet (CF la doc.) et permet en simu, de suivre ta route en position réelle sur un écran déporté et même sur un autre PC avec le plugin XPUIPC.
    En plus il est ultra-light en mémoire : moins de 70 mg !!
    Bon amusement !!
    __________________________________________________ ________________________________________________

    Je refais ton PDV. C'est quoi ces deux waypoints qui suivent LFRQ (LFRQ/S et RQ-LFRQ) !? Quel est ton intention ?
    Le deuxième n'a aucune fréquence, normal ?! Il n'y a aucun contact TOUR à Quimper ?
    Et à nouveau LFRB/K... c'est quoi ? Pourquoi ?
    ==> Ces sont des points de reports de la VAC (points d'entrée et de sortie de terrain obligés) et RQ-LFRQ est une balise ADF et aussi un obstacle visuel (échangeur 4 voies) pour une entrée-sortie Est de LFRQ.
    D'ailleurs l'ATC (que je connais pour avoir commencé un PPL à LFRQ) te dit après ton T-O : "montez 2000 pieds et rappelez sortie Sierra" par ex.
    le pilote rappelle "verticale Sierra pour quitter la fréquence, au-revoir Monsieur ... ou Madame au choix"
    __________________________________________________ _________________________________________
    A noter que la présence d'un aéroport sans contrôle (Guiscriff) complique un peu le comportement de l'ATC : en l'occurrence, quelques minutes après le décollage de Quimper, la tour (dans ma version du plan de vol) me donne la fréquence auto-info de Guiscriff (que j'ai topé sur la carte VAC de la SIA) et me dit au-revoir ! Probablement qu'une APPROCHE ne devrait pas me lâcher pour un aéroport non surveillé, si ?
    Ensuite, la request landing sur un aéroport sans contrôle n'est pas encore codé et l' annonce du pilote est comme pour un aéroport surveillé "demandons instruction pour atterrissage" ! C'est dommage, je vais rectifier ça...
    J'ai pas été plus loin ce soir...
    ==> OK, pour ta future modif. En attendant, on peut modifier le FP en mettant la freq-Approche la plus près (LFRQ) et/ou modifier apt.dat du terrain concerné en lui ajoutant une fréquence en fin de fichier (ex : 55 11957 IROISE APP)
    mais, je n'y tiens pas trop, à modifier des fichiers qui ne m'appartiennent pas et qui peuvent être sujets à maj ultérieure par un autre auteur...
    __________________________________________________ _________
    Attention cependant au deux segments Moëlan/mer -> Lorient puis Lorient -> PTV. Ils sont très proches, presque un aller-retour sur la même route. En vol VFR, ça ne devrait pas poser trop de pb mais il est sage d'éviter ces cas quand c'est possible
    ==> répondu dans un autre post.
    __________________________________________________ ____________________
    Bon week-end.
    Dernière modification par fatboytit, 19 décembre 2015, 15h14.

    Laisser un commentaire:


  • fatboytit
    a répondu
    Envoyé par KiemLesNavions Voir le message
    Alors Fatboytit, je viens de faire ton PDV breton. Riche d'enseignements pour moi ! Très riche...
    J'ai eu plein de problèmes... En l'état, deux trucs bouzilles l'expérience :

    1) Comme je disais dans un précédent message, il faut vraiment éviter la "superposition" Moëlan -> LFRH puis LFRH -> PTV. Prévois plutôt une approche sur Lorient par l'Est (ne pas passer par Moëlan à l'aller, quoi). Si tu y tiens, y'a (en théorie...) moyen de corriger le problème avec les altitudes de vol : faut les différencier. Par exemple Moëlan à 5500 et PTV à 2500 (garde au moins 2000 pieds entre les deux). Là EasyATC est censé mieux choisir le trajet (en fait celui qui est le plus proche de l'altitude de ton avion (tu voles à 5500 pieds, il te mettra plutôt sur Moëlan -> LFRH, tu voles à 2500, il te mettra sur LFRH -> PTV). Attention : je vais moi-même essayer ça demain, car c'est quelque-chose que je n'ai testé que sur l'approche de Sion et pas ailleurs... y'a des chances que ça ne suffise pas !

    2) Un autre gros problème : qu'il y'ait plusieurs aéroports avec le même ATCCallsign ! LFRL et LFRB ont le même "Guipavas". Résultat, à l'arrivée sur Brest, sur la requête d'atterrissage, il m'a autorisé à atterrir... à LFRL !! Pour remédier à ça il te suffit de mettre les TOUR de chacun de ces aéroports avec un nom qui leur est propre : Brest et Lanveoc par exemple. Il n'y aura plus de problème. De mon côté j'ai un bug : un aéroport de type APT devrait passer en second derrière tout autre aéroport qui rempli les critères (APT est censé n'être qu'un aéroport à survoler).
    Ce PLV est pour moi un cas d'école pour mes tests VFR.
    Etant du coin, je connais en plus très bien la route pour l'avoir aussi déjà pratiqué en avion, lors de mes débuts "avortés" de PPL.
    Il comprend un peu ce qui se rencontre en vol : terrains contrôlés ou en auto-information, Points de reports (entrée-sortie de terrain), terrains ouverts ou non à la CAP, terrains à usage restreint (militaire ou non), CTR et TMA à traverser... etc...
    1) je ne comprends pas ta superposition. Dans le PLV, je passe par le point de report 56027 (un obstacle visuel de la VAC) avant LFRH.
    Puis après atterrissage à LFRH, je passe par le point de report de sortie obligé PTV.
    ==> Il n'y a pas de "Moelan" ?
    2) Oui, j'ai été étonné de cela, c'est l'auto-complete qui fait cela, et j'ai laissé faire, justement pour "voir".
    Mais çà peut paraitre normal, vu que LFRL_Lanvéoc est un terrain militaire interdit à la CAP : donc on est peut-être obligé de passer par l'ATC de LFRB_Brest-Guipavas ?
    Et LFRL/DZ n'est PAS un aéroport, c'est un point de report.

    Laisser un commentaire:


  • fatboytit
    a répondu
    Envoyé par KiemLesNavions Voir le message
    EasyATC localise précisemment la piste avec ses coordonnées et le cap de décollage. Si mettons le cap est 360/180 et que les coordonnées sont sur la tour de contrôle, pour lui la piste passe PAR la tour de contrôle avec un cap 360/180. Du coup si ton avion est aligné là où est vraiment la piste, mettons 200 m plus loin, il y'a de bonnes chances pour qu'il ne te considère comme pas aligné... Il faut donc en vue carte placer son avion au milieu de la piste en service (en zoomant bcp pour être précis) puis relever longitude et latitude (avec DataRef editor (je n'ai pas trouvé d'endroit où seraient affichées les coordonnées dans X-Plane))
    A terme il faudrait que je trouve dans apt.dat les extrémités de la piste puis que je calcule le milieu ! Ou alors, une constante que vous pourriez rendre "large" pour que la tour délivre son autorisation où que tu sois sur l'aéroport...
    La 2ème solution me parait plus approprié : une sorte de radius en n NM (ex : 0,1 NM) que l'on peut faire varier en + ou en - selon la précision.
    Il faut penser aussi au cas ou le taxiway t'emmène vers un point d'arrêt situé vers le milieu de la piste en service et que le pilote doive remonter cette piste à contre qfu avant de s'aligner pour le T-O.

    Laisser un commentaire:


  • KiemLesNavions
    a répondu
    Envoyé par Blackcat Voir le message
    OK!! Merci. autre chose, en IFR, au-dessus de l'altitude de transition le contrôle me donne toujours le QNH
    alors que je suis calé à 29.92 ?!!..En croisière programmée, le contrôle me demande de monter ou descendre suivant le pression.
    Je n'ai peut-être pas donné au bon endroit l'altitude de transition dans le PLV? (je mets la transition sur toutes les lignes comme aux usa)
    Oui y'a plusieurs choses :
    1) Je vérifierai mais je crois qu'après l'avoir supprimé quand on est au-dessus du niveau de transition, je l'avais remis à fréquence plutôt faible (en théorie) en constatant qu'en pratique, quand arrive le moment de l'anticipation de l'approche, ou en atterrissage d'urgence, on est content de l'avoir. Mais dans le même temps, j'ai fait en sorte qu'il le dise absolument quand l'altitude "target" (celle du prochain waypoint) oblige à passer sous la couche de transition. Il ne devrait le dire QUE dans ce cas ET quand on est en-dessous de la couche en palier.

    2) Vérifie que tu es bien au-dessus du niveau de transition que te donne l'ATC : il est censé te donner le niveau de transition "corrigé" en fonction du QNH local. Mais je suppose que c'était ton cas... J'ai mis un moment à régler ces histoires de transition et de QNH et le bug est plus que possible !

    3) Quand on est en-dessous de la couche, j'ai découvert à cause de ça qu'X-Plane faisait varier la pression comme un bourrin (j'ai pas la météo temps réel) : du coup toutes les deux minutes, "l'altitude transpondeur" n'est plus bonne et l'ATC demande à rectifier... Mais donc c'est un autre problème. Je regarde demain ce qu'il en est "en 2992"...
    Dernière modification par KiemLesNavions, 19 décembre 2015, 00h17.

    Laisser un commentaire:


  • KiemLesNavions
    a répondu
    Alors Fatboytit, je viens de faire ton PDV breton. Riche d'enseignements pour moi ! Très riche...
    J'ai eu plein de problèmes... En l'état, deux trucs bouzilles l'expérience :

    1) Comme je disais dans un précédent message, il faut vraiment éviter la "superposition" Moëlan -> LFRH puis LFRH -> PTV. Prévois plutôt une approche sur Lorient par l'Est (ne pas passer par Moëlan à l'aller, quoi). Si tu y tiens, y'a (en théorie...) moyen de corriger le problème avec les altitudes de vol : faut les différencier. Par exemple Moëlan à 5500 et PTV à 2500 (garde au moins 2000 pieds entre les deux). Là EasyATC est censé mieux choisir le trajet (en fait celui qui est le plus proche de l'altitude de ton avion (tu voles à 5500 pieds, il te mettra plutôt sur Moëlan -> LFRH, tu voles à 2500, il te mettra sur LFRH -> PTV). Attention : je vais moi-même essayer ça demain, car c'est quelque-chose que je n'ai testé que sur l'approche de Sion et pas ailleurs... y'a des chances que ça ne suffise pas !

    2) Un autre gros problème : qu'il y'ait plusieurs aéroports avec le même ATCCallsign ! LFRL et LFRB ont le même "Guipavas". Résultat, à l'arrivée sur Brest, sur la requête d'atterrissage, il m'a autorisé à atterrir... à LFRL !! Pour remédier à ça il te suffit de mettre les TOUR de chacun de ces aéroports avec un nom qui leur est propre : Brest et Lanveoc par exemple. Il n'y aura plus de problème. De mon côté j'ai un bug : un aéroport de type APT devrait passer en second derrière tout autre aéroport qui rempli les critères (APT est censé n'être qu'un aéroport à survoler).

    Laisser un commentaire:

Chargement...
X