[QUOTE=TRam_;47673]в ТРС есть 2 функции, которые позволяют ко-что делать, не трогая физики. Это функция определения текушей скорости состава и функция [B]задания[/B] скорости состава (мгновенной постановки данного значения скорости в метрах в сек.)

Допустим, нам не нравится тормозная система. Я нашёл всего 3 причины (и тут сразу вопрос - из-за 3 причин беспокоиться?)

1) отсутствие юза при торможении
2) невозможность создания сверхзарядки
3) тормозная магистраль изменяет давление во всём составе одновременно (но естественно при этом все 3-ходовые клапаны срабатывают слабее). При этом сцепки не сжимаются и не растягиваются

И элементарно говорим, что если МЫ ведём этот состав (добиваемся набилие возможн. реализма), то дефолтовские тормоза устанавливаются в полоение "зарядка" и мы его трогать пока не будем.

Если мы переводим кран поездного в положение "сверхзарядка", к переменным массивов, описывающих давление в ТМ и ЗР каждые 0.1 с добавляется некоторая величина (зависящая от давления в другой переменной, описывующей ГР и положения 3-ход. крана каждого вагона). При этом можно сделать проверку на разрыв ТМ при ревышении сверхзарядки... (при этом массив пертеменных, определяющих давление в ТЦ каждого вагона уменьшается (опять же в зависимости от разности давлений ЗР и ТМ в этом вагоне, а так же положения авторежима(3-ход. крана) ))

Ставим в поездное. Давление постепенно выравнивается во всём ТМ (не забываем при этом опустошать ГР, который при этом тоже "наполняет" (т.е. прибавляет к переменной некоторое значение) компрессор).

Аналогично делаем математическую модель тормозов, которая могла бы описывать давление в ТМ ТЦ каждого вагона и дополнительно ГР и УР лока(локов).

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

Делаем отдельный рычажок для нашего крана №3** (не помню) в кабине и самый главный процесс этой системы - "изменитель скорости". Если предыдущий механизм просчитывал всё с частотой в 0.1 с , то этот будет срабатывать каждый 0.01 с (и с увеличением скорости это число уменьшается) . Чего он делает

1) после прохождения цикла он определяет давление в ТЦ поезда, определяет с какой стороны состава оно больше, и соответсявенно включаетт на локомотиве тягу (небольшую) чтоб поезд либо "сжимался" либо "растягивался".

2) (самое главное) определял все тормозные (и наши "тяговые") силы (учитывая максимальную силу трения скольжения - иначе юз ) в поезде, определял, на каком уклоне находится поезд и вычислял ПОЛНОЕ УСКОРЕНИЕ ПОЕЗДА, затем "вспоминал" какая у него была скорость 0.01 с назад , и ЗАДАВАЛ с новое значение скорости V' = V - a*0.01 (a - ускорение состава при торможении)

И всё. Вот вам и вариант физики, никак не связанный с ядром. Причём последнюю функцию можно вызывать только тогда, когда у нас наибольшее давление в ТЦ больше некоторого значения, при котором тормоза "схватываются".
Напоминаю, при этом скорость будет меняться скачками, но я думаю, что период в 0.01 (а при скорости в 80км/ч его можно уменьшить до 0.005) для одного поезда а карте обеспечить можно. Но делать этого никто не будет...

А для малых скоростей (менее 1 км/ч) скриптом включается обычный (дефолтовский) тормоз - и состав окончательно заторможен[/QUOTE]
Спасибо за исчерпывающий ответ,TRam_. Т.е.применяется числовой метод приближенного решения дифференциальных уравнений. Задается промежуток времени, зависящий от величины скорости. Скорость в момент времени t+Δt зависит от скорости в момент t и пропорциональна ускорению. Надо сказать, физика с учетом давления достаточно сложная из за количества связанных переменных, и, думаю, будет существенно подтормаживать вычислительные процессы динамики движения. В целях упрощения физической модели, возможно, надо будет ввести ряд допущений для параметров.

