При создании очередного сценария возник вопрос следующего плана.
Как вы знаете, большинство (наверное, подавляющее) аэродромов РФ оборудовано приводными радиостанциями (как правило, дальний и ближний привода), имеющие одинаковую частоту с различных направлений. Отличие лишь в модуляции позывных. Например, с направления посадки 270 градусов «PZ», а с 090 — «ER». Диспетчер (АТИС) выдает посадочный курс, экипаж настраивает АРК на соответствующую частоту и по технологии должен проверить соответствие привода по прослушиванию позывного.
А что нам предлагает X-Plane в такой ситуации (кстати, аналогичная проблема и в MSFS)? Обычно Дизайнеры прописывают все привода, местоположение, позывные. Сим видит два привода с такой (установленной на самолете) частотой и выдает направление на ближайший. А теперь представьте полет по кругу. Возьмем к примеру ДПРМ. Вначале разбега АРК показывает назад на ближайший, после взлета — вперед, как к ближайшему, После пролета траверза центра ВПП снова на прежний ДПРМ (как на ближайший), после посадки и проруливания в конец ВПП — снова вперед. Аналогичная проблема при прилете в аэродром направления. Если с прямой выполняется заход — вроде как все адекватно. А если нужно произвести заход по прямоугольному маршруту?
Как вы знаете, большинство (наверное, подавляющее) аэродромов РФ оборудовано приводными радиостанциями (как правило, дальний и ближний привода), имеющие одинаковую частоту с различных направлений. Отличие лишь в модуляции позывных. Например, с направления посадки 270 градусов «PZ», а с 090 — «ER». Диспетчер (АТИС) выдает посадочный курс, экипаж настраивает АРК на соответствующую частоту и по технологии должен проверить соответствие привода по прослушиванию позывного.
А что нам предлагает X-Plane в такой ситуации (кстати, аналогичная проблема и в MSFS)? Обычно Дизайнеры прописывают все привода, местоположение, позывные. Сим видит два привода с такой (установленной на самолете) частотой и выдает направление на ближайший. А теперь представьте полет по кругу. Возьмем к примеру ДПРМ. Вначале разбега АРК показывает назад на ближайший, после взлета — вперед, как к ближайшему, После пролета траверза центра ВПП снова на прежний ДПРМ (как на ближайший), после посадки и проруливания в конец ВПП — снова вперед. Аналогичная проблема при прилете в аэродром направления. Если с прямой выполняется заход — вроде как все адекватно. А если нужно произвести заход по прямоугольному маршруту?
Отсюда вопрос.
Как вы видите решение этой проблемы?
1. С одного направления установить «правильные» привода, а с другого например прибавить единицу к реальной частоте. Например, ДПРМ с частотой 875 и МК 280 градусов, а с направления 100 градусов присваиваем нереальную частоту 876.
2. Удалить с противоположного направления привода. Просто их нет. Знать и учитывать это в полетах.
3. Какие-либо оригинальные решения этой проблемы. Хотелось бы услышать.
Очень хотелось бы услышать ваше мнение. Не люблю демократию, поэтому опрос-голосование не предлагаю. Просто разумные предложения и ваши мнения…
Сообщение отредактировал 1941: 21 August 2012 — 23:56
1941 (21 August 2012 — 23:46) писал:
Вроде бы только «отказом» отключать приводы с противоположной стороны.
Сообщение отредактировал inv: 21 August 2012 — 23:56
1941 (21 August 2012 — 23:46) писал:
Написать плагин и «запрашивать» у него нужный заход, после чего плагин отключает отказами привода с противоположной стороны
Таких полос много, при том в поставляемой с xplane нав. базе, потому проблему надо решать на довольно глобальном уровне.
inv (22 August 2012 — 00:39) писал:
Поддерживаю.
skyteacher (22 August 2012 — 02:50) писал:
А сами? sasl знаете, сделайте вызов окошка по комбинации клавиш например. В окошке можно допустим галкой ткнуть заход, а плагин сделает всё остальное. Или просто чтобы можно было вбить eddm 08l, плагин найдёт маяки и отрубит.
Сообщение отредактировал skyteacher: 22 August 2012 — 01:07
inv (21 August 2012 — 23:56) писал:
Что-то при беглом просмотре SDK пока не обнаружил такой возможности.. Как я понял.. навдата загружается один раз в память и висит там только для чтения.
Или таки можно?
Сообщение отредактировал skyteacher: 22 August 2012 — 03:24
Я понимаю, народу достаточно хорошо выполненного сценария в виде подложки и объектов на аэродроме. Но нужно стремиться к совершенству.
Поэтому и возник такой вопрос.
С может быть ну его нафиг? Установить с одного направления все наземное оборудование, включить и заставить симмеров радоваться? Но опять же, а если случайно (с реалвёзы) дунет более 5 м/с попутняк?
Есть еще трезвые идеи?
Просто хотелось ьы раз и навсегда закрыть этот вопрос в т.ч. для следующих сценариев.
То ли дело аэродром МВЛ. В котором из наземного оборудования только ветроуказатель…
Jazz (22 August 2012 — 09:52) писал:
Скажите как, может что-то попробую. ADF в самолёте то понятно как настроить на частоту, а вот как включить-отключить/править navid я не нашёл.
Сообщение отредактировал Rhard: 22 August 2012 — 12:41
Rhard (22 August 2012 — 05:14) писал:
Или таки можно?
Навдата висит, всё правильно. Надо манипулировать отказами. (То есть то, сейчас можно руками выключить NDB, если пойти в меню отказов и там явно это сделать). Вся суть плагина должна своиться именно к этому, потому как листать ндб в отказах не комфортно
inv (22 August 2012 — 17:36) писал:
А вот в SDK нет такой возможности.. и датарефа такого..
Но то что пишет Джаз — возможно..
1. Находим нужные нам маяки (допустим 4 штука, по паре на направление), запоминаем их частоты и координаты.
2. Определяемся, с какой стороны будут рабочие, а с какой — нет.
3. «Слушаем» приемники, как только какой-либо комплект настроен на частоту маяка: пишем override_adf=1, считаем азимут на рабочий маяк и пишем его в adf1_dir_degt
Тут остается один минус, если один комплект ADF будет настроен на одну из наших станций, а второй на какую-либо иную, то второй комплект будет показывать ерунду. Надо проверить, можно ли переписывать adf1_dir_degt без оверрайда и если можно — проблема решена. Если нельзя — тогда придется позаботиться обо всех ОПРС в радиусе 50км.
Jazz (22 August 2012 — 17:58) писал:
Скажите, есть идеи как найти все четыре NDB.. Думал уточнить алгоритм:
1) Найти ближайший от нас аэропорт.
2) Найти ближайший от аэропорта NDB.
А вот как ещё возможные три найти? XPLMFindNavAid выдаёт только по одной точке за раз.
Пока только такое придумал:
1) находим ближайший от АПТ НДБ. Далее идём по прямой от АПТ до НДБ и ещё на несколько км далее.
2) ищем из этой точки следующий NDB.
3) прыгаем симметрично на другую сторону — находим ещё два.
Только проблематично такое решение, т.к. аэропорты разные бывают. С разным кол-вом приводов и тд.. Много условий проверки.. Как то для такого простого плагина заморачиватся..
Может есть путь проще?
Или прикручивать стороннюю базу — от VASFMS например, что как бы тоже.. (тут правда можно только NDB вытянуть).
Знающие, напишите пожалуйста стандартную конфигурацию приводов. Диапазон удалений от торца.
Кстати, Джаз, как вы в своём плагине считаете координаты торцов полос. Ведь в базе X-Plane этих данных нет.. или у вас там тоже своя база имеется?
Сообщение отредактировал Rhard: 23 August 2012 — 05:52