mahus001 писал(а):Может кто сталкивался с такой проблемой? подключаем через симтулс, сила стоит 100% в профайл эдиторе.

А например 200% поставить там нельзя? А как-же на разгон поставить 150%, а на торможение 75% к примеру? Ни разу не запускал его ... что-то еще больше меня от этого симтулс отталкивать начинает. Посижу наверное на старом добром x-sim

null писал(а):Ни разу не запускал его ... что-то еще больше меня от этого симтулс отталкивать начинает.

Ну ты прямо "не читал, но осуждаю"

mahus001 писал(а):Вчера его собрали, попробовали на ЛФС, диапазоны честно говоря огорчили немного, особенно на ускорении и торможении (может правда машина была медленная)).
Видно, что у моторов запаза хода ещё много, а при нажатии газа в пол кресло едва наклоняется назад. Возможно в других играх будет лучше.
Может кто сталкивался с такой проблемой? подключаем через симтулс, сила стоит 100% в профайл эдиторе.

В симТулс есть еще одна настройка, и заключается она в настройках MINMAX. Логика там простая - из каждой игрушки плагины выдают "сырые" данные, никак не отмасштабированные. Поэтому прежде чем SimTools их использует, он их масштабирует, используя как раз значения min-max настройки для конкретной игры.

Доступ к настройкам мин-макс из Game Engine - Tuning Center. Там можно запустить процесс полуавтоматической настройки лимитов, нажав кнопку [ Capture Min Max ] и проехав по трассе, пытаясь создать максимальные ускорения...

Ale писал(а):Ну ты прямо "не читал, но осуждаю"

Ага, согласен, как-то так

Ale писал(а):Доступ к настройкам мин-макс из Game Engine - Tuning Center. Там можно запустить процесс полуавтоматической настройки лимитов, нажав кнопку [ Capture Min Max ] и проехав по трассе, пытаясь создать максимальные ускорения...

Убедил Как зашевелится конечно попробую после 11.11 долго посылки идут

Ale писал(а):Доступ к настройкам мин-макс из Game Engine - Tuning Center. Там можно запустить процесс полуавтоматической настройки лимитов, нажав кнопку [ Capture Min Max ] и проехав по трассе, пытаясь создать максимальные ускорения...

Там вроде написано проехать аккуратно, избегая сильных ускорений и аварий

3. Drive around the track carefully not to bump walls or hit anything that will skew the results. You should see the new Max/Min values being captured in the Tuning Center window

http://www.xsimulator.net/tuning-centre/

Spirit писал(а):Там вроде написано проехать аккуратно, избегая сильных ускорений и аварий

Ну, возможно. Хотя странно. А если потом ты не будешь ехать аккуратно и ускорения будут превышать лимиты?

Я полагаю, что это как раз величины МАКСИМАЛЬНЫХ отклонений в игрушке, при нормировке на которые на выходе получаются величины в пределах от 0.0 до 1.0 (100%) И уже от этих значений берутся доли для вычисления выходного сигнала для моторов.

Естественно не надо допускать аварий и ударов. Но вот ехать и тормозить и поворачивать надо "хорошо", ИМХО

mahus001 писал(а):Всем привет!)
подключаем через симтулс, сила стоит 100% в профайл эдиторе.

Попробуйте в Simtools Engine / Axes выставить параметры Sway и Surge до 70-80% для игры LFS. Для каждой игры необходимо по своему выставлять настройки осей.

Ale писал(а):

Spirit писал(а):Там вроде написано проехать аккуратно, избегая сильных ускорений и аварий

Ну, возможно. Хотя странно. А если потом ты не будешь ехать аккуратно и ускорения будут превышать лимиты?

Я полагаю, что это как раз величины МАКСИМАЛЬНЫХ отклонений в игрушке, при нормировке на которые на выходе получаются величины в пределах от 0.0 до 1.0 (100%) И уже от этих значений берутся доли для вычисления выходного сигнала для моторов.

