Привода (NDB) в X-Plane — X-Plane Общий форум

При создании очередного сценария возник вопрос следующего плана.
Как вы знаете, большинство (наверное, подавляющее) аэродромов РФ оборудовано приводными радиостанциями (как правило, дальний и ближний привода), имеющие одинаковую частоту с различных направлений. Отличие лишь в модуляции позывных. Например, с направления посадки 270 градусов «PZ», а с 090 — «ER». Диспетчер (АТИС) выдает посадочный курс, экипаж настраивает АРК на соответствующую частоту и по технологии должен проверить соответствие привода по прослушиванию позывного.
А что нам предлагает X-Plane в такой ситуации (кстати, аналогичная проблема и в MSFS)? Обычно Дизайнеры прописывают все привода, местоположение, позывные. Сим видит два привода с такой (установленной на самолете) частотой и выдает направление на ближайший. А теперь представьте полет по кругу. Возьмем к примеру ДПРМ. Вначале разбега АРК показывает назад на ближайший, после взлета — вперед, как к ближайшему, После пролета траверза центра ВПП снова на прежний ДПРМ (как на ближайший), после посадки и проруливания в конец ВПП — снова вперед. Аналогичная проблема при прилете в аэродром направления. Если с прямой выполняется заход — вроде как все адекватно. А если нужно произвести заход по прямоугольному маршруту?

Отсюда вопрос.
Как вы видите решение этой проблемы?
1. С одного направления установить «правильные» привода, а с другого например прибавить единицу к реальной частоте. Например, ДПРМ с частотой 875 и МК 280 градусов, а с направления 100 градусов присваиваем нереальную частоту 876.
2. Удалить с противоположного направления привода. Просто их нет. Знать и учитывать это в полетах.
3. Какие-либо оригинальные решения этой проблемы. Хотелось бы услышать.

Очень хотелось бы услышать ваше мнение. Не люблю демократию, поэтому опрос-голосование не предлагаю. Просто разумные предложения и ваши мнения…

Сообщение отредактировал 1941: 21 August 2012 — 23:56

Ответов: 19

1941 (21 August 2012 — 23:46) писал:

А что нам предлагает X-Plane в такой

Вроде бы только «отказом» отключать приводы с противоположной стороны.

Сообщение отредактировал inv: 21 August 2012 — 23:56

1941 (21 August 2012 — 23:46) писал:

3. Какие-либо оригинальные решения этой проблемы. Хотелось бы услышать.

Написать плагин и «запрашивать» у него нужный заход, после чего плагин отключает отказами привода с противоположной стороны :)
Таких полос много, при том в поставляемой с xplane нав. базе, потому проблему надо решать на довольно глобальном уровне.

inv (22 August 2012 — 00:39) писал:

Написать плагин

Поддерживаю.

skyteacher (22 August 2012 — 02:50) писал:

Жди с моря погоды, пока напишут

А сами? sasl знаете, сделайте вызов окошка по комбинации клавиш например. В окошке можно допустим галкой ткнуть заход, а плагин сделает всё остальное. Или просто чтобы можно было вбить eddm 08l, плагин найдёт маяки и отрубит.

По своему усмотрению, сценарист оставляет привода с приглянувшемуся ему торца. Я бы не стал воротить с обеих сторон.

Да, знакомо…я за разные частоты, что бы точно знать, какой привод. Удалить с одной стороны — заход только всегда с одной стороны по приводам. А единицу добавлять по единому правилу, если глобально. Ну например у кого цифра полосы больше (если на 02-20 заходить с севера, то +1, или как с эшелонами на запад или восток)

Сообщение отредактировал skyteacher: 22 August 2012 — 01:07

inv (21 August 2012 — 23:56) писал:

Вроде бы только «отказом» отключать приводы с противоположной стороны.

Что-то при беглом просмотре SDK пока не обнаружил такой возможности.. Как я понял.. навдата загружается один раз в память и висит там только для чтения.
Или таки можно?

Жди с моря погоды, пока напишут

к саслу еще примочка нужна, отдельный плаг с+ плюшный можно в корень кинуть к симу

Сообщение отредактировал skyteacher: 22 August 2012 — 03:24

Если быть точнее, то нужно вырубать не только привода, но и МРМ (маркерные радиомаяки) с неработающего направления. Как альтернативу мог (именно не могу, а мог) хотел предложить следующее. Например в готовящемуся к опубликованию сценарию имеется курсоглиссадная система с одного направления и привода с обеих. Вначале хотелось оставить заход по маякам с правильного направления (т.е. с оборудованного) и заход по приводам с противоположного. Вторую группу приводов просто не устанавливать. Но вот незадача, как ОСП, так и КГС (ILS, ПСП) требуют наличия маркеров. И получается, что при взлете с любого направления в период интенсивной работой механизации слышны предательские писки (звонки), Типа паразитирующих и отвлекающих. Так что, проблема ограничивается не только лишними приводами.
Я понимаю, народу достаточно хорошо выполненного сценария в виде подложки и объектов на аэродроме. Но нужно стремиться к совершенству.
Поэтому и возник такой вопрос.
С может быть ну его нафиг? Установить с одного направления все наземное оборудование, включить и заставить симмеров радоваться? Но опять же, а если случайно (с реалвёзы) дунет более 5 м/с попутняк?
Есть еще трезвые идеи?
Просто хотелось ьы раз и навсегда закрыть этот вопрос в т.ч. для следующих сценариев.
То ли дело аэродром МВЛ. В котором из наземного оборудования только ветроуказатель…