[QUOTE=genesis;47626]Бот - это трайнзовский ИИ. Это не сленг.
ТРС это не полигон для экстримальных испытаний. Сами же сказали:
[QUOTE=Любитель;47523]В симуляторах для меня самое главное- реализм, т.е. физическая модель движения состава должна быть максимально приближенной к настоящей..[/QUOTE]

Какого Ч тогда возникают дикие нереальные предложения?

Надо четко представлять предназначение вещей - скриптов и самого трс.[/QUOTE]
Согласен, genesis, это моя недоработка. Плохо изучил программный аппарат управления поездом. Собственно, именно поэтому (если бы не загруженность на работе, я бы не пожалел времени на изучение ж.д.моделирования) я и стал задавать эти вопросы по моделированию физики движения людям более осведомленным в этом вопросе.
[QUOTE=genesis;47626]Какого Ч тогда возникают дикие нереальные предложения?[/QUOTE] Частично, по причинам описанным выше. Нереальность их зависит только от функциональных возможностей скриптов, программы TRS и компьютера.
Управляя составом по приборам из кабины локомотива в TRS не всегда можешь насладиться ландшафтами за окном. Поэтому неплохо было бы предусмотреть в TRS средний режим- полуавтоматическое управление. Спидометр, показывающий реальную скорость локомотива с действующей физикой движения и пульт с рукояткой управления для "машиниста" ( создается иллюзия управления- положение рукоятки надо изменять в зависимости от показаний спидометра). В данном режиме, в отличие от автопилота, будешь реально ощущать массу вагонов идущих позади локомотива.
Испытания на прочность с использованием ударной нагрузки (трамплин) здесь выглядят фантастично по тем же причинам, хотя в реальных условиях для технической проверки механических конструкций они успешно применяются (ну вот только, может без трамплина).

если кому-то охота смотреть работу тормозов в вагонах, можно попробовать воспользоваться этим [url]http://www.railunion.net/post153301.html#p153301[/url]

[indent][QUOTE=Любитель;47289]...При разработке новых моделей подвижного состава, усовершенствовании и модернизации старых требуется информация о работе и функционировании всех конструктивных частей и узлов механизмов машины в предельных и экстремальных режимах. В зависимости от характера воздействия, статического ( постоянного во времени) или динамического ( изменяющегося во времени), испытания проводятся: на базе лаборатории на стенде...[/QUOTE][/indent][indent]Для повышения реализма железнодорожных моделей подвижного состава, требуется корректирование параметров точной настройки элементов системы управления в рабочем режиме; соответствие реальных и эталонных динамических характеристик, диапазона изменения контролируемых величин и их максимально допустимого уровня превышения в переходных процессах.[/indent][indent]Программный комплекс рассчета [url=http://www.umlab.ru/module2_rus.htm] для моделирования динамики и кинематики плоских и пространственных механических систем, [/url] [/indent][indent]в частности, [url=http://www.umlab.ru/download_rus.htm] для железнодорожного моделирования [/url][/indent]

[QUOTE]для моделирования динамики и кинематики плоских и пространственных механических систем,[/QUOTE]весящий 200 Гб и требующий процессора не менее 3 Ггц. Ведь не забываем, что trainz-всего лишь игра, а в игре вопросы производительности стоят очень остро. Хорошо тут хоть как-то реализовали свободный ход сцепки - и на том спасибо.

А динамические характеристики всё равно не смогут помочь с рассчётами газодинамическиких характеристик пневматических и электропневматических тормозов

[QUOTE=TRam_;162463]весящий 200 Гб и требующий процессора не менее 3 Ггц. Ведь не забываем, что trainz-всего лишь игра, а в игре вопросы производительности стоят очень остро. Хорошо тут хоть как-то реализовали свободный ход сцепки - и на том спасибо.

А динамические характеристики всё равно не смогут помочь с рассчётами газодинамическиких характеристик пневматических и электропневматических тормозов[/QUOTE]
Да, действительно, весит программа прилично.Информация к размышлению о новых возможностях trainz. Можно расширить количество подключаемых модулей симулятора и создать Железнодорожную информационную систему trainz, по аналогии с ГИС (гео информационная система)- моделирование рельефа маршрута по картам, моделирование объектов в 3d программах, привязка объектов к маршрутной карте симулятора, проверка подвижного состава в различных динамических режимах, режим диспетчера (программы для составления графика движения расписания поездов с остановками, объявлениями о прибытии и отправлении на станциях).Но это уже будет программа для профессионалов, да и весить она будет порядка полтерабайта, что на данном этапе развития компьютерной техники весьма и весьма проблематично...Для промышленного внедрения такой системы основной вопрос - будет ли она пользоваться спросом.

просто если делаешь что-то универсальное - то что-то обязательно потеряешь. Проверка динамических характеристик состава и режим диспетчера должны как минимум быть неодновременными.

Моделирование объектов выполняется только в 3d программах :) . Так же, как и поездов. А автоматическая расстановка объектов на карте, и, тем более, автоматическое создание моделей зданий по текстурам - это из области далёкой фантастики.

