Pack Rat

ЗАЧЕМ?!! ЛД - штатная возможность. Более того, без ЛД "запоминание" целей и прочие возможности ВЦУ просто бесполезны. Простите за резкость, но хватит нести бред! И Вигген сюда тоже приплетать не надо, это вообще другой тип ЛА работающий в других условиях. Попытаюсь в последний раз. Если и с этой попытки не поймёте - больше разжёвывать не буду. Итак. У нас есть наклонная дальность до цели и угол места линии визирования. Превышение/принижение цели относительно вертолёта - это произведение наклонной дальности на синус угла места линии визирования (здесь база - платформа ИКВ, которая держит горизонт). QNH - это общая база для отсчёта высот, условный "уровень моря". На всей карте оно едино при статической погоде, а в реале это давление можно считать справедливым для весьма большой площади, оно не так уж сильно и быстро меняется. Что делает QNH наиболее логичной и удобной общей базой для определения высоты. Высота вертолёта над уровнем моря минус принижение цели равно высота цели над уровнем моря. Всё. Никакое QFE здесь использовать не надо ни в коем случае, это бессмыслица: мы не знаем высоту цели заранее, а вычисляем её. Ладно, не я это начал. Я предупреждал. Хотите неудобных вопросов - сейчас будут. Компания ED не демонстрировала источники на данный аспект работы системы. Когда их увидим - вопрос будет закрыт. Ну или можете вы привести ссылки, где компания ED приводила источник на алгоритм определения высоты цели по И-251. Я утверждаю, что до сего момента включительно такие материалы компания ED не публиковала. Хотя по другим вопросам (напр., рабочие диапазоны ДИСС, режимы ИКВ и некоторые прочие) сканы источников показывали. "Факт", о котором вы говорите, пока что не подтверждён ничем, строго говоря. А пока ищете ссылки - загляните заодно сюда: https://www.digitalcombatsimulator.com/ru/news/changelog/openbeta/2.8.2.35632/ Это список изменений одного из патчей. Посмотрите в часть, касающуюся модуля "Чёрная Акула 3": Вот вам ИСТОЧНИК прямо от компании ED. Которая открыто признаёт, что не в курсе, как работает на Ка-50 режим АДВ (потому и привязали его сначала к ИНС, что является нонсенсом). Получается, что документация, имеющаяся в распоряжении ED, неполна (на самом деле она по определению неполна, но вы вряд ли отдаёте себе отчёт, почему так). Не надо обсуждать со мной источники, которых вы сами не видели, ладно?

Неправильно. Ничего подобного тут - конкретно на Ка-50 - не требуется. Достаточно просто выставить QNH из метеосводки и далее вычислять принижение/превышение цели тригонометрическим методом. Не факт. Далеко не факт, что машина была спроектирована именно так. И лучше не развивайте эту тему, иначе откроете очень большую банку червей. Я специально обошёл этот момент вниманием, не стал поднимать крайне неудобные вопросы и хотел бы не поднимать их впредь. Не надо провоцировать такое развитие событий.

@Chizh UPD Нашёл кое-что ещё (прошу прощения за паузу, на форуме я набегами). Речь идёт об этом самом баге, исправленном в обновлении OpenBeta 2.8.3.37556 от 10 марта 2023. Как раз попадает в наше окно 25.12.2022 - 26.03.2023. https://www.digitalcombatsimulator.com/en/news/changelog/openbeta/2.8.3.37556/ https://www.digitalcombatsimulator.com/ru/news/changelog/openbeta/2.8.3.37556/ При этом в секциях ченджлогов, посвящённых Ка-50 (на обоих языках) ничего подобного и близко не упоминается. Вот и нашёлся наш костыль, с точностью до дня и до патча.

