Foro x-plane.es

Buenas!

Alguien sabe por qué al pedir el baro al ATC me da los datos de otro aeropuerto? Por ejemplo estando en LEDA en plataforma o pista me da datos de LEGE, o ayer estando en LELN me da datos de \\\\\\\"Chaves\\\\\\\" que no se ni dónde está :D

Esto me pasa con el ATC por defecto, no me había pasado antes.

También me pasa que a veces teniendo el mismo AIRAC seleccionado en Simbrief y en X-Plane, me dice al querer seleccionar en la FMC una aerovía indicada por Simbrief, que esta no existe  ???

Sobre el ATC, ni idea la verdad. No uso el ATC del sim. Sobre lo de Simbfief normalmente eso pasa cuando no tienes actualizado el AIRAC en X-Plane.

Lo de que me de datos el ATC de otro aeródromo empiezo a sospechar que es por haber cambiado el nombre a carpetas de aeropuertos para respetar mejor las prioridades dentro de Custom Scenery, renombré todos para que empezarán por APT- , no sé si puede afectar a la forma en que X-Plane carga los datos.

Y lo de los AIRAC no lo entiendo, tengo el mismo AIRAC 1803 tanto en Simbrief como en X-Plane, lo puedo comprobar en la FMC. No sé si es más un problema de Simbrief, creo recordar que en algunos waypoints me indica Airways cosas como Graus5B que si no estoy equivocado es sólo una SID, y claro cuando intento programar ese waypoint con esa airway en la FMC me dice que no existe. Me pasa muy a menudo, o son fallos o una tontería que estoy interpretando mal.

Los nombres de las carpetas dan igual, siempre que el archivo INI con los escenarios, tenga el orden correcto.

Graus5B es una SID, si, lo que significa que no es un punto, sino un conjunto de puntos y maniobras. Por eso no lo vas a encontrar nunca lo puedes buscar como un fijo, sino como un procedimiento de salida instrumental en el FMC que estés usando.

Lo sé lo sé, pero al ver los puntos del plan de vuelo de Simbrief sobre el mapa y hacer click sobre ellos, en el pop Up que aparece con el detalle de velocidad, aerovía, indica esos datos como aerovía. Una cosa es que Graus pueda ser el punto final de una SID, pero es que lo marca como Airway. Ya haré alguna captura a ver dónde estoy fallando

Gracias por responder

Que ruta es? Para que pueda replicarla.

Las SID no discurren por aerovias.
Las SID discurren generalmente a través de radiales y arcos DME, y terminan en un punto fijo, que es el primer punto fijo del plan de vuelo.
La SID se introduce  como un procedimiento completo, no como puntos intermedios.
Simbrief  denomina los puntos de la SID con el nombre de la SID ( no con nombres de aerovias),  hasta llegar al primer punto fijo del plan de vuelo.

En cuanto pueda tocar el simulador otra vez os presento un ejemplo dónde suceda.

Bueno, he podido hacer un par de vuelos completos con el 737 Zibo junto con el ATC offline y creo que he solucionado el tema. Pongo lo que he hecho por si a alguien más le sirve:

Por un lado he dejado las carpetas de los aeropuertos tal y como venían en su fichero Zip, dentro de Custom Scenery. Por otro lado y por lo que me habéis dicho, como lo anterior no debería haber sido la causa, he borrado los AIRAC de aviones de terceros de la carpeta custom data\\GNS430 y he dejado sólo los de AIRAC para aviones nativos en \\Custom Data.

Con esos cambios no me han vuelto a dar datos de aeropuerto incorrecto ni en ATIS ni el ATC.

Por otro lado y como no podía ser de otra manera (y me alegro por ello) el problema de las aerovías \'ficticias\' era un problema mío por haber tomado en varios planes de vuelo seguidos, puntos de una SID/STAR como fijos de una ruta, confundido por la descripción que da Simbrief de los puntos. Con mi poca experiencia y fiándome de que en Simbrief en la descripción del fijo indicaba como Airway el nombre del procedimiento, pensé que realmente era una aerovía. Glups

Gracias por responder, entre una cosa y otra con vuestros comentarios, rascándome mucho la cabeza y revisando he dado con mi error.

Así es como hemos aprendido todos  :D :D :D

