STARs abfliegen mit FS2004 ATC? Geht's doch?
 

Das ist mir heute passiert:

Ich habe einen Flug von Köln nach Teneriffa geplant. Im Flusi habe ich den Plan durchgeroutet via CANIS, LPC, KONDA, MERAN, TFS und dann direct GCTS. TFS ist ein IAF für den ILS 08 Approach, der ebenfalls im FS enthalten ist. Das angezeigte Stück im Bild ist übrigens Teil der TERTO1G Arrival Route.

In der Nähe von LPC (ich glaube ziemlich genau drüber) bekam ich Vektoren für den ILS Approach Rwy 08. Ich habe nun einen anderen Appraoch angefordert: ILS 08, TFS Transition.

Nun sagt mir ATC: blablabla, cleared to TFS.

Bislang bin ich immer davon ausgegangen, dass damit DIREKT nach TFS bedeutet. Also programmiere ich im FMC einen DIRECT nach TFS. Aber nach dem Abdrehen direkt nach TFS meldet sich ATC ich solle in Richtung 230° nach links abdrehen.

Ich dachte mir nur: "Doch Star abfliegen?" Also stelle ich das FMC nochmal um: DCT KONDA - MERAN - TFS. Und siehe da: FS2004 ATC meldet sich nicht mehr bis zu dem Punkt, an dem mit ATC freigibt für den ILS Approach via TFS.

Zufall? Oder anerkennt FS2004 doch die von mir bei Aufgabe des Flugplans angegebene STAR?

Hier noch das passende Bild dazu, damit ihr wisst wovon ich spreche...

Bodo

Ich kann Dir nicht mit Sicherheit bestätigen, dass es so ist. ;)

Meiner Erfahrung nach richtet sich die ATC des FS9 nach der mit dem MS-Flugplaner erstellten Route (bzw. auch nach einer importierten Route).

Die Anweisung der ATC "cleared to ..." bedeutet also "folge Deinem Flugplan bis zu ..." und nicht "direct to ...".

Mit der Methode bin ich eigentlich immer ganz gut gefahren, ääh, geflogen. :)

Schwierigkeiten gibt es da eigentlich nur, wenn die angepeilte STAR sehr kompliziert ist und um den halben Flughafen herum führt. Das verwirrt die ATC offenbar. Es sollte keine Kreuzung zwischen verlängerter Landebahnrichtung und gewähltem Flugplan geben.

Hi,
ich habe eben noch 3 Superkurzstrecken geflogen: Von Ailertchen im Westerwald nach Köln Bonn.

Wind habe ich ausgeschaltet, um Kursversatz zu vermeiden.

Flug 1:
-------
Route: DCT ROSBA und von dort die ROSBA STAR über COL nach KBO (IAF) als letzten Wegpunkt im Flugplan vor EDDK.
Unmittelbar nach dem Spaß kamen Vektoren zum ILS auf die 32R, stattdessen habe ich aber den ILS 32R via KBO Transition angefordert. Siehe da, genau wie du sagst, ich kan die komplette STAR abfliegen und bei KBO ganz normal wie in meinen alten Karten den Approach beginnen.

Flug 2:
-------
Route: DCT ROSBA DCT GMH, dann die GMH Star über WYP nach KBO (IAF) als letzten Wegpunkt im Flugplan vor EDDK.
Ergebnis: Das gleiche wie bei Flug 1, ich kann die STAR abfliegen bis KBO und dann normal den Approach.