К счастью, у меня ходы записаны. 25 декабря 2022 баг с выводом Шквала по вертикали был в наличии, и я его тот день задокументировал и залил на ютуб (среди прочего). Учитывая путаницу с преждевременно "утёкшими" в ЧА2 фичами ЧА3, искать, в какой момент этот баг появился, я пока что поленился (однако 4 ноября 2022 этого бага ещё не было, вместо него был другой, с прочими багами предрелизной ИКВ). 26 марта 2023 бага с выводом по вертикали уже нет (задокументировано аналогично). Правки этих багов никогда не попадали в ченджлоги, их всегда правили "молча". Однако, наиболее вероятное обновление, когда потрогали вывод Шквала по высоте - то же, где правили алгоритм автодоворота на цель, отвязав его от ИНС (куда он перед этим был привязан; кстати, тут тоже крайне интересный вопросец вырисовывается, но не будем усугублять). Между вышеозначенными датами основательно трогали системы Ка-50 только в обновлении Open Beta 2.8.2.35632 от 25 янваля 2023. Видимо, именно в этом обновлении (они тогда выходили ну очень часто) добавили костыль с прямой передачей данных о высоте от движка игры вместо моделирования работы с бортовыми датчиками, по каким-то причинам окончательно отбросив попытки отладить "честное" моделирование данного процесса. https://www.digitalcombatsimulator.com/ru/news/changelog/openbeta/2.8.2.35632/ https://www.digitalcombatsimulator.com/en/news/changelog/openbeta/2.8.2.35632/

Это даже не обсуждается - совершенная точность по определению недостижима (а в те годы на тех ресурсах - и подавно). Но я тут немного порылся в статистике, сделал кое-какие простенькие расчёты. Получается, что колебания атмосферного давления в течении суток (за исключением экстремальных случаев, типа штормов, гроз и т.п.) обычно дают увод барометрического определения высоты (на малых высотах, для высот более километра я расчётов не делал) в пределах ~100 метров за день (а время нахождения Ка-50 в воздухе всё же меньше), плюс собственная погрешность прибора (несколько десятков метров). Т.е., при использовании барометрического высотомера при рассчёте высоты сопровождаемой цели точность вывода по высоте будет сопоставима с точностью вывода по горизонтальным координатам, счисляемым ИНС (а то и выше!). Причём на любом рельефе и без ситуаций вывода "с точностью до наоборот" (которую будет регулярно давать метод с радиовысотомером на сложном рельефе). Другое дело, что у меня нет доступа к конструкторской документации данной конкретной машины. Но по чисто инженерным соображениям выходит вот так. Прочие решения получаются хуже по тем или иным причинам. Что же касается явного костыля с подстановкой данных от движка игры (вместо показаний высотомера) - то порывшись немного в истории багрепортов и патчей я даже мог бы точно указать обновление, в котором этот костыль был добавлен.)

@Chizh в игре, в её нынешнем состоянии, при определении высоты точки на местности, в которой находится сопровождаемая Шквалом цель, высотомеры не используются вообще. Ни радио, ни барометрический. По всей видимости, прямо от движка игры берётся точное значение высоты вертолёта над уровнем моря. Наглядная демонстрация прилагается. А должна быть барометрическая высота. Применение радиовысоты в таких расчётах лишает систему ВЦУ смысла при действиях над любым рельефом, который хоть чуть сложнее, чем стол.

Готово. Набор и спуск "ступеньками" (для наглядности) до 300м и обратно. Явление наблюдается давно, воспроизводимость 100%, я просто его не трогал до поры, пропуская вперёд другие проблемы. Ka-50_altimeter.trk

Показания радиовысоты на ИЛС и на аналоговом "будильнике" расходятся. Или так и должно быть?