Hola de nuevo, refloto la cuestión del QNH de los aeropuertos, después de replicar el problema de forma controlada en un aeropuerto de terceros, por ejemplo el fabuloso LEBL Barcelona compendium 3.0.

La carpeta original al descomprimir la descarga en Custom Scenery queda así Custom Scenery\\LEBL Barcelona Compendium v3.0

Esto provoca que la carpeta Custom Scenery\\Global Airports, si tiras del truco de borrar el scenery_packs.ini para organizar de forma automática alfabeticamente, quede por encima de LEBL Barcelona Compendium, provocando que este último no cargue correctamente, veo que se mezclan las torres de control del global airports LEBL y del compendium. En esta situación al sintonizar la frecuencia del ATIS, escucho los datos sin problema.

Para solventar el problema de prioridad, renombro la carpeta del compendium a Custom Scenery\\apt-LEBL Barcelona Compendium v3.0, garantizando que se ordena por encima al regenerar el scenery_packs.ini. Esto soluciona los problemas de carga de objetos y muestra en su plenitud el compendium, pero tiene el efecto secundario que al sintoniar el ATIS, no escucho nada de nada.

Como solución he descubierto que si cojo las frecuencias del apt.dat del global airports y las pego al final del apt.dat del LEBL compendium antes de la línea 99


entonces vuelvo a tener ATIS en apt-LEBL Barcelona Compendium 3.0

Seguramente esto tenga una explicación y como siempre voy perdido con algo, o no debería regenerar automáticamente el secenery_packs que es lo más cómodo si no recolocar las líneas a mano? Cuando se empieza a juntar mucho contenido es incómodo pero no veo otra forma de solucionarlo, ya que aunque según se ha comentado el nombre de la carpeta no debería influir, estoy viendo que sí tiene efectos indeseados el hecho de renombrarla para cambiarle la prioridad   :-[

Cómo lo hacéis vosotros?

Saludos!

Yo por lo menos tengo ordenado mi scenery packs.ini a mano y así no ando con esas pirulas. Cuando lo acabas te guardas una copia por si acaso y luego cuando instalas algo siempre se pone arriba, y si no toca en esa posición pues lo bajas a su sitio en un momento sabiendo que todo lo demás lo tienes ok.

He comprobado que también me pasa lo mismo, y yo no he alterado nada.

En mi caso, he tenido que copiar las frecuencias del apt.dat del aeropuerto de Aerosoft, (de una manera algo diferente al usar X-plane 10) y pegarlas en el apt.dat del Barcelona Compendium para tener ATIS y para que el ATC funcione.

Es, pues, un error del apt.dat del BCN compendium, que al no incluir las frecuencias.... pues no aparecen.

Se lo comentaré a Luis García, como autor que es del aeropuerto, a ver si a él le parece lo mismo que me parece a mí.

Gracias a los dos por comentar.

Lo que no acabo de entender, es de qué modo influye el nombre de la carpeta para que si no se toca, coja las frecuencias sin problema del apt.dat global y sin embargo si se modifica el nombre de la carpeta, ya no coge las frecuencias del apt.dat global.

Está muy claro: Primero carga el Global, con lo que carga las frecuencias, y luego el Compendium, con lo que superpone sus objetos.

Al hacerlo al revés, Compendium tiene prioridad y Global se inhibe, con lo que las frecuencias desaparecen.

Lo que me extraña es que nadie se haya dado cuenta antes (?) Si pones Compendium por encima de Global, como debe ser, las frecuencias necesariamente desaparecen al no estar incluidas en su apt.dat....

Es un fallo reciente, se supone que Global Airports debía ser una carpeta con mínima prioridad independientemente de su posición en el scenery_packs.ini (y así era hasta hace poco). En LR son conscientes de ello, por ahora el apaño es "bajar" la prioridad del Global Airports a mano - en el scenery_packs.ini, sin cambiar el nombre.

Hola, tampoco no me he dado cuenta al respecto  ::)...  el motivo por el cual no añadí frecuencias ATC, es debido a que nunca desde los comienzos de X-Plane 7 (por mi parte) hasta hoy
día he utilizado el ATC del X-Plane; desde esa época me registré en VATSIM (está IVAO también...), y siempre he volado en red. Por inercia mía en usar el simulador en ese modo, no le he prestado la
atención en ese punto. Además cuando empecé a hacer escenarios, los Demos que pone el sim, a mirarlos cómo están hecho, pues el LOWI Demo Area no pone frecuencias ATC y el KSEA
Demo Area sí pone. Por tanto, interpreté que hasta cierto punto no eran necesarias añadirlas, y como he comentado más arriba, por inercia y volar en red, pues no puse. Además de no usar
el ATC del X-Plane, que por lo visto deja bastante de desear, por mi parte ni tengo intenciones de usarlo. Preferencias de cada uno por supuesto, pero en red con controladores reales la situación
cambia radicalmente y las experiencias siempre aparecen alguna nueva .