[QUOTE]программы для составления графика движения расписания поездов с остановками, объявлениями о прибытии и отправлении на станциях[/QUOTE]с учётом сортировки грузовых поездов на станциях, и рассчёта оптимальных перевозок от одних индустрий другим... Думаем над этим, но пока это так же далеко, как человек до Юпитера...

А зачатки и в сторону управления поездом, и в сторону диспетчера есть.

[QUOTE]рассчёта[/QUOTE] Да когда ж ты сдохнешь-то, а.

[QUOTE]расчёта[/QUOTE]трудно запомнить, что тут корень "чёт". Так как приставки "ра" нет, есть только "рас"

[QUOTE]Да когда ж ты сдохнешь-то, а.[/QUOTE]этого мне, к счастью, не известно...

[QUOTE=TRam_;162746]Проверка динамических характеристик состава и режим диспетчера должны как минимум быть неодновременными.[/QUOTE]
TRam_, реализация этого условия: [quote]...подключаемых модулей...[/quote]Каждый из модулей системы независим от остальных. Формат выходных данных определяется функциональным назначением модуля - расчетные величины, 3d модель, файл сценария и т.д. Задается только порядок переходов между модулями: уровни разрешений- прямой (от A к B) и обратный (от В к А); очередность[quote]моделирование объектов в 3d программах[/quote]
Я имел ввиду, что программирование осуществляется в 3d MAX, gmax, HOG, AutoCAD и других, поддерживающих форматы 3d. Со временем, возможно, появится и простой модуль в самом симе.
[quote]...автоматическая расстановка объектов на карте...[/quote][quote]...привязка объектов к маршрутной карте...[/quote]Данная операция пока осуществляется самим разработчиком как и [quote]...создание моделей зданий по текстурам...[/quote](кстати, видел демо программу, в которой 3d модель делается с помощью отметок характерных точек и выдвижных каркасов на одном фотоснимке объекта с перспективой), если только в отдаленном будущем.
[quote]...с учётом сортировки грузовых поездов на станциях, и рассчёта оптимальных перевозок от одних индустрий другим...[/quote]Именно так и рассчитывается ГДП.[indent]Железнодорожная система - по аналогии [url=http://gis.talka2000.ru/index.htm ]ГИС- гео информационная система[/url][/indent][indent]ИМХО, TRam_, основная задача разработки железнодорожной инженерной или информационной системы trainz - оптимизировать алгоритм построения физической модели рельефа по картам и спутниковым фотоснимкам, подвижного состава, объектов сцены; упростить, путем введения допущений (где это возможно) для отдельных параметров, методику физических расчетов в динамических режимах, и расчет ГДП с учетом массы подвижного состава, угла наклона профиля пути, кривизны на участках, скоростных ограничений и т.д.[/indent]

[QUOTE]Я имел ввиду, что программирование осуществляется в 3d MAX, gmax, HOG, AutoCAD и других, поддерживающих форматы 3d. Со временем, возможно, появится и простой модуль в самом симе.[/QUOTE] Бред. И пост в целом тоже бред. Учи матчасть и не смеши нас.