Система сигнализации sU и система маршрутизации zxPath
Сигнализация, в котором отсутствуют какие-либо "автоматические" или "полуватоматические" открытия светофоров. То есть светофоры должны открываться либо вручную, либо маршрутизациями zxPath или RE sU DSP. Варианта данной сигналки под а-ля дефолтное управление реализовываться не будет.
Условие наличия кодов на стрелках при движении по горловие при приёме - "кодирование от светофора" во входном + "кодирование съездов" на выходных прямого и обратного направлений этого пути. Условие наличия кодов на стрелках при отправлении - "кодирование съездов" на выходных прямого и обратного направлений + "кодирование до светофора" на входном.
Преимущества:
1) динамический розжиг (на светофоре можно развесить практически любой набор линз в любом порядке)
2) возможность копи-паста скоростных ограничений из светофора в светофор
3) опциональная установка маршрутного указателя и стрелок короткого блок-участка (в том числе одновременно) на любой из доступных мачтовых светофоров
4) отсутствие станционных контроллеров - все настройки производятся непосредственно в светофоре
5) возможность вращать головку и её крепление на любой угол
6) регулируемое расстояние до оси пути и высоты над уровнем головки рельса (в широких пределах)
7) выкалывание любых линз у мачтовых светофоров (ограничение - в 3-линзовой головке можно выколоть только одну из линз)
8) шрифт табличек светофоров создан на основе трафаретов, приведённых в "Руководстве по эксплуатации щитков (литерных табличек)"
9) При подписывании карликовых светофоров скрипт автоматически отделяет номер пути в нижнюю строку табличек
10) высокая степень оптимизации, на порядок превосходящая таковую у z7
11) все типы комбинаций линз, указанные в "типовых проектах", добавлены в стандартные наборы розжигов светофоров
Преимущества маршрутизации zxPath
1) автоматизирует замыкание маршрута - перевод стрелок, открытие сигналов и изменение направления перегона происходят автоматически
2) возможность работы на станциях любой сложности
3) снятие некоторых ограничений, которые имела z7-xPath (например теперь возможна работа перегона на петле вокруг станции)
4) три типа поездных маршрута-
а) "стандартный" - маршрут будет замкнут как только освободятся все рельсовые цепи и установлено необходимое направление перегона, разбирается при проследовании поезда
б) "очередной" - маршрут будет замыкаться так же как и "стандартный", но только после того, как замкнётся предыдущий маршрут по этой же станции
в) "авто" - маршрут, самовозобновляющийся после проследования поезда (эмулирует "автодействие" светофоров)
5) возможность замыкания маневровых маршрутов путём ввода названий светофора начала и конца маршрута, в пределах парка станции или до ближайшего светофора соседнего парка
6) "маневровый маршрут на свободный путь" - маневровый маршрут не строится, если на пути, к которому он должен быть построен, есть ПС
7) набор правил и команд и автоматического выбора и замыкания маршрутов поездам
8) система приоритетов поездных маршрутов, позволяющая автоматически выбирать путь приёма из числа свободных с учётом категории прибывающего поезда
9) значительно более высокая, чем у z7-xPath, стабильность работы
Исходники моделей светофоров старого образца - https://yadi.sk/d/n6PSaij330Uea (автор исходных моделей - Rokky)
О настройке розжига:
В качестве примера, убирание зелёной линзы из 5-линзовика...
1) выставляем режим, наиболее близкий к необходимому (чтоб потом меньше мучаться)
2) нажимаем на "линзовый набор". Появляется строка розжига.
3) поясняю что здесь что. В строке, по порядку, задаются расположение линз:
первый символ в строке соответствует краной линзе. В данном случае этот символ - цифра 2, это значит что красную линзу надо повесить в 3е гнездо на светофоре, начиная от верха мачты (тут нумерация не с 1, а с 0, поэтому 2+1 = 3 ), что мы собственно и видим - красная линза под 3им козырьком
второй символ соответствует основной зелёной линзе. Это цифра 1, то есть линзу вешать во второе гнездо от верха мачты.
третий соответствует дополнительной зелёной линзе, используемой в сигнале "два зелёных" - в этом розжиге не вешается ни в какую ячейку, так как символ - прочерк.
четвёртый соответствует основной жёлтой линзе. Это 0, то есть линза в самом верхнем гнезде.
пятый соответствует дополнительной жёлтой линзе (нижняя для сигнала Жм-Ж). Это цифра 3, то данная линза в 4ом гнезде.
шестой соответствует второй дополнительная жёлтая линза (для сигнала три жёлтых). На светофор эта линза не вешается.
седьмой соответствует основной белой линзе (которая зажигается для маневров). Это 4, то есть линза вешается в 5ое гнездо сверху.
восьмой соответствует белой линзе повторительной головки (если используется и основная, и повторительная линзы на одном светофоре, то светофор будет давать сигнал "два белых".) Там прочерк, то есть линза не ставится.
девятый символ соответствует синему огню, на светофоре его тоже нет.
И последний, десятый символ указывает на расположение зелёной полосы (да, система могла бы повесить полосу в любое гнездо на светофоре ), но пока что светофоры для неё и она сама не готовы .
Итак, мы хотим убрать из нашего светофора зелёную линзу. Это значит в её символе строки розжига (тоесть втором) надо указать прочерк.
Указали, теперь можно подтвердить строку розжига и проверить результат (после установки розжига светофор светит всеми линзами). Зелёная линза пропала вместе со своим козырьком.
Остаётся добавить в опции галочку "выходной" и светофором можно пользоваться...
Информация
после задания нестандартного розжига заново выставляйте назначение светофора
Совмещение "выходного" и "не участвует в рельсовых цепях" используется, если нужно сделать невидимый выходной из парка с групповым светофором и повторителями.
Использование опции "не участвует в рельсовых цепях" вместе с "автооткрытие" нужно для повторительного, предупредительного, либо для светофора, в точности повторяющего показания невидимых светофоров.
Для маршрутного с синим (и жёлтым, зелёным) нужна опция "маршрутно-разделительный".
Для заградительных (кроме совмещённых маневровых с заградительными) и совмещённых предупредительных с заградительными нужны опции "не участвует в рельсовых цепях", "автомат без маневрового режима" и "заградительный".
Для маневрового с розжигом БСК нужна опция "выходной/маршрутный" либо, если это совмещение маневрового с заградительным, опции "маневровый без поездного режима" и "заградительный".
Опция заградительного "перекрывает соседние светофоры" убирается в том случае, если его закрытие не приводит к перекрытию предыдущего поездного светофора. Например, для ограждения переезда на перегоне с ПАБом.
Информация
Если светофоры расположены в слое карты, при изменении настроек перезаписывайте карту, а не сессию.
Информация
На кольцах , где нету входных и выходных светофоров (только маневровые, либо только проходные) обязательно расставлять маркеры-прерыватели автоблокировки.
Информация
Маневровые маршруты из одного парка в другой не строятся. Необходимо строить маршрут до ближайшего светофора соседнего парка и только затем от него до конечного светофора.
Информация
Для ограждения переезда в пределах горловины станции рекомендуется применять невидимые заградительные, либо совмещённые маневровые с заградительными.
Использование букв в МУ.
В маркеры с опцией MRN допустимо заносить арабские цифры и следующие значения в качестве номера пути:
Буквы:
А А
Б B
В V
Г G
Д D
Е E
Ж J
И I
К K
Л L
М M
Н N
О О
П P
Р R
С S
Т T
У U
Ф F
Х H
Ц C
Ч Q
Ш X
Э e
Ю Y
Я Z
Римские цифры:
I a
II b
III c
IV d
Положения:
\ l
/ r
| f
- h
Э e
Пример подключения обработчика проездов светофоров поездами
вариант 1
Код:
include "Trackside.gs"
include "zx_specs.gs"
class sUsniffingObject isclass Trackside, zxExtraLinkBase // унаследоваться и от класса zxExtraLinkBase
{
public void Init(Asset asset)
{
inherited(asset);
zxExtraLinkContainer contaner = new zxExtraLinkContainer();
contaner.extra_link = cast<zxExtraLinkBase>me;
GSObject[] GSO=new GSObject[1];
GSO[0] = cast<GSObject>contaner;
KUID sUcoreLibKUID = asset.LookupKUIDTable("sU_core_lib");
World.GetLibrary(sUcoreLibKUID).LibraryCall("add_extra_obj_base",null,GSO);
}
public void UpdateSignalState(zxSignal zxsign, int reason, int priority)
{
// и при проездах любых изостыков/светофоров будет вызываться аналогично вызову UpdateState() в светофоре/изостыке, сразу после исполнения этого вызова в самом светофоре + передаётся этот светофор
Interface.Print("signal "+zxsign.privateName+"@"+zxsign.stationName+" changed for "+reason+ " priority "+priority);
}
};
вариант 2
Код:
include "Trackside.gs"
include "zx_core.gs"
class sUsniffingObject2 isclass Trackside, zxExtraLinkBase // унаследоваться и от класса zxExtraLinkBase
{
public void Init(Asset asset)
{
inherited(asset);
KUID sUcoreLibKUID = asset.LookupKUIDTable("sU_core_lib");
Library lib = World.GetLibrary(sUcoreLibKUID);
lib.LibraryCall("",null,null); // для возможного запуска
(cast<zxLibruary_core>lib).AddExtraLink(cast<zxExtraLinkBase>me);
}
public void UpdateSignalState(zxSignal zxsign, int reason, int priority)
{
// и при проездах любых изостыков/светофоров будет вызываться аналогично вызову UpdateState() в светофоре/изостыке, сразу после исполнения этого вызова в самом светофоре + передаётся этот светофор
Interface.Print("signal "+zxsign.privateName+"@"+zxsign.stationName+" changed for "+reason+ " priority "+priority);
}
};
Последний раз редактировалось TRam_; 22.02.2022 в 01:40.
С чего вдруг? Скриптёров в trainz да. не много, но и zxPath - маршрутизация не первая и не последняя.
Да, но такого уровня и в этой области — по сути только ты и Эрендир. Ну, kemal еще много умничает (в хорошем смысле этого слова), вот он еще, возможно. И это не лесть, абсолютно и ни разу. Все, что мы сейчас имеем для создания суперских сессий, сделано на 48% тобой, 48% Эрендиром и 4% всеми остальными вместе взятыми (цифры образные, пруфов не будет). Как еще один аргумент: если бы на это был бы способен кто-то еще, мы бы не клянчили у тебя каждый раз это дело, у нас бы была своя собственная маршрутизация с горочным светофором и грамотно работающей буквой "Э" на МУ.
Я это все к тому, что, к сожалению, zxPath не перенести в 19, нужна новая маршрутка, как бы ни проскорбно это звучало, а двигаться дальше все же надо. Не сидеть же вечно на 12?
Я это все к тому, что, к сожалению, zxPath не перенести в 19, нужна новая маршрутка, как бы ни проскорбно это звучало, а двигаться дальше все же надо. Не сидеть же вечно на 12?
Пока кириллицу не починят, с манёврами и так тяжко в 19 будет. У меня не большая карта, 200 км., маршрутизация отлично работает, у меня в trainz12 так не работала, я даже не знаю почему, чтобы хотя бы один маршрут куда-то не собрался(поездной), не было такого. Одно единственное, после переноса карты, подтвердить некоторые светофоры пришлось.
TRam_, Эрендир мне говорил, что когда-то давно кидал тебе наброски своей маршрутизации. Может посмотришь что там и как, может удастся подчерпнуть несколько идей оттуда? Ты прав, скриптеров у нас хватает, но маршрутизацию осилите только вы, для меня это вообще тёмный лес. Я думаю, ради такого, мы тебе даже на 19ку скинемся.
При чём тут "скинуться"? Ну не интересна мне 19ка и всё тут.
---------- Сообщение добавлено в 15:14 ---------- Предыдущее сообщение размещено в 15:11 ----------
По маршрутизации Эрендира - она же и так есть в виде "пульта ДСП в мультиплеере". Просто она специально заточена именно под управление с пультов, а не ботами.
Volaner, если речь именно о проблемах со сбором маршрутов после манёвров, то тут одна идея есть, что могло быть поломано ради хоть какой-то работы маневровых маршрутов в TANE. Это я уже придумал как поправить. И для 3.7 это добавление позволяет строить маневровые маршруты у более сложных станций.
Касательно же однопутки - на ней zxPath абсолютно стабильно никогда не работала (в особенности для маршрутов с 1 стрелкой), а то что сразу у тебя это не проявилось - ну у меня тоже подобное происходило очень редко и "вычленить" эту ситуацию у меня не получалось..
Сообщение от B.U.G.O.R.
Ведь никто, кроме вас двоих, это не осилит.
С чего вдруг? Скриптёров в trainz да. не много, но и zxPath - маршрутизация не первая и не последняя.
Нет, с обработкой стрелок я ещё попытаюсь что-нибудь сделать в плане оптимизации, но законченных идей для создания всего с нуля по другим принципам у меня пока что нет.
19ки у меня тоже нет и пока что брать не собираюсь.
---------- Сообщение добавлено в 13:19 ---------- Предыдущее сообщение размещено в 12:55 ----------
Volaner, и попробуй https://yadi.sk/d/P3PrLMN3AVD8Vw . По поводу возмущений о нестроящихся маршрутах - ну вот например в твоей сессии всё строится
Это старый же сценарий, судя по мачтовым выходным. И если сразу после запуска, у меня и в новом всё строится, проблемы начинаются, после того, как соберутся/разберутся несколько маршрутов.
Слушай, а что ты менял в алгоритме инициализации светофоров? По субъективным ощущениям, инициализация происходит значительно дольше, значит что то менялось. Из за этого не может быть проблем? Видишь ли в чём дело, то проблемное место, которое я в видосе показывал, оно перекочевало из старого сценария (Всего четыре бочки), и там этот набор команд прекрасно работал, а в новом (Где моя вторая голова?), там затык. Разница в том, что я переинициализировал всё в будке, ну ещё мачтовые на консольные заменил, но светофоры то вряд ли как то могут быть причастны. Вот я и думаю, в алгоритме инициализации, не может проблем быть?
Длительность инициализации увеличена для борьбы с вылетом по таймауту в тане и 19ке. Сам алгоритм не менялся. А вот с манёврами - там, опять же из-за таймаута тоже были добавлены паузы, изначально казавшиеся мне спорным решением. Думаю в твоём случае именно эта "спорность" и сработала. Так что попробуй по той ссылке что я давал ранее, там негативные эффекты от пауз при генерациии маневрового маршрута вроде бы пофиксены.
---------- Сообщение добавлено в 16:32 ---------- Предыдущее сообщение размещено в 16:29 ----------
(ставить с заменой, т.к. это не окончательная версия)
По маршрутизации Эрендира - она же и так есть в виде "пульта ДСП в мультиплеере". Просто она специально заточена именно под управление с пультов, а не ботами.
Ну вот нельзя ли на основе её логики сделать для ботов?