Концепция "расписание"

[vicente]

[IMG][/IMG]
Вот такое расстояние между поездами трафика. Конечно, и в Activity Mode можно привести к подобной ситуации "шаманскими танцами с бубном", но, здесь поезда трафика находятся на стартовой позиции. И на самом деле их там три, один за другим, на одном пути.

[vicente]

[IMG][/IMG]
А, вот эти два "товарища" находятся в позиции #dispose с применением команды и идентификатора $static/closeup. Полезная вещь, если речь идёт о депо, как на скрине, или нужно запихнуть побольше ПС, скажем, в тупик.

Добавлено через 44 минуты
Смена направления может быть задана двумя способами: точка разворота в Path или команда в поле #dispose, когда сервис в одном направлении перестает существовать, а "из него возникает" другой сервис посредством команды $forms или $triggers. В обоих случаях нужно быть внимательными со стрелками, которые становятся противошерстными после разворота. Если ПС не проследовал полностью стрелку за точку узла, движение не возобновится даже в случае, если нет надобности в переводе этой стрелки для обратного движения. То есть, если состав "освободил" pin-ы стрелки с одной стороны, и не проехал pin с другой - есть проблемы. Я столкнулся с такими случаями дважды (двумя описанными способами) и в обоих случаях трафик "застрявал" и не продолжал движение.
Вообще симулятор пытается учесть и стрелки и светофоры в случае разворота. Если стрелка защищена светофором, ORTS позаботится о том, чтобы весь состав проследовал его независимо от того, где находится точка разворота Path или конечная точка той его части, которая "туда" в случае с #dispose. В случае, когда светофоров нет (деповские пути, заводские и т.д.) сим постарается "завести" сервис за стрелку. Проблема может возникнуть в случаях если недостаточно места для состава (в тупике) или, если за указанной стрелкой есть ещё одна стрелка - если точка разворота не находится за всеми pin-ами той стрелки, трафик останавливается перед узлом. В этом случае "решает" отодвигание точки разворота. Не бойтесь отодвинуть её дальше. Симулятор "развернёт" трафик на нужной вам стрелке, не выполняя "лишних" движений до фактической точки разворота на Path.

[КЕ]

Интересно, что получится, когда тяжелый грузовой, проходя по условно-разрешающим, догонит впередиидущий обычный состав?

[vicente]

Выполнит предписания ПТЭ и остановится. Метрах в 50 где-то. Open Rails может работать без светофоров вообще.

Добавлено через 11 минут
Когда-то, очень давно, я запустил на Marias Pass такой трафик, что грузовые шли с интервалом то ли 10 то ли 15 минут. Сигнализация там - вообще безбашенная. Все проходные светофоры, были с условно-разрешающими "платами" (Gradient и Number). Нет, кажется ВООБЩЕ ВСЕ. Так там поезда "пронзали друг друга"
В ORTS такого нет. По определению, можно вообще без светофоров ездить. Никто ни с кем не столкнётся.
Я описывал два дня назад свою ситуацию, когда электропоезд не заходит за сигнал в отстойнике. Так там он начинает движение к платформе, когда на платформе другой электропоезд. Ничего. Потихоньку подъезжал и останавливался, как я уже сказал, метрах в 50-ти. Потом, когда предыдущий отъезжал - возобновлял движение

[vicente]

По поводу манёвров. Timetable поддерживает точки разворота. То есть путь сервиса (path) может включать их в себя. Точки ожидания не поддерживаются. Ожидание делается с помощью команд (я уже описывал команду $wait). Но, когда сервис разворачивается, автоматически добавляется время ожидания - 0.5 сек на метр длины. В оригинале это сделано, чтобы симулировать переход бригады из кабины в кабину. В маневровой работе это неактуально. Чтобы "шант" не простаивал на точке разворота нелогичное время, нужно добавить команду $REVERSE /ADDITIONAL = 0

[КЕ]

Написал в теме.http://www.trainsim.ru/forum/showthr...474#post592474

[vicente]

Сообщение от КЕ

Олег, а что, в новой версии опять все плохо со светофорами?...

Сообщение от vicente

Моя сигналка работает на 100% на всех версиях.

Блин. Таки сломали мне что-то, редиски

Скорее всего, разные значения SignalNumClearAhead не воздействуют на функцию enabled() как раньше. Работало таким образом, что получив enabled() , светофор уже не сбрасывал его пока сервис его не проедет. Сейчас, похоже, сигнализация строго придерживается значения SNCA светофора перед поездом. Естественно, аспекты "понижаются" , часто, когда поезд уже на блок-участке.
Для Timetable мне это не ломает всё. В проблемных местах я ставлю $hold на станциях и это держит мне первый светофор после платформы (выходной или маршрутный) в закрытом аспекте (0). Так что придётся ковыряться в ней. А, я ещё подумывал , что может не трогать.

[vicente]

Прямая ссылка на документ по командам Timetable Mode.
http://www.elvastower.com/forums/ind...ttach_id=96641

Добавлено через 7 минут
Дополнительные команды и изменения в концепции качаем отсюда: http://www.elvastower.com/forums/ind...ttach_id=77330

[vicente]

Немного непонятно в документе с командами описана эта команда. Там перед таблицей указывается, что все единицы - в секундах. Во втором документе указано, что единицы n для этой команды сек/метр. На самом деле n - количество секунд, которое умножается на метр длины ПС. Результат - время ожидания. То есть, для того, чтобы 20-метровый локомотив ожидал минуту в точке разворота, нужно задать в поле #restartdelay - $reverse /additional = 3

[vicente]

Сами-с-усами :D

[vicente]

Как я писал, есть два способа расцепить сервис:
1. Отцепить ПС, оставив его как статический состав путем (например)
$detach = nonpower/static - отцепляются все единицы типа Wagon и остаются статикой на месте. То, что отцепилось, продолжает работать под тем же названием, что было задано в расписании. В этом случае нам не поможет для присоединения команда $attach = <сервис> . Нужно прописывать $pickup/static.
2. $detach/power/forms = <новый сервис> - отцепит ТПС от сервиса, сформирует из него новый сервис как определено в команде $forms, а оставшаяся часть сохраняет своё наименование и продолжает выполнять то, что определено в расписании.
Проблема в том, что, очевидно, эта самая часть "сохраняет" и то, что было задано в оригинальном файле .con. А, как известно, составы трафика передвигаются именно согласно данных, заложеных там.
Именно поэтому у меня вагоны после отцепки локомотива поехали сами , когда пришло время отправления, несмотря на то, что в консисте не было ни одной единицы, определённой как Engine

[vicente]

Количество сервисов в расписании перевалило за 500
[IMG][/IMG]

[vicente]

Если кто заметил, второй раз за последние 4 месяца в программе появляется баг с вылетом при формировании поезда игрока в следующий поезд (команда $forms, а также при присоединении по команде $attach , когда поезд перестаёт существовать и игрок должен продолжить с поездом, к которому он прицепился, также я сам лично "вылетал" при выполнении команды $detach/.../forms).
В очередной раз баг пофиксили. Вышла специальная версия OR NY MG 88.1, цель которой - ликвидация данного безобразия. В следующей тестовой тоже будет исправлено.