Ув. господа,
При вылете я точно знаю свой SID — могу выбрать на основе того какую ВПП мне УВД выдал, а вот со STAR’ами у меня следующая проблема:
На подходе контроль выдаёт мне полосу, и соотвественно я должен как-то на неё попасть пользуясь STAR’ами. И вот тут у меня проблема с FMC: когда я выбираю полосу и STAR он у меня не может соеденить отрезки маршрута.
При вылете я точно знаю свой SID — могу выбрать на основе того какую ВПП мне УВД выдал, а вот со STAR’ами у меня следующая проблема:
На подходе контроль выдаёт мне полосу, и соотвественно я должен как-то на неё попасть пользуясь STAR’ами. И вот тут у меня проблема с FMC: когда я выбираю полосу и STAR он у меня не может соеденить отрезки маршрута.
Вопрос: Должен ли я перед полётом просмотреть все STARы из расчёта возможных полос и «научиться» соединять точки маршрута? Или где почитать чё как как делать на подходах?
Вообщем получилось сумбурно, но вкраце: Как пользоваться FMC на подходах?
Спасибо.
Действительно, крайняя точка маршрута и есть начальная точка STAR.
Значит, смотрИте свой план и корректируйте его.
Для этого можете использовать программы, позволяющие визуализировать маршрут.
И еще — изучайте схемы похода, карты и т.д., а то может появиться «свинья» в виде transition, например.
FMC — это инструмент, который дает Вам возможность использовать его в соответствии с тем, что лично Вы знаете, или можете оперативно найти.
Сообщение об ошибке он Вам может выдать, а вот решения он не знает.
Сообщение отредактировано Uncle_Sam: 07 September 2011 — 08:41
Пользоваться переходами? (не совсем понимаю их смысл, если честно).
И я сейчас пользуюсь FSC 9.0 для планирования маршрутов, или есть что-то адекватнее? А-то за ним замечано, что он отрисовывает переходы на трассы которые FMC не понимает по какой-то причине, хотя базы свежие и синхронизированы.
На подавляющее большинство полос во всем мире STAR есть с обеих сторон.
Возьмите любой полный набор схем для АП и внимательно посмотрите.
Схемы есть на нашем сайте.
Схемами (STAR и SID) FSC лучше не пользоваться. Они, в принципе, не нужны.
Я тоже пользуюсь FSC — но только для корректировки и сохранении маршрута в формате сима (когда лень набивать вручную в FMC).
Transition это переход. Попытайтесь разобраться сами.
P.S. Вот тут есть схемы
Сообщение отредактировано Uncle_Sam: 07 September 2011 — 08:41
В таких случаях лучше всего задавать вопрос с указанием конкретных данных — порт, конечная точка маршрута, полоса. Как уже правильно заметили, СТАРы есть для любого случая. Если будут конкретные данные, вам тут же укажут нужную схему. А потом уже сами научитесь их находить.
Очень хорошо и доходчиво написано.
И не только про transition.
Очень многие вопросы могут отпасть, даже не появившись.
One
Two
Заодно, английский потренируете.
Сообщение отредактировано Uncle_Sam: 07 September 2011 — 12:54
Спасибо, годный материал. Я правильно понял после прочтения, что transition используются тогда, когда конечная точка маршрута на трассе не равна начальной точки STAR, тогда нам следует выбрать правильный переход(transition) к точке начала процедуры подхода. Так? Например, у нас маршрут на UUEE заканчивается точкой FE (Oktyabrskiy), нам дают полосу 25R, тогда STAR «BESTA 25 BRAVO» выполняем с transition FE1E. Все верно? Других годных схем для точки FE я, вроде как, не вижу, ну кроме вариаций BESTA 25A/25B/25C.
Разрывов между ними нет и быть не может.
Safety first!
Просто к одной стандартной процедуре (STAR) могут быть несколько transition.
Посмотрите внимательно странички 4-16 и 4-17 от faa.gov
STAR один — CHINS FOUR ARRIVAL
А transition несколько.
По UUEE сейчас не смогу сказать. Но, наверное, так. Схем нет под руками. Надо качать.
P.S. По UUEE — да, именно так. (Уже посмотрел).
Сообщение отредактировано Uncle_Sam: 07 September 2011 — 14:25
Пытаюсь настроить выход из UKFF c ВПП 1 на север.
Выбрал себе SID NL1K.
Ввожу всё это в FMC, оно честно пишет:
via NL1K to NLNB
Далее по плану у меня DO (Dobrushino)
на неё я хочу попасть через NL (Nikola), но с NLNB есть выход на трассу B246 (насколько я понял).
Я пытаюсь сказать ему via B246 на NL а оно упорно не хочет, только через DIRECT получается.
Хотя с NL via B246 to DO оно меня поняло.
Господа, что я не так делаю или с NLNB на NL только через DIRECT?
я исправил — посмотрел не на тот SID
SMF010/4 — созданная для FMC точка с радиалом 010 на удалении 4 nm от SMF
О! Я пробовал.
FMC просто крышу сносит.
Начинаем:
Видим в RTE via NL1K to NLNB
Если это тоже самое, то пытаемся заменить NLNB на NL: Вводим NL и клацаем LSK 1R (что бы заменить NLNB на NL)
И получаем:
Я что-то не так делаю?
Вообщем попробовал я так сделать:
1. Выбрал АП UKFF->UKBB
2. Вбил маршрут в LEGS: NOMPA.NITOK.GONUS.RIMDA.BOGMA.AMKAB.MIMKO.SV.KOKUM
3. Потом выбрал RWY01 и SID NL1K
В RTE получил:
А в LEGS:
Далее по совету добавил NL и получил:
Всё «склеилось».
Идём в RTE и видим:
Все маршруты DIRECT, но они ведь на трассе UM850 — исправляем:
Всё хорошо, но на NL с NLNB мы всё ещё DIRECT
Пробуем исправить ситуацию в LEGS:
Выбираем NL и клацаем на NLNB как учили.
Всё ОК. Идём в RTE, проверить чё оно там себе придумало и видим:
Теперь оно хочет с via NL1K to SMF и опять потом DIRECT to NL
Возвращаясь к изначальному моему вопросу: ЧТО ТАКОЕ NLNB и что с нё только DIRECT на NL?
И что-то мне подсказывает что оно вряд ли пойдёт по схеме: NL1K
Climb on 010 track to SMF 4 DME, turn RIGHT, intercept SMF R-059
inbound to SMF, turn RIGHT, SMF R-248 to NL.
Хороший вопрос.
FMC мне выдаёт такое в RTE после выбора SID’a NL1K from UKFF (AIRAC свежий, до 28 Sept.)
Или нужно подправлять FMC что бы с NL1K сразу же отправлял на NL?
Я в попытках понять что такое NLNB залез в
Microsoft Flight Simulator XPMDGSIDSTARSUKFF.txt
и в разделе FIXES нашёл
FIXES
…
FIX NLNB LATLON N 44 58.03332 E 33 37.1667
…
ENDFIXES
далее я покопался в SID’aх UKFF.txt
SID NL1K RNW 01 TRK 010 UNTIL 4.0 FROM FIX SMF HDG 194 INTERCEPT RADIAL 239 TO FIX SMF FIX SMF AT OR BELOW 9030 AT OR ABOVE 6070 FIX NLNB AT OR BELOW 10010 AT OR ABOVE 7060
Тут явно прописано, что идти через этот самый NLNB.
И да, вопрос: Что такое Fixes?
Сообщение отредактировано DmitriyS: 07 September 2011 — 19:14
Зачем Вам via B246 на NL?
SID Вас уже вывел на NL.
Следующая точка Добрушино.
Но! Вы идете на NITOK (судя по плану), все остальные точки лежат на трассе B246, в том числе Добрушино.
И так далее.
для FMC на странице LEGS можете ввести такие точки:
SMF010/4
)
SMF059/4 (что бы точно вправо повернул
SMF
NL
Сообщение отредактировано SLAVJAN: 07 September 2011 — 19:38
Меня вывели на какой-то NLNB, а не на NL
C NLNB я не могу сделать via B246 to DO (FMC не даёт, INVALID ENTRY)
А вот если я делаю DIRECT -> NL, то следующей записью я могу via B246 to DO.
Я попробовал другой SID, DO1E но он тоже в RTE закончился каким-то FIXES DONB и с него опять-таки только DIRECT->DO и только потом на трассу.
Я так понимаю SMF01 — это 01 это что? Курс?
Сообщение отредактировано aswsx: 07 September 2011 — 19:42
Сообщение отредактировано aswsx: 07 September 2011 — 20:03
Я так понимаю можно указывать в следующем формате [VOR COURSE/DME]?
Таким же образом я могу задавать полёт покругу?
Да.
На странице legs надо делать.
Сообщение отредактировано RSvit: 07 September 2011 — 20:04
да
может быть не только VOR, а любая точка из плана
На схеме же ясно — SID заканчивается на NL (у Вас, почему-то NLNB).
Посмотрите внимательно в LEGs — между этими точками 0 nm!
В таком случае, оставьте в покое NL (не добавляйте эту точку).
Уберите разрыв после NLNB.
И летите себе спокойно до NOMPA по 850 трассе.
NLNB — NOMPA
Я бы с радостью, но FMC не даёт возможности указать после NLNB via UM850 to NOMPA.
Единственный способ это NLBN->DIRECT->NL via UM850 -> NOMPA.
Я тоже так подумал, открыл базу и посмотрел — свежак, все FIXES (а NLNB одна из таких) указаны и SIDы прописаны все до NLNB.
Полез я дальше:
FIX NLNB LATLON N 44 58.03332 E 33 37.1667
NIKOLA NL NDB 44.967222 33.619445326.00N
Координаты у них практически одинаковые.
Вообщем думаю пусть будет DIRECT на NL а там дальше на UM850
Может быть со временем пойму что это за FIXES такие.
Ну так сказали же, что NLNB и NL есть одно и то же. Значит и директ между ними будет ерундой в 0 миль 🙂
А этот глюк можно исправить?
Т.к. он прописан у меня в UKFF.txt и заголовок у него следующий:
//UKFF (SIMFEROPOL)
//Worldwide Navaid Database for PMDG
//Exported via DFD v1.0 11.0804
//Software copyright © 2011 Richard Stefan, NAVData-Service
//Support available via forum at http://forum.navigraph.com
//
//Data provided by Navigraph — http://www.navigraph.com
//Data copyright © 2011 Navtech Inc
//This data may not be used, recompiled, interpreted or
//distributed for any purpose without the written consent
//of Navigraph.
//
//The contents of this database is dated and must not be
//used for real world navigation as it is unlawful and
//unsafe to do so.
//
//——————————————————
//AIRAC Cycle : 1109 (25/AUG/2011 — 21/SEP/2011) — Rev.1
//——————————————————
т.е. насколько я понимаю, то NLNB пришёл из AIRAC’а.
Вообщем я на форуме AIRAC’а задал вопрос почему SID заканчивается на NLNB вместо того, что бы заканчиватся NL’ом.
Ждёмсъ
Сообщение отредактировано DmitriyS: 07 September 2011 — 23:17
интересно будет узнать, что Вам ответят.
Так, я кажется докопался до истины:
I can … want you know why?
The reason is very simple:
You can´t define in the PMDG file if the fix is a NDB or a VOR. You have only a ident, a lat and a long coordinate — nothing more. So, in some areas you find NDBs and VORs with the same ident — ie. in LOWG the Graz VOR (GRZ) and the Graz NDB (GRZ). Both will be used in several procedures in the LOWG area and the only way to make such idents unique is to add the prefix NB if this waypoint is a NDB. Therefore all NDBs had a prefix added called «NB» in my example: the Graz VOR = GRZ, the Graz NDB = GRZNB … or in your sample the Nikola NDB = NLNB
It´s a workaround I know, but it´s the only way …
Hope that helps and explain way your (and all other) NDB ends with NB …
Мой перевод таков:
Вы не можете определить в PMDG файлах тип точки, качестве идентификации точки есть только её имя, широта и долгота — больше ни чего.
Итак, в некоторых местах вы встретите NDB и VOR с одинаковыми именами. К примеру в LOWG Graz VOR (GRZ) и GRAZ NDB (GRZ).
Оба используются в нескольких процедурах в LOWG и существует только один способ сделать их имена уникальными — это добавить постфиксы NB если это точка NDB.
Таким образом все NDB имеют постфикс «NB» в моём примере GRAZ VOR = GRZ и GRAZ NDB = GRZNB. Или в твоём примере Nikola NDB = NLNB.
Насколько я понял, то это товарищи из PMDG накосячили.
угу, ведь рядом с NL NDB нет VOR с таким же названием.
Видимо прийдётся делать таки делать DIRECT с NLNB на NL (который тот же самый NDB).
Вот как бы это подправить? Вообщем думаю можно моё иследование добавлять в FAQ или куда тут у вас полезности складывают.
перенесу в топик по PMDG