manni2811 2 Posted January 3, 2013 Share Posted January 3, 2013 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 More sharing options...
BER155 1 Posted February 14, 2013 Share Posted February 14, 2013 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 More sharing options...
Robbybobby 75 Posted February 14, 2013 Share Posted February 14, 2013 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 More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.