Easy ATC

[fatboytit]

Erreur ! beaucoup sont intéressés par ce plugin , la preuve, les 286 réponses sur ce fil ont été postées par vous deux en gros, il y a 13367 affichages !!! c'est la preuve que le projet intéresse du monde et beaucoup comme moi ne veulent pas
interrompre vos échanges.

Il y a quand même plus de "voyeurs" que d'acteurs, mais c'est la vie...

C'est dommage, car moi je ne donne mon avis plus particulièrement que sur la partie VFR (que je pratique essentiellement et qui me rappelle la réalité).
Et comme je l'ai dit, je ne détiens aucune vérité, ni certitude. D'ailleurs j'ai sûrement écrit ici et là quelques inepties ??, comme sur d'autres sujets
A bientôt alors ...

[Blackcat]

Oui, bizarre que cette discussion soit plus ou moins confidentielle. Et pourtant beaucoup se plaignent de l'ATC de XP et quand arrive un génial outil qui pallie ces faiblesses, on ne voit pas les clients ...

Erreur ! beaucoup sont intéressés par ce plugin , la preuve, les 286 réponses sur ce fil ont été postées par vous deux en gros, il y a 13367 affichages !!! c'est la preuve que le projet intéresse du monde et beaucoup comme moi ne veulent pas
interrompre vos échanges.

[fatboytit]

Tu sais je crois que nous sommes les seuls sur ce forum de geek ).
Donc quand dans ton bug tu dis "tatata" AU LIEU DE "blablabla", ce que l'ATC aurait dû dire selon toi, tu le tiens non pas de la position de ton avion à ce moment-là mais de l'entrée indiquée dans la carte VAC ? J'ai bien compris ?
Est-ce que tu sais s'il existe des aérodromes UNICOM (sans ATC) qui ont deux pistes parallèles ? J'en doute, et si tu confirmes, je pourrais faire en sorte que quand un aéropdrome est UNICOM, le RWY_L ou RWY_R sert non pas indiquer la piste à utiliser mais le sens de l'entrée !

Oui, bizarre que cette discussion soit plus ou moins confidentielle. Et pourtant beaucoup se plaignent de l'ATC de XP et quand arrive un génial outil qui pallie ces faiblesses, on ne voit pas les clients ...
En tout cas, moi je suis ravi et intéressé de participer (du moins pour la partie VFR qui est en fait la plus complexe à développer !)

Que le terrain soit contrôlé ou non, l'entrée en vent arrière doit être définie et signalée en dehors de toute approche directe ou semi-directe.

entrée indiquée dans la carte VAC : Oui, c'est le point d'entrée par rapport à la piste, tu es donc à main G ou D

quand un aérodrome est UNICOM, le RWY_L ou RWY_R sert non pas indiquer la piste à utiliser mais le sens de l'entrée :
Mais l'info de la main G/D est normalement quelque part : dans le fichier apt.dat, c'est je crois la ligne 1101 qui indique le traffic pattern :
ICI

Mais elle n'est pas codée pour tous les terrains et en plus la plupart des apt.dat sont un peu "vérolés et non à jour. Où la trouver alors ?
Le logiciel de nav "Foufou" sait très bien le signaler et systématiquement pour TOUS les terrains. je vais demander à François F. où est cette info ? (certainement dans les fichiers SIA qui sont téléchargés à chaque exécution de son logiciel).

[KiemLesNavions]

Je crois qu'il y a confusion dans le terme "intégration".
L'intégration commence le plus près possible du point d'entrée obligatoire en début de vent arrière de la piste en service, après avoir effectué un vertical terrain à 500 pieds au-dessus de l'altitude du circuit de piste pour surveiller un trafic éventuel et confirmer la piste en service.

Pour cela il existe plusieurs schémas ou patterns comme tu dis. Peu importe, il n'y a rien d'imposé, sauf la condition ci-dessus et le respect du trafic en cours.
Ce que le pilote annonce est donc bien le côté (ou la main) publié et obligatoire sur la VAC de la piste en service et non pas son côté d'arrivée avant l'intégration en début de V.A.

Maintenant, comme on est en vol non contrôlé, tout ceci pourrait être hors-sujet avec E-Atc, mais c'est quand même un bonus appréciable pour les terrains qui n'ont justement pas de contrôle, et qui permet d'apporter un peu de réalisme au simu.

