VG54

Именно. Вот поэтому я и не гну кривые, а наклоняю, уменьшая насышение. Отклик при этом линейный. Да, пропадает максимальное отклонение ручки, но если оно вдруг потребовалось на Ми-8 - значит уже "прилетел", и поздно махать ручкой.

У меня g940 с ОС. На короткой ручке и прямых летать можно, а вот висеть не комфортно, поэтому использую кривые. Да, с обратной связью получается рассинхрон, я поднимал этот вопрос на форуме. Сказали баг, но в связи с небольшой распространенностью девайсов с обраной связью править это не будут. Поэтому использую simffb, с ней триммирование на кривых работает отлично. PS даже не кривые, а "наклон прямой", т.е. уменьшение диапазона перемещения виртуальной ручки = уменьшение чувствительности джойстика.

:thumbup: красиво написано

Все верно, но у топикстартера педали "от автосиммулятора" :) - боюсь этот совет не применим

Я тоже нашел это на форуме. Доя целей создать файл с точками она слишком серьезная. Поставил, напугался и удалил :) Да и делается с ее помощью то-же самое- подмена файла navaids.dat, просто генерит его эта прога. Но согласитесь, этот функционал должен быть реализован в платном (!) модуле.

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

Одинаковые заводские номера на всех лопастях это баг? Или армия закупилась контрафактом :) Кстати, и сигнализаторы давления отсутствуют...

Уважаемые разработчики! Есть ли возможность сделать сохранение пользовательских точек (user wpt) в постоянную базу данных? Ну ведь чертовски неудобно в каждой миссии все забивать заново.

Поподробнее можно? Гидроаккумуляторы стоят на линии нагнетания, соответственно если давление есть в них, оно есть такое-же и в самих гидросистемах. Движением огранов управления обеспечивают расход жидкости через гидроусилители, и расходоваться она будет как раз из гидроаккумуляторов (при остановленном винте и неработающих гидронасосах), до падения давления в них. Если я не прав, поправьте пожалуйста, аргументированно.

Значит там где я это наблюдал и правак был был сильным и давление система держала хорошо - видно было хорошо когда ручка стала тяжелой, но он продолжал ее маслать :) пока б/т не скомандовал- хватит. Кстати, подскажите пожалуйста, при таком стравливании давления происходит переход на дублирующую гидросистему после падения давления в основной?

Безусловно мне льстит Ваше предположение, но род моей деятельности указан в профиле. Вот есть старое видео из DCS, там видно что угол лопасти меняется не только при работе шагом, но и при работе РППУ - лопасти на противоположных азимутах меняют угол в разные стороны. Уж не знаю в какой версии DCS было это возможно, но что-то помнится что раньше ручка двигалась при отсутствии давления в гидросистемах, как в реальном вертолете. А потом это зачем-то пофиксили, и теперь красоту работы автомата перекоса уже не увидишь , удается только разок дернуть ручку, если быстро затормозить винт, чтобы посмотреть на эффект. А может замеченный Вами косяк при рабочих оборотах винта и не косяк вовсе - а экономия вычислительных ресурсов симулятора. На малых оборотах и стоящем винте визуализация есть, а вот то что кто-то будет оценивать угол лопасти на стоп-кадрах разработчики не подумали Кстати, пара вопросов к PilotMi8 - нельзя ли вернуть перемещение ручки при отсутствии давления в г/с, как в реале, где ручка перемещается, хоть и с трудом? - почему так быстро падает давление в г/с? На реальном вертолете можно совершить несколько полных движений РППУ до падения давления - а в модели оно быстро падает само, даже без расхода. Как будто не смоделировано наличие гидроаккумуляторов в системе.

Это хоть реальные видео по предмету обсуждения. Ваши - слишком примитивны, там даются только основы работы автомата перекоса. Хотя в первом товарищ и предупреждает, что рассматривает вопрос "не принимая во внимание действие реактивного момоента и вляние гироскопической прецессии". У его модельки и нет никакого опережения, там нечего смотреть. У Ми-8 есть. Посмотрите первые 15 секунд видео ниже, обращая внимание на правый нижний угол - там хорошо видно движение шарнира рычага поворота лопасти. Мы не знаем реальное положение ручки, но можно предположить что на запуске она стоит по центру, может чуть вперед. Видно что рычаг находится в самом низу когда проходит перед вертолета, при этом приводимая им лопасть отстает на 40-45 градусов (находится левее, против вращения винта). В этой точке у нее минимальный угол атаки. Но лопасть продолжит свое маховое движение вниз, и на вращающемся на рабочих оборотах винте, нижнюю точку в своем движении лопасть достигнет как раз при прохождении 12 часов (перед вертолета). Это и есть опережение, угол атаки лопасти изменяется ранее чем лопасть достигнет нужной точки. Аналогично и сзади. Рычаг в верхней точке над балкой, а лопасть в этот момент не дошла до балки на те-же 40 градусов, хотя именно сейчас у нее максимальный угол атаки.

В игровом руководстве написано слишком упрощенно. То что там написано справедливо только для двухлопастного винта - там действительно угол опережения (упреждения) может достигать 90 градусов. Но это частный случай. У Ми-8 видно что вынос рычага управления лопасти и тяга к тарелке автомата перекоса дают чуть больше половины расстояния между лопастями - а это где-то 35-40 градусов. Можно внимательно посмотреть видосы - там видно что при наклоне тарелки вперед не изменяется положение лопастей на 1 час и 7 часов, если принять что 12 - это перед вертолета. Соответственно при даче ручки вперед максимальный угол установки лопасти будет у лопасти не дошедшей до хвостовой балки градусов 40, а вот конус винта при этом будет иметь максимальную высоту как раз в районе хвостовой балки. PS И кстати в различных статьях копья ломаются пачками, но доминирует мнение что опережение определяется не столько гироскопической прецессией, сколько инерционностью самой лопасти. На Ми-8 в свое время угол был видимо подобран экспериментально...