Lamento que haya este incordio con las frecuencias, pero cuando salga la siguiente actualización, por si las moscas, he puesto ya las frecuencias ATC, no sea que se me olviden por lo comentado.

Por lo visto salen por defecto el apt.dat del Global airports, que además añade otro archivo nav.dat y prioriza sobre las radioayudas. El ILS rwy 02 está mal colocado (sí orientado) y cuando corrijo sigue
saliendo mal, ponga donde lo ponga la correción, sea en Custom Data o Resources, da igual. Para mí, lo suprimí directamente.

Añado las frecuencias para que tengaís una idea de las que he puesto; como desconozco el uso del ATC X-Plane, puse las siguientes:

50 11865 ATIS ARR
50 12197 ATIS DEP
52 12180 CLNC DELIVERY
53 12165 GND  C
53 12170 GND  N
54 11810 TWR
54 11832 TWR DEP
55 12115 APP-H
55 12525 APP-H
55 12650 APP-H
55 12770 APP-H
55 11910 APP-L
99

Me basé en las frecuencias actualizadas de ENAIRE publicadas el 25 abril 2019:

(https://i.postimg.cc/NKhp6XGZ/Frecuencias-ATC.png) (https://postimg.cc/NKhp6XGZ)

Las frecuencias que ponen y al lado hay una C son frecuencias con separación de canal 8,33 KHz y el X-Plane no las admite, sólo las de separación 25 KHz y además
ya lo pone en el WED y si quiere poner una con separación de 8,33 KHz da error indicando que solo las de 25 KHz. Las APP-H he puesto todas ya que se refieren aproximaciones
iniciales a disintitos niveles de vuelo, hasta llegar a  la aproximación final APP-L que a continuación el controlador lo transfiere a TWR. Por tanto escoged las que sean necearias
y reconozca el ATC X-Plane.

Como podréis apreciar, sólo aparecen dos cifras decimales no tres; aunque el WED ponga las tres, al guardar y luego comprobar en el apt.dat, aparecen así   ::) ; la versión que
uso WED 2.0.0r4.

Saludos...

Sí, es justo de esta manera como funcionan las frecuencias en X-Plane 10, con dos decimales, y con esos dos números al inicio de cada línea.
El texto con las frecuencias que pone sergiosch, con 4 números al inicio de cada línea, no funciona en X-Plane 10. Quizas en la versión 11 funcione de las dos maneras.

@luisgarcia muchas gracias por revisarlo. Aprovecho para darte las gracias por el fantástico escenario, soy aborigen de la zona y es un lujazo tenerlo al detalle en el mundo virtual.

Sobre lo de los dos  o cuatro dígitos al inicio de cada línea, en la documentación de developer de X Plane indican que el formato de dos dígitos es el antiguo, aún soportado, el de 4 dígitos es el moderno , a partir de algún momento del futuro se entiende que sólo se soportará el moderno.

 ;) no se merecen... pues esto sobre los dos o cuatro dígitos al inicio de cada línea, y que de dos dígitos sean antiguos, no sé a qué antiguedad se refieren ellos. Esto de poner frecuencias ATC lo
he hecho con el actual v11.34 y WED última versión 2.0.0r4 y siguen saliendo dos dígitos. Aclaro que no uso nada de ATC X_plane, ya lo comenté, pero bueno, ya veremos cuándo considerarán versión
moderna.

Nada no te preocupes, a las malas los cutres del ATC offline ya está descubierto como se añade las frecuencias al ficherito  :D

Pues lo de las frecuencias con dos o cuatro dígitos está contenido en las especificaciones del apt.dat:

https://developer.x-plane.com/?article=airport-data-apt-dat-file-format-specification (https://developer.x-plane.com/?article=airport-data-apt-dat-file-format-specification)