Mais bon, je ne détiens aucune vérité et peut-être que des avis supplémentaires seraient bienvenus ??

Tu sais je crois que nous sommes les seuls sur ce forum de geek ).
Donc quand dans ton bug tu dis "tatata" AU LIEU DE "blablabla", ce que l'ATC aurait dû dire selon toi, tu le tiens non pas de la position de ton avion à ce moment-là mais de l'entrée indiquée dans la carte VAC ? J'ai bien compris ?
Est-ce que tu sais s'il existe des aérodromes UNICOM (sans ATC) qui ont deux pistes parallèles ? J'en doute, et si tu confirmes, je pourrais faire en sorte que quand un aéropdrome est UNICOM, le RWY_L ou RWY_R sert non pas indiquer la piste à utiliser mais le sens de l'entrée !

[fatboytit]

tout dépend de ton sens d'arrivée
Donc sur l'illustration du blog, au vue de la trajectoire de l'avion, sons sens d'arrivée donc, c'est bien "intégration main gauche" qu'il doit faire et annoncer, non ?
Après pour les spécificités de chaque aérodrome, on va pas aller jusque là : il te suffit après tout de faire comme c'est dit dans la carte VAC et l'annonce sera en conséquence...

Je crois qu'il y a confusion dans le terme "intégration".
L'intégration commence le plus près possible du point d'entrée obligatoire en début de vent arrière de la piste en service, après avoir effectué un vertical terrain à 500 pieds au-dessus de l'altitude du circuit de piste pour surveiller un trafic éventuel et confirmer la piste en service.

Pour cela il existe plusieurs schémas ou patterns comme tu dis. Peu importe, il n'y a rien d'imposé, sauf la condition ci-dessus et le respect du trafic en cours.
Ce que le pilote annonce est donc bien le côté (ou la main) publié et obligatoire sur la VAC de la piste en service et non pas son côté d'arrivée avant l'intégration en début de V.A.

Maintenant, comme on est en vol non contrôlé, tout ceci pourrait être hors-sujet avec E-Atc, mais c'est quand même un bonus appréciable pour les terrains qui n'ont justement pas de contrôle, et qui permet d'apporter un peu de réalisme au simu.

Mais bon, je ne détiens aucune vérité et peut-être que des avis supplémentaires seraient bienvenus ??

[KiemLesNavions]

===> En VFR, le vertical terrain et son "pattern" peuvent s'effectuer en effet dans les 2 sens par rapport à la piste, tout dépend de ton sens d'arrivée, et donc il y a en effet un pseudo-côté main G ou D.
Mais là, attention, tu confonds cela avec l'obligation indiquée sur la VAC d'effectuer ton entrée le plus près possible en début de vent arrière et donc de faire le circuit de piste imposé main G ou D.
Et cette intention d'intégration est annoncée à l'avance par le pilote, en auto-info.
cette info est-elle dans le apt.dat ?

tout dépend de ton sens d'arrivée
Donc sur l'illustration du blog, au vue de la trajectoire de l'avion, sons sens d'arrivée donc, c'est bien "intégration main gauche" qu'il doit faire et annoncer, non ?
Après pour les spécificités de chaque aérodrome, on va pas aller jusque là : il te suffit après tout de faire comme c'est dit dans la carte VAC et l'annonce sera en conséquence...

[fatboytit]

Bon je regarde un peu ton pdf point par point...
Le premier pb (possibilité de se voir envoyé par le SOL en milieu de piste) marche déjà. Je viens de rajouter deux points d'arrêts vers le milieu de piste à Ajaccio sur la chart Taxi et Sol me renvoie parfois sur un des deux (l'ATC pioche au hasard parmi les points d'arrêts disponibles dans la chart (en fonction du cap de décollage 23 ou 203 dans le cas d'Ajaccio)).
Il suffit donc de créer une Taxi chart (obligé car l'ATC ne peut pas deviner s'il y'a des points d'accès en milieu de piste !)
Ce que ça donne dans le FP...
[ATTACH=CONFIG]12823[/ATTACH]

Toujours à propos des pistes, pour l'histoire de "j'envisage de permettre plusieurs pistes", après réflexion sérieuse il s'avère galère de permettre ça à travers la possibilité de mettre plusieurs caps dans la case Heading d'un aéroport dans le FP.
J'ai donc vérifié que la chart Taxi puisse servir aussi à ça. Donc si on prend le temps de la faire (allez quoi c'est 15 minutes une bonne fois pour toute ), l'ATC va ensuite la consulter pour connaître les pistes disponibles.