Респект Вашим экспериментам :) Тогда остается признать что инженеры Лоджитека не дураки и специально заложили уменьшенный диапазон в стандартную прошивку с учетом разброса характеристик магнита и сенсора. И единственное что Вам остается - это ждать когда fred сделает свой патч со стандартными зонами. Или скомпилировать его самостоятельно из его исходников - там в комментах есть стандартные значения зон. Но, учитывая что за время существования его мода на разных форумах никто не отписался о подобной проблеме - это индивидуальная особенность вашего джоя. Применив дедукцию, принимая во внимание что ориентация магнита по вашим экспериментам таки влияет на зону, и имея информацию о том что ранее Вы магнит снимали и шайбу ставили... - возможно вам стоит продолжать эксперименты и подобрать таки правильное положение магнита. Убрать механизм, прилепить магнит на кончик карандаша и махать им над сенсором, глядя на графики.

Видел Ваш пост в другой теме. Если плата закрелена жестко и без возможности перемещения, остается проверить положение магнита (Кстати, а есть фото манита?). Не знаю как он там закреплен, но если и не смещен от центра, возможно нескольно повернут по оси - смещение полюсов и датчик так на это реагирует. Если почитать от него pdf у него там довольно сложное вычисление координат, в которое входит и удаление магнита и направление магнитных линий. Либо создать плате возможность немного передвинуться. Ну это если fred не напишет Вам персональную прошивку ;)

Commits on Sep 6, 2019 change default deadman switch state to active fred41 committed on 7 Sep 2019 Т.е. единственное изменение - можно не заклеивать датчик в ручке, он всегда активен.

Да, все правильно говорите. С simFFB у поршней не будет эффекта тряски. Зато будет вертолетный эффект триммирования, когда ручка с помощью FFB фиксирует текущее положение :smilewink:. Мне, например, так удобнее. Зачем? Косячок в DCS. Чувствительность осей джоя уменьшать можно, а обратная связь в соответствие не приводится. Я писал разрабам в соотв.теме, но учитывая малое число пользователей с устройствами FFB, сказали что править не будут. SimFFB же перехватывает управление обратной связью и приводит ее в соответстие текущему (реальному) положению ручки - как это и работает триммирование у реального Ми-8 (физически меняется "нулевое" положение ручки). И обратите внимание, я писал это применительно к вертолетам. Для Airbus, например, такое триммирование неприменимо.

Прошиваем _patched - мод. прошивка, _original - соответственно откат к исходной. G940_Update_FW0142_original.zip G940_Update_FW0142_patched_11may2019.zip

Судя по Вашей картинке, у меня ощущение что проблема в механике. Оси программно независимы друг от друга, а у вас в углах Y доходит до предела (значит устройство видит всю шкалу), а на 12 часах - нет. У меня на модифицированной прошивке по обеим осям 64-65471. В описании мод. прошики: -increasing the active stick zones (more movement in x and y directions). Может стоковая фирмваре просто обрезает ту зону, в которой у вас косяк механики. Надо посмотреть на raw data, которая у меня на мод. прошивке от -511 до 510. Это можно посмотреть с помощью DXtweak, заодно и сбросить калибровку осей в винде, если вдруг она там есть. PS на win7 DXtweak работал без проблем, а на Win10 выкидывает ошибку, но все равно работает :). Хотя может быть это связано не с виндой, а как раз с мод.прошивкой, т.к. на педалях и троттле никакой ошибки нет. DXTweak2_x64.zip DXTweak2_x86.zip

Вот тут писал про обратную связь в DCS и использование триммера на G940 и Ми-8: https://forums.eagle.ru/showpost.php?p=4147315&postcount=59 Там есть скрины с настройками и утилита.

Голосую. Против! :smilewink: :thumbup:

Звуковой мод надо размещать не в корневую папку самого DCS, а в папку пользователя C:\Users\%userprofile%\Saved Games\DCS.openbeta Там создать папку Sounds и в нее скопировать папки Effects и sdef из архива с модом.

Помилуйте, Dzen :) Вы же не приняли это "А давайте вообще запретим пользовательский контент?! Это безусловно добавит симулятору популярности." за призыв действительно запретить пользовательские миссии? Это фигура речи, гипербола, и сарказм. Причем обращенный к Wadim, а вовсе не к авторам симулятора. DCS, по моему мнению, один из лучших в своей нише.

Кстати, не смотря на изменение формата хранения звуковых файлов в корневой папке DCS, звуковой мод, размещенный по старому пути в \ваш профиль\Saved Games\DCS\Sounds продолжает работать. Проверил только что на 2.5.6. Надо только обратить внимание, что эта версия пока openbeta, и папка в Saved Games у нее DCS.openbeta, если у вас не переназначена в другое имя.

Боритесь вы конечно своеобразно ;) Даже у признанного диктатора Apple есть законченные версии их IOS. DCS же находится в стадии вечной беты. Наверное можно было бы оформить несколько удачных версий в виде stable релиза, которые можно было бы просто скачать с сайта DCS, и для которых энтузиасты сделали бы моды, миссии и вот это вот все... И можно было бы просто летать на такой версии, не ощущая себя вечным тестером - а все ли сработает в миссии так, как задумывал ее автор. Впрочем я совсем не хочу учить вас бизнесу, это ваш продукт и вы устанавливаете свои правила. Пока удовольствие от использования превышает неудобства - я подстраиваюсь. PS Прошу простить мне некоторое вольготное использование терминологии. Под 'stable релиз' я имею в виду законченную версию, далее существующую самостоятельно, возможно даже с поддержкой на некоторый срок.