Meine Erfahrungen aus diesem Jahr (Homebase EDFM):

Im Juni: nach Zell am See einen Slot. Von Zell nach Bratislava kein Slot, obwohl mitten durch den vollen Wiener Luftraum. Von Bratislava heim kein Slot.

Im Juli: nach Dijon Slot. Innerhalb Frankreich nicht ein einziger. von Frankreich zurueck Slot

Im August nach Lille und zurueck, beides Male mit Slot. Auch nach Leipzig und zureuck Slot.

Letztes WE Mannheim - Westerland und zurueck. Hin lag CTOT 45min nach gefiltem EOBT. Zurueck nicht ganz so wild aber merklich.

Das sind natuerlich keine repraesentativen Daten, aber der Schluss liegt nahe, dass die Slotterie zumindest ein sehr stark deutsches Problem ist. Naechste Woche bin ich in F unterwegs. Man darf gespannt sein.

Wenigstens habe ich in soweit Glueck gehabt, als das meine Slots real, mit der Ausnahme nach Westerland, im Bereich <15min lagen. Das ist ertraeglich. Wenn es auch immer ein kleiner Schock ist, wenn die erste CTOT auf dem Handy landet, die gerne 30 bis 60min anzeigt. Allermeist kommt es aber nicht so schlimm.

Ich bekomme Enroute-Slots in verschiedenen Ländern, in letzter Zeit oft in Österreich.

In Deutschland gibt es diesen Lower-Airspace Schwachsinn. Überall wird CO2 angeprangert, die Politik ist von Gretas durchsetzt und dann lassen sie es zu, dass Flugzeuge im untereren Luftraum gehalten werden und gewaltige Mengen Treibstoff verblasen. Da kann der Normalbürger seinen Polo zum Hummer aufrüsten und hat in Summe weniger Mehr-CO2 produziert.

Meine Frage ist eher ein Spin-Off zum aktuellen CTOT-Thread.

Ich hatte bisher nur marginale CTOTs, aber es kamen durchaus viele Aktualisierungen vor und zurück.

Trotzdem irritiert mich die Anweisung "ATC wants you to be at XYZ12 um aa:bb". Diese Berechnung erfordert nun mal eine profunde Kenntnis der Leistungsdaten meines Fliegers. Sowohl von ATC als auch von mir um das einhalten zu können. Dabei sind/waren die Wegpunkte durchaus schonmal 50 oder 60nm weg.

Mir fällt ohnehin auf, daß die Geschwindigkeitsdaten, die Autorouter in den FPL einbaut eher "sportlich". Die Daten wurden aus einem Template übernommen und nicht verändert.

Ich habe mir bisher wenig Gedanken gemacht zu den Geschwindigkeiten, da FL und Route in real life meist nru angedeutet mit der tatsächlich geflogenen Route korrelieren.

Muss ich nun alles überrarbeiten? Bisher hat noch nie jemand ein Wort darüber verloeren, daß ich evtl. mehr als die erlaubten 5% langsamer unterwegs war.

„Mir fällt ohnehin auf, daß die Geschwindigkeitsdaten, die Autorouter in den FPL einbaut eher "sportlich". Die Daten wurden aus einem Template übernommen und nicht verändert.“

Du musst einfach nur die Leistungsdaten in AR an die realen Werte Deiner Maschine anpassen. Und schon sind die gefilten Werte im FP so unsportlich, wie Du es gewohnt bist ;-)

trotzdem irritiert mich die Anweisung "ATC wants you to be at XYZ12 um aa:bb".

Kann es sein, dass "XYZ12" der IFR-Pickup-Point auf einem Z-Flugplan oder ein anderer Punkt war, für den Du selber eine EET im Flugplan angegeben hast? Dann bräuchte nämlich ATC gar keine Performance-Berechniung zu machen, sondern nimmt einfach Deine und schiebt sie entsprechend nach hinten. Ansonsten...

Diese Berechnung erfordert nun mal eine profunde Kenntnis der Leistungsdaten meines Fliegers.

... bräuchte man ja nicht nur die Leistungsdaten, sondern vor Allem auch Winddaten - und da das auf Vorhersagen beruht müsste ATC einem mitteilen, welche Daten sie verwendet haben, damit man das im Flug entsprechend nachvollziehen und die eigene Geschwindigkeit entsprechend anpassen kann.

Ich habe die Performancedaten der Beech recht detailiert in Autorouter hinterlegt. Mein Eindruck ist, dass Soll- und Istzeiten und -höhen recht exakt sind. Ich nutze das "use wind forecast". Hat aber erfordert, dass ich die Daten gemäß "Template" einzeln angepasst habe.

Schau mal nach, wie genau die in AR hinterlegten Performancedaten mit den tatsächlichen übereinstimmen, vielleicht war das Template etwas ungenau.

Kann es sein, dass "XYZ12" der IFR-Pickup-Point auf einem Z-Flugplan oder ein anderer Punkt war, für den Du selber eine EET im Flugplan angegeben hast? Dann bräuchte nämlich ATC gar keine Performance-Berechniung zu machen, sondern nimmt einfach Deine und schiebt sie entsprechend nach hinten. Ansonsten...

Nein, diese Information bezieht sich auf einen Punkt im Flugplan. Der Slot wurde von ATC anhand der vorliegenden Informationen so berechnet, dass diese Bedingung möglichst erfüllt sein muss. Der Pilot muss das weder wissen noch etwas dafür tun, er muss nur seine CTOT einhalten und er muss einen Flugplan aufgeben, der die wirkliche Performance des Flugzeugs korrekt angibt.

EETs sind übrigens in Eurocontrol-Flugplänen grundsätzlich unerwünscht.

The slot time is designed to have you over the congestion at the given time and altitude: Area: VEGES, time: 1019Z, altitude: F300

Wir haben es mit Absicht nicht als Anweisung formuliert, es ist teilweise eine nützliche Information um z.B. eine andere Route zu filen. Eurocontrol war damals nicht begeistert, da sie fürchten, dass die Leute es nicht verstehen. Also auf keinen Fall damit arbeiten, sonst müssen wir es wie so manch anderes nützliche Feature wieder entfernen...

"The slot time is designed to have you over the congestion at the given time and altitude: Area: VEGES, time: 1019Z, altitude: F300"

Ok, danke! Das ist auch was ganz anderes als das ursprünglich genannte: "ATC wants you to be at ..."

Wo kann man noch mal bei Eurocontrol oder im AR die geregelten Sektoren und deren Höhe/Zeit abfragen. Wurde schon mal gepostet, finde es aber nicht mehr.

Danke Thomas

autorouter zeichnet es in die Karte ein als eigener Layer

https://www.autorouter.aero/map?z=6&lon=9.22&lat=48.68&l=OSAPD

Das Eurocontrol-Bildchen lässt sich über das Kommando "nop" in Telegram abrufen.

Auf der Eurocontrol-NOP-Webseite findet es sich auch: https://www.public.nm.eurocontrol.int/PUBPORTAL/gateway/spec/index.html

So macht man das?

Danke, gefunden:

AR-Briefing-AviationMap-DropDown re-TacticalDelays

NOP - CurrentNetworkOperation - StaticMap

bei letzterer werden die Zeiten und Höhen allerdings nicht angezeigt

das wäre aber 2 Stunden und 2 Minuten zu früh ;-)

---

Das GNS530 ist im Setup auf "local time" eingestellt...

(OK, wer nun als Offset zu UTC 0 stehen hat, hat trotzdem die passende Zeit im Display, finde ich persönlich aber immer irritierend und kann nicht anders, als erst mal das Setup auf UTC anzupassen... ;-)