Jazz (22 August 2012 — 09:52) писал:

Про маркеры не уверен, но ADF можно править «на лету», указывая на включенные станции с нужного направления.

Скажите как, может что-то попробую. ADF в самолёте то понятно как настроить на частоту, а вот как включить-отключить/править navid я не нашёл. :umnik2:

Сообщение отредактировал Rhard: 22 August 2012 — 12:41

Про маркеры не уверен, но ADF можно править «на лету», указывая на включенные станции с нужного направления.

Я в своих сценах для MSFS делал +1 к частотам для ВПП с большим номером. Но, это не решает проблему с маркером. Как вариант — можно сделать два сценария, в каждом из которых присутствует оборудование только для одного направления. Однако, этот вариант хорош для тренажера, где заранее поставлена задача, а для полета издалека, когда рабочая ВПП зависит от погоды в моент прилета, такое решение явно будет неудобным. Короче, беда… В конце концов можно сделать и первый, и второй (вторые) варианты, и придложить юзеру самому выбрать наиболее приемлимый для него.

Rhard (22 August 2012 — 05:14) писал:

Что-то при беглом просмотре SDK пока не обнаружил такой возможности.. Как я понял.. навдата загружается один раз в память и висит там только для чтения.
Или таки можно?

Навдата висит, всё правильно. Надо манипулировать отказами. (То есть то, сейчас можно руками выключить NDB, если пойти в меню отказов и там явно это сделать). Вся суть плагина должна своиться именно к этому, потому как листать ндб в отказах не комфортно :)

inv (22 August 2012 — 17:36) писал:

Навдата висит, всё правильно. Надо манипулировать отказами. (То есть то, сейчас можно руками выключить NDB, если пойти в меню отказов и там явно это сделать). Вся суть плагина должна своиться именно к этому, потому как листать ндб в отказах не комфортно :)

А вот в SDK нет такой возможности.. и датарефа такого..
Но то что пишет Джаз — возможно..

Теория такая.
1. Находим нужные нам маяки (допустим 4 штука, по паре на направление), запоминаем их частоты и координаты.
2. Определяемся, с какой стороны будут рабочие, а с какой — нет.
3. «Слушаем» приемники, как только какой-либо комплект настроен на частоту маяка: пишем override_adf=1, считаем азимут на рабочий маяк и пишем его в adf1_dir_degt

Тут остается один минус, если один комплект ADF будет настроен на одну из наших станций, а второй на какую-либо иную, то второй комплект будет показывать ерунду. Надо проверить, можно ли переписывать adf1_dir_degt без оверрайда и если можно — проблема решена. Если нельзя — тогда придется позаботиться обо всех ОПРС в радиусе 50км.

По маркерам идея такова: прописывать over_xxx_marker=0, если мы в радиусе 1км от нерабочей станции или, если это не будет нормально работать, временно глушить marker_audio_working.

Jazz (22 August 2012 — 17:58) писал:

По маркерам идея такова: прописывать over_xxx_marker=0, если мы в радиусе 1км от нерабочей станции или, если это не будет нормально работать, временно глушить marker_audio_working.

Скажите, есть идеи как найти все четыре NDB.. Думал уточнить алгоритм:
1) Найти ближайший от нас аэропорт.
2) Найти ближайший от аэропорта NDB.

А вот как ещё возможные три найти? XPLMFindNavAid выдаёт только по одной точке за раз.
Пока только такое придумал:
1) находим ближайший от АПТ НДБ. Далее идём по прямой от АПТ до НДБ и ещё на несколько км далее.
2) ищем из этой точки следующий NDB.
3) прыгаем симметрично на другую сторону — находим ещё два.

Только проблематично такое решение, т.к. аэропорты разные бывают. С разным кол-вом приводов и тд.. Много условий проверки.. Как то для такого простого плагина заморачиватся..
Может есть путь проще?

Или прикручивать стороннюю базу — от VASFMS например, что как бы тоже.. (тут правда можно только NDB вытянуть).

Знающие, напишите пожалуйста стандартную конфигурацию приводов. Диапазон удалений от торца.

Кстати, Джаз, как вы в своём плагине считаете координаты торцов полос. Ведь в базе X-Plane этих данных нет.. или у вас там тоже своя база имеется?

Сообщение отредактировал Rhard: 23 August 2012 — 05:52

В России приводные обычно стоят на удалениях 1км и 4км, плюс-минус немножко. Можно сделать выборку по 3-м условиям: привод находится с нужной стороны от торца, не дальше 6км от торца, не дальше 100м от продолженной центральной линии впп. Любой привод, проходящий по всем трем условиям гарантированно принадлежит нужной нам стороне впп. Координаты торцов и посадочные курсы можно брать из apt.dat, все остальное из nav.dat.