Jump to content

EDDF SIDs mit Navígraph AIRAC


Recommended Posts

Ich weiss nicht ob ich mit meinem Problem in diesem Forum richtig bin, oder ob das ganze nicht ein Problem bei Navigraph ist. Tatsache ist, dass das FMGC die SID Daten aus dem Navigraph AIRAC ( Flight1 und Airbus X Extendet, die wohl identisch sind) bei den Parallelbahnen in Frankfurt nicht korrekt einliest. Hier mal die entsprechenden Einträge aus der FMGS.log mit der SULU6F SID.

[02/01/2013 10:27:40:308]: FP change: WPT1 added, type: 0, [DF135] via [].

[02/01/2013 10:27:40:308]: FP change: WPT1 added, type: 0, [DF142] via [sULU6F].

[02/01/2013 10:27:40:308]: FP change: WPT1 added, type: 0, [DF143] via [sULU6F].

[02/01/2013 10:27:40:309]: FP change: WPT1 added, type: 0, [DF134] via [].

[02/01/2013 10:27:40:309]: FP change: WPT1 added, type: 0, [DF141] via [sULU6F].

[02/01/2013 10:27:40:310]: FP change: WPT1 added, type: 0, [DF143] via [sULU6F].

[02/01/2013 10:27:40:310]: FP change: SID added: [sULU6F] @ [25L].

Demnach fliegt das FMGS zunächst die ersten 3 Waypoints der SID für die Startbahn 25L, und anschließend die ersten 3 für die Startbahn 25C ab. Der Rest der SID, der in der Datei Navigraph\NavData\PROC\EDDF.txt unter SID,SULU6F,ALL,5 steht, wird gar nicht berücksichtigt.

Hier noch die korrekten Daten mit dem NavData Pro AIRAC.

[02/01/2013 10:53:41:771]: FP change: WPT1 added, type: 0, [RW25L] via [].

[02/01/2013 10:53:41:772]: FP change: WPT1 added, type: 0, [DF135] via [sULU6F].

[02/01/2013 10:53:41:772]: FP change: WPT1 added, type: 0, [DF142] via [sULU6F].

[02/01/2013 10:53:41:772]: FP change: WPT1 added, type: 0, [DF143] via [sULU6F].

[02/01/2013 10:53:41:772]: FP change: WPT1 added, type: 0, [DF137] via [sULU6F].

[02/01/2013 10:53:41:773]: FP change: WPT1 added, type: 0, [DF159] via [sULU6F].

[02/01/2013 10:53:41:773]: FP change: WPT1 added, type: 0, [KNG] via [sULU6F].

[02/01/2013 10:53:41:773]: FP change: WPT1 added, type: 0, [AKONI] via [sULU6F].

[02/01/2013 10:53:41:774]: FP change: WPT1 added, type: 0, [GIBSA] via [sULU6F].

[02/01/2013 10:53:41:774]: FP change: WPT1 added, type: 0, [WUR] via [sULU6F].

[02/01/2013 10:53:41:774]: FP change: WPT1 added, type: 0, [sULUS] via [sULU6F].

[02/01/2013 10:53:41:774]: FP change: SID added: [sULU6F] @ [25L].

Ich denke, dass das Problem nicht nur in EDDF, sondern bei allen Airports mit der gleichen Datenstruktur besteht.

Link to comment
Share on other sites

  • 1 month later...

Das gleiche Problem habe ich auch in Frankfurt mit den SULUS und MARUN SID´s , als auch in Palma de Mallorca mit der MEROS und in Lissabon mit der

IDBID, obwohl da keine parallelen Bahnen sind. AIRAC 1302 ist installiert.

Link to comment
Share on other sites

Hi,

das Problem ist bekannt und Joshua hat bereits einen Fix für das nächste Update angekündigt. Passiert immer, wenn SID Segmente zusammengeführt werden müssen und der zweite Teil nicht als erster Eintrag des SIDs in der Datei steht. Theoretisch müsste es in EDDF als Workaround gehen, das ALL Segment vor die Runway SIDs zu kopieren. Aber da der Bug Hunderte von Airports betrifft, ist das nicht wirklich eine Lösung. ;-)

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy & Terms of Use