При всём уважении - это бессмыслица. Определение высоты цели при этом будет вообще никак не связано с реальностью. Если мы "запомним" цель, вычислив её высоту с использованием данных радиовысотомера (вместо барометрического), то когда вертолёт переместится, вывод Шквала по высоте будет с огромной ошибкой, тем более чудовищной, чем сложнее рельеф (да тот же Кавказ, например). Простой пример. Радиовысотомер показывает высоту 30 метров над землёй (вертолёт завис над сушей). Тригонометрическим методом мы выясняем, что цель находится на 200 метров ниже вертолёта. Высота цели - минус 170, что ли? Затем вертолёт переместился (заходит на цель с другой стороны), летит над морем на высоте те же 30 метров, пилот делает вывод Шквала на запомненную цель - и Шквал целится под землю, потому что считает, что высота цели "минус 170". Так как на самом деле в момент замера вертолёт был на высоте 1200 над уровнем моря - а цель, соответственно, на 1000м над уровнем моря. Раньше вертолёт был выше цели на 200 метров, а теперь он на 970 метров ниже неё! При расчёте исходя из радиовысоты (вместо барометрической) Шквал промахнётся по вертикали более чем на километр - и уставится в точку на местности вообще бог знает, насколько далеко от цели. Погрешность самого барометрического высотомера выглядит предпочтительной на фоне такого ужаса, делающего систему ВЦУ почти бесполезной. (Кстати, некоторое время после выхода ЧА-3 с выводом Шквала по вертикали был очень похожий баг, сейчас уже исправленный - там причина была в другом, насколько я понимаю, но эффект для пилота был тот же.) А передача ВЦУ в группе? Ещё круче будет, если один вертолёт "запомнил" цель, находясь над морем (с безопасной дистанции) - и передал второй паре, которая влезла в горы (чтобы скрытно приблизиться и ударить с другой стороны), теперь те пытаются сделать вывод (всё это - опираясь на радиовысотомер). Шквал уставится куда-то в пространство поверх цели и линия визирования может пересечь поверхность в бог знает, скольки километрах за целью (при условии, что будет при этом хотя бы не в небо смотреть, считая, что цель выше вертолёта на 970 метров, хотя теперь она будет ниже на 200). Неужели на реальной машине действительно был реализован такой, извините, инженерный идиотизм, как опора только на радиовысоту при определении положения цели?! Чтобы точно вывести Шквал на запомненную цель, нам нужно знать её высоту над уровнем моря (или относительно ещё какой-то общей базы), а не относительно той точки местности, над которой вертолёт был на момент замера. С помощью радиовысотомера этого добиться невозможно. Да, на Ми-24 дальность, вводимая в прицел автоматически (для пусков НАР и стрельбы из пушки), рассчитывалась тригонометрическим методом по радиовысотомеру. Но там и дистанции смешные, до 2км всего, и нет механизма "запоминания/передачи/вывода" - чисто для себя, на выстрелить "здесь и сейчас". У Ка-50 другая история, он работает на порядок дальше и значительно сложнее, там этот метод совсем не годится.

Некоторые модификации и в металле строили. И "Меркурий" ставить пытались (который показал себя неудовлетворительно, пришлось затею бросить), и другие вариации. Иногда даже рабочие, иногда дальше макетов не заходило. Насколько мне известно, уже после того, как Ка-50 своё отвоевали, над ними ещё продолжали всевозможные опыты ставить, используя для обкатки различных решений. Даже идея создать для Турции боевой вертолёт на базе Ка-50 была (назывался "Эрдоган", кстати - и он тоже предусматривал шесть точек подвески). Правда, дальше макета, насколько я помню, там дело не пошло. Был даже реально летавший опытный образец на базе Ка-50 с двухместной кабиной от Ка-52 (и частью нового оборудования оттуда же)! При желании можно нарыть кучу кадавров разной степени неудовлетворённости. От реально летавших до макетных и бумажных. Но (ИМХО!) это всё-таки моветон и некомильфо, на вооружении оно нигде не состояло. Это будет даже хуже, чем J-8II, который сейчас Deka Ironworks пилит )

То есть вымышленный. Гипотетическая конфигурация. Документации, подтверждающей существование "в металле" (а тем более на вооружении) Ка-50 в конфигурации, описанной в BS3 "обр. 2022" я до сих пор не видел. Возможно, у разработчиков есть, если сочтут нужным - поделятся. Но пока не наблюдаю никаких доказательств. Ка-52 - это совершенно другая машина, не надо её сюда приплетать. Ну, если хотите серьёзное - можно серьёзное. Я даже сделаю скидку на то, что вы пользуетесь системой автоматического перевода (насколько я могу понять, русский язык вам не родной, поэтому к ошибкам перевода придираться не буду). Эффект Доплера не имеет никакого отношения к измерению высоты радиовысотомером. Он имеет отношение к работе ДИСС - но отнюдь не в контексте измерения высоты. А если ещё серьёзнее, то высота, замеренная радиовысотомером, почти бесполезна при определении высоты точки на местности, наблюдаемой Шквалом) При сложном рельефе местности, со значительными перепадами высот - вообще бесполезна (а ведь Ка-50 работали в Чечне, это, в том числе, гористая местность). Какую-то точность можно получить, используя барометрическую высоту (желательно QNH; тогда у вертолёта и цели появляется общая база для отсчёта высоты - "ноль" барометрического высотомера), хотя там тоже не всё идеально (это уже отдельная тема). Таким образом, отсылка к радиовысотомеру в данном контексте неуместна.