Естественно не надо допускать аварий и ударов. Но вот ехать и тормозить и поворачивать надо "хорошо", ИМХО

Запустил тюнинг центр... Похоже значения можно только уменьшать, так как если ехать без аварий, стандартные значения основных осей, установленные плагином изначально, не превышаются.
Вообще как-то тяжело найти баланс и отмасштабировать каждую силу. По отдельности все работает отлично, но когда смешиваешь все в кучу - получаешь дисбаланс. Еще когда включены одновременно противоположные по направлению силы, вылазит глюк - проявляется это в скачкообразном изменений значений оси от минимума к максимуму. По моим наблюдениям надо иметь хотя-бы 3 оси и разделить противоположные по воздействию силы такие как Roll и Swa/; Pitch, Surge и Heave по раздельным осям... ну или чем-то жертвовать.

Ну как? Разобрался с тюнинг центром? Я пробовал изменять значения для Heave... если их увеличивать - реакции ослабляются, если уменьшать - усиливаются, но уменьшать особо некуда... для Assetto например стандартное значение 3. Но оно в моем случае избыточно. Значения применяются во время игры - удобно.

Spirit писал(а):но уменьшать особо некуда... для Assetto например стандартное значение 3

Ну, значения ведь не "целые". Там для уменьшения еще вагон возможностей )) вплоть до 0.0001 И дальше

Не успел проверить дробные-аккумулятор сел, но уже опуская до 1 имеем переизбыток. Я выкрутил ось в 100%, а значения установил 5 и -8, при стандартных 3 и -3.

Всем привет, я второй пилот в этом проекте и у меня есть несколько вопросов.
SimAl рекомендует слать данные из игры сразу на com-порт, что я и хочу сделать для начала, чтобы пощупать как работает симулятор, так как разработка в UE ведется на native c++ (с некоторыми надстройками) я могу юзать win api, но проблема что с хардваром я никогда не работал и начинаю разбираться что к чему только сейчас. Собственно текущая задача состоит в том, что мне нужно уметь "играть" с моторами из консоли, посылая значения введенные пользователем. Из этой задачи вытекает несколько вопросов:

Иван, который поставил нам симулятор также отправил соответсвующий конфиг для simtools



1)Почему пропускная способность выставляется в 500000, мои поиски привели меня к тому что 256000 - максимальное значение
2)За что отвечают ключи конфига OutPutBits, OutPutType, StartHW, PacketRate, StopHW? В стандартной процедуре установки соединения и записи в com-порт я не нашел для них применения.
3) Если я правильно понял, маска данных для контроллера выглядит таким образом: [A<Axis1>][B<Axis2>]. Что в этой маске значат цифры 128? являются они пороговыми максимальными величинами для моторов?если да, то что будет если я передам бОльшие значения?
4) Как часто я могу слать данные в контроллер, если моя игра имеет фреймрейт 60fps, могу ли я слать данные 60 раз в секуду?
5)Так как я работаю напрямую с контроллером возникает вопрос, могут ли мои параметры быть небезопасными? Я предполагаю, что резкие изменения положения моторов могут привести к износу моторов, какие еще есть подводные камни.
6) Есть ли у кого исходники для подобной задачи, было бы здорово на них глянуть.

Заранее спасибо

Прошивка в Arduino - http://www.xsimulator.net/community/thr ... post-48122 там в третьем сообщеним есть информация про команды.
Цифры 128 значат - что в начале и вконце игры принять центральное положение. Диапазон движений для моторов 0-255.