Flug 3:
-------
Route: DCT ROSBA DCT GMH DCT WYP (also wie Flug 2, nur WYP als letzten Wegpunkt vor EDDK im Flugplan.
Siehe da: Jetzt muss ich NICHT die STAR (die unvollständige) abfliegen, sondern nach dem Start in Ailertchen DIREKT NACH KBO abdrehen.

Das mit dem Kreuzen von STAR und Landebahnverlängerung muss ich noch probieren. Wäre schade wenn es da eine Einschränkung gäbe...

Scheinbar habe ich all die Jahre was falsch gemacht... oder mir mal meine Navdatenbank im FS kaputtgemacht... denn meine heutigen Versuche habe ich mit frischem neuen FS gemacht!

Ich werde berichten wenn es was neues gibt...

Testflug 4: Saarbrücken nach Köln.
Flugplan: DCT ROSBA DCT GMH DCT WYP DCT KBO.

Alles Paletti!

Toll!

Wenn ich also eine Star plane bis zu einem IAF, dann darf ich es auch fliegen, es sei denn ich akzeptiere die Vektoren.
Und wenn die STAR nicht zu einem IAF führt, ab dem ich einen Approach machen kann, dann bekomme ich halt Vektoren (was ja auch durchaus in der Realität so ist).

Also mir gefällt der Flusi immer besser.

Danke Alfora, du warst mir eine große Hilfe... (auch was deine letzten Beiträge angeht, die ich mir nochmal durchgeschaut habe)...

Wenn ich das jetzt richtig verstanden hab, kann ich trotz allem im Flusi-GPS nur Anflüge wählen. Die STAR muss ich dann wohl im Flugplan bis zum IAF quasi als ganz normale Wegpunkte programmiert haben, richtig? Das heisst, ich könnte mir auch irgeneine Wegpunkt-Route zum IAF programmieren, die keiner realen STAR entspricht. Von daher würde ich nicht behaupten, dass der FS mit STARs umgehen kann. Aber immherin ist das mal ein Weg, STARs mit dem Flusi-ATC zu fliegen. Wenn jetzt noch die Nav-Datenbank des Flusis alle IAFs kenne würde, wäre es fast optimal.

@einmot-flieger

Genau so wie du es sagst scheint es tatsächlich zu sein.
Ich finde das auch schon sehr gut.

Und ich plane jetzt immer eine STAR ein, die ich dann auch abfliege wenn:
- es die Umstände (Anflug m. passendem bzw geplantem IAF) erlauben
- es schneller ist als die Vektoren von ATC abzufliegen
(manchmal setzt einen ja der Zeitplan unter Druck)
- der Flugplatz unbekannt ist oder in schwierigem Gebiet liegt
(wg. der Sicherheit), hier muss man aber aufpassen, denn Radar
gibt einem möglicherweise niedrigere Höhen als die STAR vorgibt.
Meist sind die aber auch noch passend.
- ich Lust auf Funknavigationstraining habe

Ich fliege nach Vektoren wenn
- ich mich verfransen sollte
- die Vektoren mich möglicherweise schneller auf die Bahn führen
- ich einen Anflug nehmen muss, denn ich nicht vorab geplant habe
(das macht das fliegen in diesen Momenten auch stressfreier


Ich nutze also beide Möglichkeiten. STARs fliege ich etwas lieber (Stichwort Situational Awareness), aber Vektoren habe ich auch kein Problem mit.

Während des Fluges eine andere STAR auszuwählen fehlt mir nicht wirklich schlimm. Das einzige was ich noch nicht so 100% im Griff habe, ist mich in die Schlange der anfliegenden Maschinen einzureihen (zumindest nicht, wenn einer hinter mir ist).

Also mir gefällt das alles schon ganz gut. Und ganz unrealistisch ist es ja nu auch nicht...

Bodo

Such mal nach dem Tool "AISmooth". Das schickt AI-Flieger in ein Holding, wenn du im Anflug bist. Reduziert die Gefahr eines Go-Arounds durch AI-Traffic erheblich.

Das mit dem Kreuzen der verlängerten Landebahnrichtung ist nur eine Vermutung von mir. Es kann auch vom Winkel zwischen Anflugkurs und Wegflugkurs vom IAF liegen.

Leider kann man nicht einfach eine Liste aller Anflüge des MS-GPS bekommen. Das würde die Sache erleichtern.

Für die Kursplanung würde ich so vorgehen:

* mit beliebiger Maschine auf einen beliebigen Flughafen setzen

* im MS-GPS stöbern und für den gewünschten Zielflughafen alle dort vorhandenen Anflüge heraussuchen und notieren

* Anhand der Anflüge einen Startflughafen suchen, der zu einer Route passt, die zu den vorher gefundenen Anflügen führt

Manche Flughäfen haben im MS-GPS nämlich nur Anflüge in bestimmten Himmelsrichtungen. Und genau dabei ist das von mir geschilderte Problem aufgetreten weil ich aus der "falschen" Richtung kam.

Zu AISmooth wollte ich noch bemerken, dass das Programm zwar sehr gut hilft, aber es nicht immer tun kann.

Führt ein Anflug nämlich in einer Kurve zum ILS, dann kann AISmooth nicht viel ausrichten. Die AI-Flieger kommen nämlich (fast) immer genau in Landebahnrichtung herangeflogen. Sie werden dadurch von AISmooth zu spät auf Kollisionskurs liegend erkannt.

Ich arbeite dran. Hab die Hoffnung noch nicht aufgegeben! Zur Zeit arbeite ich noch am XML-Parser, um die Daten aus den decompilierten BGL-Dateien einzulesen. Eine Liste aller Flughäfen mit den zur Verfügung stehenden Anflügen/IAFs werd ich mit Sicherheit ausgeben lassen können. Nur fehlt mir momentan die Zeit, der Nachwuchs geht halt vor.
Jo, aber besser als gar nichts.

Doch, kann man jetzt. ;) Ich hab gestern mal an meinem Tool weitergebastelt und schnell ne Funktion zum Erzeugen einer solchen Liste programmiert.

Die Liste gibts hier .

Die Liste ist alphabetisch nach ICAO-Codes der Airports sortiert. Wie gesagt, die Liste stellt lediglich eine Zusammenfassung der Daten aus den XML-Dateien dar, die durch den BGLXML-Decompiler erzeugt wurden. Alle Daten sind daher maschinell erstellt und von mir nicht geprüft worden, d. h. ich übernehme keine Garantie, dass die Daten in irgendeiner Weise korrekt und vollständig sind. Lediglich für EDDF hab ich eine Gegenprüfung gegen das Flusi-GPS gemacht, das hat gestimmt. Also sollte der Rest eigentlich auch stimmen.

Edit: ich sehe grad, dass beim anklicken des Links hier ein Fehler von dem Freespace-Provider kommt, wo ich die Datei hochgeladen hab. :mad: Aber per Copy-Paste gehts. Also Rechtsklick auf den Link, Link-Adresse kopieren und dann in die Adressleiste des Browsers einfügen.

Coole Sache!!!

Lobt und preist Thorsten über alle Maße, er hat uns ermöglicht, Anflüge schon im voraus zu planen!!

:laola:

HULDIG, LOB, PREIS!

Das find ich echt prima!

@Thosten, könntest du mir man den Quelltext schicken? Oder könntest du evtl noch die ein oder andere Sache in die Liste hinzufügen?

Bodo, den Quelltext hab ich leider nicht mehr. Der war grad mal quick and dirty reingehackt und ist bei einer meiner letzten Aufräumaktionen in Eclipse zum Opfer gefallen.

Ist aber kein Problem, gib mir ein paar Tage Zeit, dann hab ich ihn in ähnlicher Form wieder runtergeschrieben.

Oder, falls es dich interessiert, hier meine Vorgehensweise in ner kurzen Zusammenfassung:

1. Decompilieren aller Airport-BGLs aus der Default-Szenerie und Erzeugen von XML-Dateien mit Hilfe von BGL-XML (gibts hier)

2. Programmierung von Folgendem in Java:
- Iterieren über alle XML-Dateien, dabei
- Durchparsen jeder Datei mit JDOM (http://www.jdom.org/)
- Die relevanten Knoten aus dem XML-Baum auslesen und in ne Datei schreiben

Mehr ist es letztenendes nicht. Ich hab übernächste Woche Urlaub, falls du bis dahin nicht selbst was programmiert hast, kann ich mich ja nochmal ransetzen. Ich denke, an nem Vormittag hab ichs dann lauffähig.

Das wäre super wenn du da nochmal rangehen würdest... ich bin nämlich auch derzeit ein bissel knapp mit Zeit

Ok, mach ich. Wie gesagt, nächste Woche wird knapp, aber übernächste Woche komm ich mit Sicherheit dazu. Ich schick dir ne PN, wenn ich soweit bin.

...und vielleicht den Source unter GPL oder Creative Commons veröffentlichen? :cool:

Ja, wäre ne Überlegung wert. Aber wenn, dann erst in nem zweiten Schritt. Denn zur Veröffentlichung gehört mehr als nur mal eben ein Programm runter zu schreiben, da muss ne ordentliche Doku dazu, ggf. als Projekt bei Sourceforge etc. Dazu fehlt mir momentan leider die Zeit. Bodo kenne ich vom Studium, ich weiß, dass er programmieren kann und wenn ich ihm erst mal einfach nur das Eclipse-Projekt gezippt schicke, ist ihm sicher schon sehr geholfen.

Alex, wenn du Interesse hast, kann ich dir, sobald ich fertig bin, den Quellcode natürlich auch gerne zuschicken. Eine Veröffentlichung z. B. bei Sourceforge werde ich übernächste Woche mit Sicherheit nicht schaffen.

Hallo zusammen,

hat noch einer die Liste? Ich habe meine verloren... Wer sie noch hat, der schicke mir sie bitte...

Bodo