Captured near Ushuaia. Cargo ship model scaling is weird.

И что это за документ тут приведён? Прототипом для Ка-50 в игре послужил в своё время вполне конкретный борт, реально существовавший. А это что такое и откуда? Хотелось бы подробностей. Коллега, без обид, но это бред. Не надо так.

Both in RWS and TWS modes (but NOT in VS mode). When strobe reaches top side of the screen, it snaps to center. When strobe reaches bottom side - it snaps to top. Stops at left and right borders normally, though.

This bug is still there. Perhaps it was not addressed yet...

@Volk. нашёл интересное. При запуске (или перезапуске по питанию) АБРИС берёт текущие координаты вертолёта по данным ИКВ. Не ошибка ли это? Если АБРИС не умеет использовать ИКВ в качестве источника координат в реальном времени (обсуждали тут ранее), то логичней было бы, если б АБРИС при запуске брал КС, а не текущие координаты. Или так и было на реальном Ка-50 (я помню, что там, вроде как, другая навигационная система стояла в реале, но тем не менее)?

Occurs on SA map only. Other maps (both 3-rd party and ED) are OK, this bug can be reproduced on SA map only. Deka suggests to report it here as well.

You are right. I'll try to report to Razbam as well. Thank you.

DCS OpenBeta MP 2.9.1.48335. Playing with DST-00. Switching northern/southern hemisphere works as intended. Attempt to switch wester/eastern hemisphere instantly resets coordinates (both lat/lon) to on-start default values.

@BigBornerThe problem was on my side. After sorting it out everything works as you say. So no bug here, it was my mistake.

@Napillo In narrow (30 deg) FOV the pass is very fast (less than a second). And still, SPI placement error many times bigger than my plane changes it's position while radar does a single pass. Also, I'm not moving the cursor long enough to let my radar do several passes before putting SPI. Watch closely at 0:14 - SPI is placed outside the designated cone, too far away to the right. Miles away. There is no way I can drift that far to the left that fast.

Pressing S2: right should cycle scan cone width. It does not in TWS and RWS modes. Works fine in VC mode though. MFD button still cycles scan cone width in any (RWS,TVS,VS) mode.

Bump. Still broken in 2.9.

Я повесил ручки телевизора и рамку на энкодеры. Получилось вполне пристойно.

Возник вопрос по индикации направления и скорости ветра (средняя кнопка в нижнем ряду на ПВИ). Марианны, горячий старт на площадке в Rota Intnl (173 метра над уровнем моря). На спавне индикатор ветра показывает в точности то, что в метеосводке "у земли" (196 градусов, 5м/с). Рядом с ВПП торчит носок, судя по его положению всё примерно так и есть. Погода статическая. Зависаю на высоте 4м, развернув машину против ветра - показания те же. Вертикально набираю высоту 100м над аэродромом - показания те же. Спускаюсь до высоты 10м и начинаю горизонтально летать вдоль ВПП туда-сюда на высоте 10м. Показания на ПВИ начинают обновляться примерно в момент, когда стрелка указателя скорости отходит от нуля. Далее на ПВИ в качестве "направления и скорости ветра" индицируется всякая лютая дичь (я так и не понял, в каком месте она связана с ветром - как по скорости, так и по направлению). Обновление показаний прекращается, когда стрелка указателя скорости ложится на "ноль" (понятно, что воздушная скорость в этот момент ещё не равна нулю, но прибор её уже не отображает), цифры фиксируются и больше не меняются, пока вертолёт не разгонится снова до скорости, которую способен отобразить УСВИ-400. Ставлю машину на то же место, откуда взлетал, выключаю двигатели и торможу винты, чтобы полностью исключить поток от них - показания на ПВИ не меняются - как зафиксировались при постановке стрелки УСВИ-400 на ноль, такие и остались. Носок рядом с ВПП при этом показывает то же, что и в начале, совершенно другое, чем застыло на ПВИ. В таком виде "индикация направления и скорости ветра" индицирует что угодно, кроме направления и скорости ветра, и выглядит совершенно бесполезной с практической точки зрения. Видимо, я что-то важное упускаю. Каковы эксплуатационные ограничения и особенности данной функции, которые необходимо учитывать?