kovewnikov
1)Максимальное значение зависит от преобразователя usb-com, который установлен в Ардуино. Там может и больше мегабита быть. Ну и скорость должна быть реализована в прошивке. Как по мне, это для ардуино многовато, но разработчику прошивки и виднее.
2)Залей этот конфиг в симтулз и посмотри. Судя по названию OutPutBits разрядность выводимого значения, OutPutType система исчисления десятичная/шестнадцатиричная, StartHW пакет, Отправляемый, при старте симтулз, PacketRate период следования пакетов, StopHW пакет при остановке симтулз.
3) По смыслу, вроде должно быть 512, ХЗ, почему 128.
4) В твоей настройке 10мс. Соответственно 60фпс прожует, хотя по хорошему нужно сделать в отдельном потоке, чтобы не тормозить рендеринг.
5)По идее это задание контроллера отсеять опасные случаи, хотя прошивка самопальная, может быть всякое. Как минимум ты можешь сбить настройки пид регулятора. Но в монстрах защита от всего, ничего непоправимого случится не должно.
6) Бери любой исходник для работы с последовательным портом. Тебе даже проще - ничего принимать не нужно, только отправлять. Там две функции из винапи - открыть файл и записать в файл.

Установки любой терминал последовательного порта и потренируйся на кошках.

Спасибо за ответы, мы вернулись к проекту после новогодней суеты
Итак с протоколом вроде разобрался, если нужны подробности смотри спойлер.



Следующий вопрос о реалистичной переворотов в воздухе. Как реалистично сэмулировать ситуацию, если машина в игре совершает прыжок на трамплине и совершает переворот в воздухе? Допустим, граничное значение крена где-то 30-70 градусов. Пока приходит только решение в лоб: Как только крен влево дошел до граничного значения, резко осуществить крен в противоположную сторону также до граничного значения и постепенно выходить на ноль.
Можно также ввести какую-нибудь зависимость y= f(x), такую, что:



где: x - крен в игре, y - крен симулятора

Самый главный вопрос, не сломают ли такие упражения мои актуаторы? Где-то натыкался на информацию о том, что резкие крены выводят их из строя.
Я понимаю, что это техническое ограничение и выше головы не прыгнешь, но может у вас есть какие-нибудь идеи или замечания по эмуляции физики автомобиля, давайте обсудим.

kovewnikov писал(а):Следующий вопрос о реалистичной переворотов в воздухе. Как реалистично сэмулировать ситуацию, если машина в игре совершает прыжок на трамплине и совершает переворот в воздухе? Допустим, граничное значение крена где-то 30-70 градусов. Пока приходит только решение в лоб: Как только крен влево дошел до граничного значения, резко осуществить крен в противоположную сторону также до граничного значения и постепенно выходить на ноль.

Вообще говоря, на подобных устройствах речь не идет о реалистичности. Для реалистичности 6dof нужно. И математика, чтобы не тупо повторять данные по положению машины, а знать куда и когда рвануть, чтобы имитировать перегрузки. А наши устройства подходят только для того, чтобы было прикольно. Я продал одному товарищу симулятор, он поставил, катает людей, снял ролик, прислал мне. Я смотрю - оси инвертированы. Сказал ему, он отвечает: "а людям нравится". И это главное. Так что в случае переворота машины, с пользователем, очевидно, должно случится что-то хреновое, чтобы не повадно было. Швырнуть до упора влево, затем вправо, как ты предложил, вполне годный вариант.

kovewnikov писал(а):Можно также ввести какую-нибудь зависимость y= f(x), такую, что:



где: x - крен в игре, y - крен симулятора

Такое и так происходит на аппаратном уровне. Поскольку кривошип двигателя совершает круговые движения, а платформа, условно, движется вертикально, то получается что-то вроде половины синусоиды просто из-за механики. Безусловно можно усилить или уменьшить эффект еще программно.

kovewnikov писал(а):Самый главный вопрос, не сломают ли такие упражения мои актуаторы? Где-то натыкался на информацию о том, что резкие крены выводят их из строя.

Не думаю, что даже авторы сима представляют сколько, в каких режимах и при каких нагрузках они проработают. Как сломаются, расскажи. Вообще слабое место в червячных редукторах - ведомая шестерня, поскольку изнашивается все время в одном месте. Позитивный момент: если она подохнет в одном месте, можно провернуть выходной вал на 180 градусов и она прослужит еще столько же.

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

Давай, нужно сделать так:


Но "крышу" даже здесь поймать не получится. Готов взяться за модернизацию.