Au sujet des temps de vol, tu as retesté depuis ma correction (erreur d'unité m/s versus noeuds) ?

===> Il suffit donc de créer une Taxi chart : Bon, OK.
Mais comme je te l'avais suggéré, il aurait aussi été possible que le pilote décide lui-même de son point d'arrêt (après accord du CTL, et çà se fait dans le réel, surtout pour les petinavions) et que le pgm E-ATC valide cela par une sorte de radius défini en paramètre. Ex : un ratio en mille nautique de ta position par rapport au seuil de piste, et que l'utilisateur peut modifier une fois pour toutes dans le fichier des constantes, Ex: 0,3 pour 0,3 Nm.
Dans ce cas, E-ATC autorise bien le décollage.
Mais, bon, ne te casse pas la tête avec ce cas particulier. C'est du bonus !

[fatboytit]

Piste en erreur PILOT - GUISCRIFF auto information Foxtrot Bravo Tango Tango bonjour C172 en provenance de RQ/LFRQ 60 noeuds 2400 pieds verticale RQ/LFRQ intégration main droite piste 2 1 ===> au lieu de main Gauche Idem pour LFRB = 25 R ou L , main Droite

Est-ce que tu as lu ça ?
Je considère que ton avion va passer à la verticale du terrain et ensuite seulement faire le pattern. Mais du coup, le coup de la main peut paraître trompeur tant que tu n'as pas croisé la piste. Et même en la croisant, sur mon illus dans l'article, rien n'empêche je crois de faire la même entrée mais de faire un main droite. Du coup, impossible pour le programme de deviner quelle main tu vas faire. Y'a forcément une part d'arbitraire, j'ai l'impression. A moins que tu me dises que dans l'arrivée de l'illustration, le trajet réglementaire de l'avion devrait être toujours le même ?

===> En VFR, le vertical terrain et son "pattern" peuvent s'effectuer en effet dans les 2 sens par rapport à la piste, tout dépend de ton sens d'arrivée, et donc il y a en effet un pseudo-côté main G ou D.
Mais là, attention, tu confonds cela avec l'obligation indiquée sur la VAC d'effectuer ton entrée le plus près possible en début de vent arrière et donc de faire le circuit de piste imposé main G ou D.
Et cette intention d'intégration est annoncée à l'avance par le pilote, en auto-info.
cette info est-elle dans le apt.dat ?

[fatboytit]

ATC - Foxtrot Bravo Tango Tango QUIMPER tour , autorisé décollage piste 2 8 vent 2 9 8 degrés 16 noeuds Q N H 2 9 9 1 ==> au lieu de : ATC - Foxtrot Bravo Tango Tango QUIMPER tour , autorisé décollage piste 2 8 vent 2 9 8 degrés 16 noeuds Q N H 2 9 9 1, rappelez
LFRQ/S

ça marche bien mais attention : il faut que le contrôleur soit le même sur LFRQ/S (donc toujours la Tour de LFRQ) ! J'interdit en effet à un contrôleur de te demander un rappel à un endroit où tu n'es plus censé lui parler à lui ! Le pilote collationne bien aussi (rappelons verticale LFRQ/S)
Pour le demandons sortie, tu peux le changer toi-même dans le French.txt. Je l'ai changé dans mon fichier pour les prochains upload.

===>
il faut que le contrôleur soit le même sur LFRQ/S : OK, et il n'y a aucune raison que cela change, puisque ces reporting-points sont dans la CTR .
demandons sortie : OK, je le change

Merci.

[KiemLesNavions]

OK, merci.
Je te joins un PDF qui récapitule les pbs déjà recensés auparavant ou nouveaux, et donc réglés ou pas
Allez, bon courage, on tient le bon bout ...

ATC - Foxtrot Bravo Tango Tango QUIMPER tour , autorisé décollage piste 2 8 vent 2 9 8 degrés 16 noeuds Q N H 2 9 9 1 ==> au lieu de : ATC - Foxtrot Bravo Tango Tango QUIMPER tour , autorisé décollage piste 2 8 vent 2 9 8 degrés 16 noeuds Q N H 2 9 9 1, rappelez
LFRQ/S

ça marche bien mais attention : il faut que le contrôleur soit le même sur LFRQ/S (donc toujours la Tour de LFRQ) ! J'interdit en effet à un contrôleur de te demander un rappel à un endroit où tu n'es plus censé lui parler à lui ! Le pilote collationne bien aussi (rappelons verticale LFRQ/S)
Pour le demandons sortie, tu peux le changer toi-même dans le French.txt. Je l'ai changé dans mon fichier pour les prochains upload.

[KiemLesNavions]

OK, merci.
Je te joins un PDF qui récapitule les pbs déjà recensés auparavant ou nouveaux, et donc réglés ou pas
Allez, bon courage, on tient le bon bout ...

Piste en erreur PILOT - GUISCRIFF auto information Foxtrot Bravo Tango Tango bonjour C172 en provenance de RQ/LFRQ 60 noeuds 2400 pieds verticale RQ/LFRQ intégration main droite piste 2 1 ===> au lieu de main Gauche Idem pour LFRB = 25 R ou L , main Droite

Est-ce que tu as lu ça ?
Je considère que ton avion va passer à la verticale du terrain et ensuite seulement faire le pattern. Mais du coup, le coup de la main peut paraître trompeur tant que tu n'as pas croisé la piste. Et même en la croisant, sur mon illus dans l'article, rien n'empêche je crois de faire la même entrée mais de faire un main droite. Du coup, impossible pour le programme de deviner quelle main tu vas faire. Y'a forcément une part d'arbitraire, j'ai l'impression. A moins que tu me dises que dans l'arrivée de l'illustration, le trajet réglementaire de l'avion devrait être toujours le même ?

[KiemLesNavions]

OK, merci.
Je te joins un PDF qui récapitule les pbs déjà recensés auparavant ou nouveaux, et donc réglés ou pas
Allez, bon courage, on tient le bon bout ...

Bon je regarde un peu ton pdf point par point...
Le premier pb (possibilité de se voir envoyé par le SOL en milieu de piste) marche déjà. Je viens de rajouter deux points d'arrêts vers le milieu de piste à Ajaccio sur la chart Taxi et Sol me renvoie parfois sur un des deux (l'ATC pioche au hasard parmi les points d'arrêts disponibles dans la chart (en fonction du cap de décollage 23 ou 203 dans le cas d'Ajaccio)).
Il suffit donc de créer une Taxi chart (obligé car l'ATC ne peut pas deviner s'il y'a des points d'accès en milieu de piste !)
Ce que ça donne dans le FP...


Toujours à propos des pistes, pour l'histoire de "j'envisage de permettre plusieurs pistes", après réflexion sérieuse il s'avère galère de permettre ça à travers la possibilité de mettre plusieurs caps dans la case Heading d'un aéroport dans le FP.
J'ai donc vérifié que la chart Taxi puisse servir aussi à ça. Donc si on prend le temps de la faire (allez quoi c'est 15 minutes une bonne fois pour toute ), l'ATC va ensuite la consulter pour connaître les pistes disponibles.

Au sujet des temps de vol, tu as retesté depuis ma correction (erreur d'unité m/s versus noeuds) ?

[fatboytit]

Récupère à nouveau la 2.3. Bug du décalage corrigé.

OK, merci.
Je te joins un PDF qui récapitule les pbs déjà recensés auparavant ou nouveaux, et donc réglés ou pas
Allez, bon courage, on tient le bon bout ...

[KiemLesNavions]

Bon, çà ne commence pas très bien :
Avant de tester en vol, je recharge toujours mon fameux plan de vol de test xxx.fms pour générer le FP de E-ATC.
Et là, grosse surprise, le FP est décalé d'une ligne vers le bas.
Voici le FMS, LE FP de la 2.2 et le nouveau FP de la 2.3
(Je te recommande ce FMS, car il est assez "tordu" pour remplir pas mal de cas de tests. Il me sert depuis le début, comme tu le sais

Bon, en attendant je continue les tests avec l'ancien FP

Récupère à nouveau la 2.3. Bug du décalage corrigé.

[KiemLesNavions]

Je viens de trouver le pdf. Désolé pour le dérangement.

Oulà, je ne réponds plus du pdf ! Il date un peu maintenant. Cependant concernant l'installation, je crois que ça n'a pas changé. Si vous savez lire l'anglais consultez plutôt le blog. La traduction automatique en français (clic droit sur la page puis Traduire) marche plutôt bien sur cette page...