Просмотр полной версии : Система сигнализации sU и система маршрутизации zxPath
А в самой сигналке это сейчас как-то используется?Нет.
Но задача сигнализации иметь возможность выставить произвольный код, вне зависимости от показания светофора.Тогда нужен интерфейс для включения/выключения этого режима. Просто до настоящего времени над этим особо не задумывался, т.к. есть и изостыки Эрендира, и его же "пост проверки работоспособности АЛСН"
Да я тоже не задумывался, а тут увидел и вспомнилось. А так да, надо об этом отдельно подумать, может и не так это лучше делать.
Очередной раз обновил сигнализацию и маршрутизацию, довёл вышеописанный момент с поисками до ума.
https://yadi.sk/d/pqnaEfkfchK-8A
Также под спойлером примеры скриптов, получающих информацию о событиях проезда светофоров поездами
вариант 1
include "Trackside.gs"
include "zx_specs.gs"
class sUsniffingObject isclass Trackside, zxExtraLinkBase // унаследоваться и от класса zxExtraLink
{
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 // унаследоваться и от класса zxExtraLink
{
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);
}
};
---------- Сообщение добавлено в 01:39 ---------- Предыдущее сообщение размещено в 01:29 ----------
(Теперь сценарий https://forum.trainzup.net/showthread.php?t=5042 работает не только в оригинальном виде, но и после переинициализации стрелок :hunter: - как ни странно неинициализированные стрелки тоже иногда "скрывали" некорректный поиск начинающего движение к стрелке маневрового )
---------- Сообщение добавлено в 02:27 ---------- Предыдущее сообщение размещено в 01:39 ----------
Ну и небольшой пример использования "продлённых маршрутов" из этого сценария.
Маневровому построен маршрут в дальний тупик (белая стрелка), но он останавливается за светофором, не доехав до конца маршрута. При этом остаются заняты 2 стрелки (на которую он наезжал, но не проехал, и ту, которая возле тупика)
http://i.piccy.info/i9/93ac5419e6df1d012d0d9914d8581393/1553815345/112148/1309267/1_800.jpg (http://i.piccy.info/i9/041998599b0799e163196350d5676af9/1553815345/1004134/1309267/1.jpg)http://i.piccy.info/a3/2019-03-28-23-22/i9-13072460/800x446-r/i.gif (http://i.piccy.info/a3c/2019-03-28-23-22/i9-13072460/800x446-r)
Далее маневровый осуществляет манёвр на это ответвление, и в момент проезда всем составом стрелки с этим новым маршрутом, оставшаяся часть старого маршрута разбирается, и те 2 стрелки (на одну из которых ранее наезжали и съехали в противоположном направлении) освободятся + закроется дальний маневровый светофор
http://i.piccy.info/i9/8e689a51a9e0f81c4265592449e518b9/1553815769/116184/1309267/2_800.jpg (http://i.piccy.info/i9/15863b0d37cf210911c8bcf0b5bcb9c1/1553815768/1036693/1309267/2.jpg)http://i.piccy.info/a3/2019-03-28-23-29/i9-13072470/800x446-r/i.gif (http://i.piccy.info/a3c/2019-03-28-23-29/i9-13072470/800x446-r)
Соответственно маневровый далее может спокойно построить маршрут из этого ответвления снова в тот же тупик, без каких-либо ручных манипуляций
http://i.piccy.info/i9/704149b899e2d46513ea1d0cb917b9cd/1553815909/115363/1309267/3_800.jpg (http://i.piccy.info/i9/bdba958473e3baa197b85e506eb52b8a/1553815909/1051676/1309267/3.jpg)http://i.piccy.info/a3/2019-03-28-23-31/i9-13072471/800x446-r/i.gif (http://i.piccy.info/a3c/2019-03-28-23-31/i9-13072471/800x446-r)
Ээээээ... Трексайд?
А если у меня пост - правило?
А если у меня пост - правило?Без разницы. Хоть библиотека. Просто я проверял на первом попавшемся объекте, поэтому и получился Trackside. Изначально кстати задумывался Buildable.
А, точно, не так прочитал с утра.
А сам zxExtraLinkBase от чего наследуется? Или там ситуация такая же, как и с Junction и JunctionBase?
---------- Сообщение добавлено в 11:26 ---------- Предыдущее сообщение размещено в 11:22 ----------
А, впрочем, посмотрел в код и все вопросы отпали сами.
И да, пиши нормальные комментарии к коммитам. Что там было сделано. А для версий есть теги.
---------- Сообщение добавлено в 11:26 ---------- Предыдущее сообщение размещено в 11:26 ----------
PS у тебя на битбакете аккаунт есть? Сообщи в личку.
Всем доброе утро.
http://images.vfl.ru/ii/1554097393/104edb49/26005751_s.png (http://vfl.ru/fotos/104edb4926005751.html)
http://images.vfl.ru/ii/1554097433/e0cda445/26005775_s.png (http://vfl.ru/fotos/e0cda44526005775.html)
Что это может быть за ошибка и с чем это связано?
wladimir470
01.04.2019, 11:11
Что это может быть за ошибка и с чем это связано? С элеватором. Вторая, с карликовым светофором.
wladimir470,
Это как то можно исправить или уже всё?
wladimir470
01.04.2019, 11:24
Это как то можно исправить или уже всё?Элеватор кто делал должен исправлять, а светофор нужно найти, может одинаковые названия, может нет имени, может стоит не там где нужно.
Это как то можно исправить или уже всё?
По светофору - он каким-то непостижимым образом установил себе несуществующее показание, соответственно не смог вернуть код показания в свойства. Что делать - перебирать свойства всех расставленных светофоров типа sU kmn 2 , ища среди них заглючивший, и его переустанавливать в слое карты, желательно с тем же именем и именем путевого объекта.
Либо, если светофоры sU kmn 2 все незаглючившие, то попереключать для в них розжиги.
А точно несуществующее показание? Тогда бы, наверно, был выход за пределы массива.
kemal, другой вариант - что вызов GetProperties() предшествовал Init(), но тут сделать вряд-ли что-то получится, кроме костыля.
Добрался до обновления. Костыль с обёрткой успешно выпилен, а вот по пригласительным есть вопросы.
ПС включается через свойства светофора, но сам не выключается. Внешняя система сама должна его выключать?
Сейчас ПС появился у всех светофоров, а должен быть не у всех. Будет ли какая-то настройка для этого?
Как теперь правильно определять доступно ли у светофора маневровое открытие?
Внешняя система сама должна его выключать?В текущей концепции - да. Просто не совсем представляю, как можно завязать отжатие кнопки пригласительного из диспетчеризации и проследование состава, чтоб они друг другу не мешали. Хотя если надо, могу добавить...
Как теперь правильно определять доступно ли у светофора маневровое открытие?Наличие первой по счёту белой линзы в розжиге.
Сейчас ПС появился у всех светофоров, а должен быть не у всех.У светофоров, у которых нет набора "красный + любой из белых" ПС более не добавляется в набор розжига (для ранее установленных светофоров нужно передёргивать розжиг). Насчёт настройки наличия... Учитывая частоту использования пригласительного сигнала в сессиях, просто не вижу важности этого. Если речь о пульте ДСП, то там ПС на 4 светофорах станции, или вовсе только на двух входных (если однопутка), и всё. Т.е. можно сделать опцию, чтобы по умолчанию у светофора ПС отсутствовал, но опять же, кто его будет выставлять когда никто не пользуется.
Собственно, а как они могут помешать? Поездное и маневровое открытие тоже можно сбросить снаружи, а может сброситься и само.
Перенести настройку наличия ПС в маршрутизацию - вариант, да. Но есть нюанс - после пересчёта всё это слетит. Так что, надёжнее хранить это на стороне сигнализации.
Кто будет выставлять - это уже другой вопрос. А на МП ПС используют. Даже чаще, чем в жизни, я думаю.
WearsPrada
04.04.2019, 15:34
Заметил такую особенность, на маневровых цвет короны не соответствует цвету линз. Линза синяя, а корона фиолетовая. Есть вариант сделать корону синего цвета?
Есть вариант сделать корону синего цвета?
Склонируй линзу, отфотошопь нужным образом и пропиши в конфиге взамен оригинальной.
WearsPrada
04.04.2019, 15:58
Это понятно, как на счет глобально это сделать через длс? Или такая задумка была, чтобы корона была другого цвета?
wladimir470
04.04.2019, 16:00
Или такая задумка была В реальности же цвет не чисто синий, а с фиолетовым оттенком.
Или такая задумка была, чтобы корона была другого цвета?
Да, это задумка, причём даже не моя. Корона создавалась Combine'ом для z7, и использовалась там где-то с 2011 года (когда 12ка появилась)
WearsPrada
04.04.2019, 20:16
Ну ладно, если авторам так нравится, пусть будет. :)
Очередной патч, по результатам испытаний сценария на "Дилемме" - https://yadi.sk/d/pqnaEfkfchK-8A
P.S. люди! Для корректной работы механизма освобождения стрелок уменьшайте зоны их действия, особенно если стрелки рядом с маневровым, как тут:
http://i.piccy.info/i9/c6f1f228a404ee591503aff2678d6614/1554416475/30208/1309267/1_500.jpg (http://i.piccy.info/i9/a862e464e4b292ed2c1ac6e70066e520/1554416475/520571/1309267/1.jpg)http://i.piccy.info/a3/2019-04-04-22-21/i9-13089183/500x281-r/i.gif (http://i.piccy.info/a3c/2019-04-04-22-21/i9-13089183/500x281-r)
Не потому что маршрут не разберётся, а для того, чтоб дефолтный "замок" на освобождаемой стрелке не остался, когда заезжаете за этот маневровый между стрелками.
а для того, чтоб дефолтный "замок" на освобождаемой стрелке не остался, когда заезжаете за этот маневровый между стрелками.
А чем это мешает?
Мешают глюки с случайным возвратом стрелки в изначальное положение, если пытаться "принудительно вбить стрелку в нужное положение". Соответственно сейчас этот дефолтный замок отслеживается по Permit'у, и только после его освобождения маршрутизация будет заниматься переключением стрелки.
Очередной патч, по результатам испытаний сценария на "Дилемме" - https://yadi.sk/d/pqnaEfkfchK-8A
P.S. люди! Для корректной работы механизма освобождения стрелок уменьшайте зоны их действия, особенно если стрелки рядом с маневровым, как тут:
http://i.piccy.info/i9/a862e464e4b292ed2c1ac6e70066e520/1554416475/520571/1309267/1.jpghttp://i.piccy.info/a3c/2019-04-04-22-21/i9-13089183/500x281-r
Не потому что маршрут не разберётся, а для того, чтоб дефолтный "замок" на освобождаемой стрелке не остался, когда заезжаете за этот маневровый между стрелками.
Тут скорее стоит посоветовать головой думать, когда маневровые ставишь. Остановившийся у маневрового поезд не должен блокировать стрелку. У тебя, если память не изменяет, это даже в документации написано
Можно использовать метод SetDefaultDirection. Например, у меня таким образом стрелка и вовсе под поездом переводится: https://bitbucket.org/e-kemal/su_dsp_junctions/src/8ccaf5debbe34a37dcf0bbe47e229541549dd373/rule/sudspjunctions.gs?at=master&fileviewer=file-view-default#sudspjunctions.gs-1614
kemal, ну ок, потом может сделаю. Посмотрел в скриптах 12ки без SP1 - там такой функции ещё не было, потому её и не замечал.
И да, под поездом стрелки переводились и раньше, в том числе в 2010ой.
Тут вопрос не в том, чтобы перевести, а в том, чтобы она обратно не отбилась, когда состав с неё съедет.
Sandrilyon
05.04.2019, 11:27
TRam_, подтверждаю. У меня, наконец, начали разбираться маневровые маршруты. Спасибо за фикс!
---------- Сообщение добавлено в 11:27 ---------- Предыдущее сообщение размещено в 07:41 ----------
А это нормально, что в логи кидается такое?:
Interface.Print> 'st-2 no train found on poshorstn false'
Кстати, при маневровом открытии всё равно включается КБм. Это баг или фича?
B.U.G.O.R.
05.04.2019, 11:49
Тут скорее стоит посоветовать головой думать, когда маневровые ставишь. Остановившийся у маневрового поезд не должен блокировать стрелку. У тебя, если память не изменяет, это даже в документации написано
У меня такого и не было никогда и ни в какой сессии.
А это нормально, что в логи кидается такое?Это закомментировать отладочную информацию забыл. Поправлю. Именно данное сообщение не является ошибкой.
---------- Сообщение добавлено в 12:30 ---------- Предыдущее сообщение размещено в 12:30 ----------
Кстати, при маневровом открытии всё равно включается КБм. Это баг или фича?
Это нужно передёрнуть розжиг.
Уже.
Из свойств светофора маневровое открытие исчезло, но его всё ещё можно включить снаружи. А пульт ДСП ничего про это не знает, а маневровое открытие там предусмотрено для всех светофоров.
Из свойств светофора маневровое открытие исчезло, но его всё ещё можно включить снаружи.
Тогда речь скорее о фитче. Возможность включения пригласительного при маневровом открытии оставил для входных, т.к. в некоторых сценариях это используется.
А вот включение КБм при открытии обычного маневрового - вот этого быть не должно.
Ну да, спишем на совместимость.
Обычный маневровый - это ты что имеешь в виду?
В смысле с розжигом из белой и красной линз.
Включения пригласительного при маневровом открытии у него не должно быть. При открытии пригласительного он таки будет работать в таком светофоре (т.к. ограничения для работы пригласительного ещё не делал).
А, ну да, тут всё в порядке. Этот эффект я получал только на входных.
А отсутствие пригласительного всё же будет? Я тут уже начинаю продумывать работу с ними у себя в правиле.
Пока думаю. Возможно будет опция у светофоров, у которых нет мигающей белой линзы в розжиге или если есть обе белые линзы.
Тут скорее стоит посоветовать головой думать, когда маневровые ставишь. Остановившийся у маневрового поезд не должен блокировать стрелку. У тебя, если память не изменяет, это даже в документации написано
У меня такого и не было никогда и ни в какой сессии.
Ну значит тогда только игрок может в упор подъехать. Не очень тогда понимаю в чём проблема
B.U.G.O.R.
05.04.2019, 21:24
Volaner, для игрока я никогда не делал сбор маршрутов "от игрока до такого-то светофора". Всегда делал "от светофора до светофора" независимо от того, где игрок. Ну, по крайней мере, по максимуму именно так старался, маневры так точно. Но тут трабла в другом была, не реализиации сессии, а патчем маршрутизации.
Всегда делал "от светофора до светофора" независимо от того, где игрок.Воопрос вообще-то в другом. Делал ли когда-нибудь заезд бота за маневровый, который впритык к стрелке? Как тот что на скрине, между двумя стоящими вплотную стрелками? Если ни разу, то всё понятно. Если делал, то не понятно как у тебя маршрут разбирался, при радиусах действия стрелок в 20 метров.
B.U.G.O.R.
05.04.2019, 21:36
Я тебя понял, я это все в курсе. Я никогда не делал так, чтобы боты заезжали за светофор, который среди близких стрелок, всегда отправлял на "просторы безстрелочные".
B.U.G.O.R., ну воот. А если бы пользовался такими маневровыми, то уже бы давно настраивал радиусы действия стрелок за ними в несколько метров. А для текущих радиусов - разве что попробовать воспользоваться советом Камиля c SetDefaultDirection, да и то, в общем-то ненадёжно будет (механизм проверки освобождения стрелки после сбора маршрута у меня всё же должен запускаться после того, как лок наедет на зону действия стрелки, а не когда он непрерывно в ней находится)
А теперь у тебя как разделка работает?
B.U.G.O.R.
05.04.2019, 21:50
А для текущих радиусов
Мне сейчас уже это не особо нужно, сам понимаешь. Я изо всех сил надеюсь избежать такой "стрелкозависимости" в своей СЦБ.
А теперь у тебя как разделка работает?Вопрос ко мне? Если да, то после получения Permit'а и свободности всех требуемых участков вокруг стрелки (для первой и последней - до соответствующих светофоров) + свободность предыдущей стрелки маршрута.
---------- Сообщение добавлено в 22:13 ---------- Предыдущее сообщение размещено в 22:08 ----------
Я изо всех сил надеюсь избежать такой "стрелкозависимости" в своей СЦБ.
Ну с дефолтными светофорами и минимальными длинами РЦ в 25 метров - конечно. Светофоры на стрелках горловины ставить даже не потребуется.
B.U.G.O.R.
05.04.2019, 22:18
минимальными расстояниями РЦ в 25 метров
А РЦ короче 25 метров и не бывают. Если мы не лезем на гору и однониточные разветвленные РЦ, типа англичанок, где из-за большого кол-ва путей изостык может стоять только на одной нитке. Ну и кресты на финбане, но это очень частные случаи, что в них лазать нет смысла, а там, где уж и есть, можно спокойно на уровне ТРС сделать немного по-другому.
О, пермиты... Ты в них разобрался? Расскажи как они у тебя используются.
kemal, просто - если его можно взять, то тут же освобождаю и размыкаю стрелку (если она ранее была определена как свободная от ПС). Если не берётся - идёт ожидание.
---------- Сообщение добавлено в 22:33 ---------- Предыдущее сообщение размещено в 22:31 ----------
https://github.com/TRam1990/zxPath-MainBase/blob/master/junctionlibrary%20base.gs#L2309
---------- Сообщение добавлено 06.04.2019 в 01:09 ---------- Предыдущее сообщение размещено 05.04.2019 в 22:33 ----------
Убрал логи из маршрутизации, и несколько доделок сигнализации (автовыключение пригласительного, невключение маршрутного указателя для пригласительного), https://yadi.sk/d/pqnaEfkfchK-8A
А, получается, мы таким образом что контролируем? Дефолтную занятость стрелки?
А в репозиторий ещё не комитил?
Но я всё равно продублирую просьбу делать комиты мельче, а комментарии к ним информативнее.
Дефолтную занятость стрелки?Да, её.
---------- Сообщение добавлено 07.04.2019 в 00:02 ---------- Предыдущее сообщение размещено 06.04.2019 в 03:45 ----------
В маршрутизации убрал одну из оптимизаций в исправлявшейся части проверки освобождения стрелки, из-за которой медленно движущийся к стрелке с большим радиусом действия маневровый мог преждевременно разобрать маршрут на ней. https://yadi.sk/d/pqnaEfkfchK-8A
Я тут внезапно обнаружил, что невозможно проверить наличие у светофора маневрового открытия без приведения его к zxSignal_main. На сколько это архитектурно нормально?
И, чтобы два раза не вставать, а как правильно проверить наличие у светофора поездного открытия?
Ну и для ПС реквестируется.
Есть же массив поддерживаемых показаний в zxSignal,
public bool[] ex_sgn;
его и смотреть на наличие белого и/или зелёного/жёлтого/и т.д.
---------- Сообщение добавлено в 02:41 ---------- Предыдущее сообщение размещено в 02:36 ----------
А так все булиновые
public bool train_open; // светофор открыт в поездном режиме
public bool shunt_open; // светофор открыт в маневровом режиме
public bool wrong_dir; // входной противонаправлен перегону
public bool barrier_closed; // заградительный закрыт
public bool prigl_open; // открыт пригласительный
могут быть у любого светофора переключены как угодно, просто zxIndication отбросит то, что не смогут отобразить линзы светофора.
---------- Сообщение добавлено в 02:44 ---------- Предыдущее сообщение размещено в 02:41 ----------
P.S. Есть белый немигающий - есть маневровый. Поездной - если есть красный и (жёлтый или зелёный или синий).
---------- Сообщение добавлено в 02:51 ---------- Предыдущее сообщение размещено в 02:44 ----------
Ну и флаги типа. Тут уже как и что считать поездным. По крайней мере zxPath оперирует со светофорами входными/выходными/разделительными, остальные флаги не смотрит.
Вот в том-то и дело, что он не в zxSignal, а в zxSignal_main.
Sandrilyon
11.04.2019, 10:01
TRam_, для чего нужен маркер "неконтролируемого участка"?
Для перегонов с ПАБ, где свободность перегона не контролируется. В планах реализовать логику работы ПАБ с дачей согласия/отправления/прибытия и вот этим всем.
Вот в том-то и дело, что он не в zxSignal, а в zxSignal_main.
А тогда это что https://github.com/TRam1990/sU-core/blob/master/sU-core/zx_specs.gs#L144 ?
Куда-то я, видать, вчера не туда посмотрел...
---------- Сообщение добавлено в 18:59 ---------- Предыдущее сообщение размещено в 12:07 ----------
Кстати, а я же уже сейчас могу написать что-то типа
if (sign.ex_sgn[zxIndication.STATE_RWb])?
И останется только реализация этой настройки.
Кто нибудь подскажите, что делать? Перегоны, не все, как то выборочно, живут своей жизнью, не разворачиваются или разворачиваются через раз, проходные любят гореть красными, не поддаются ни каким настройкам и инициализации. В редакторе все настроишь как надо, а машинисте все равно все слетает. ТС 19.
wladimir470
11.04.2019, 22:08
Кто нибудь подскажите, что делать? Свойства проходных открой, которые красным горят, если не поможет меняй. Потом пересобери перегоны, с обоих сторон, потом инициализируй, должно помочь.
Свойства проходных открой, которые красным горят, если не поможет меняй.
Если просто открыть, открывал, не помогает.
В редакторе после переинициализации все зеленым горят, захожу в машинист, красным и еще и перегон в другую строну развернут.
wladimir470
11.04.2019, 22:30
захожу в машинист, красным и еще и перегон в другую строну развернут. Обрати внимание какие красным горят, поменяй их, потом несколько раз пересобери перегоны. Входные оба работают?
---------- Сообщение добавлено в 00:30 ---------- Предыдущее сообщение размещено в 00:25 ----------
Попробуй в браузере маршруты пособирать.
Обрати внимание какие красным горят
Бывает весь перегон красный, причем некоторые пары в обоих направлениях. Бывает только предвходные.
потом несколько раз пересобери перегоны
После пересборки все хорошо, все работает как надо, но только в редакторе, в машинисте начинается полная отсебятина.
Входные оба работают?
Да.
Кстати, а я же уже сейчас могу написать что-то типа
Да, конечно.
---------- Сообщение добавлено в 22:39 ---------- Предыдущее сообщение размещено в 22:38 ----------
После пересборки все хорошо, все работает как надо, но только в редакторе, в машинисте начинается полная отсебятина.
В слой карты перед инициализациями карты переключаешься? Карту перезаписываешь?
В слой карты перед инициализациями карты переключаешься? Карту перезаписываешь?
Нет, всю жизнь не делал так. Т.е просто рассинхронизация настроек между картой и сессией?
Ну да, тоже к этому склоняюсь. Как по нормальному это исправить? Все настроить в сессии и сохранить в месте с картой?
WearsPrada
11.04.2019, 22:53
Я все манипуляции с картой делаю через базовую сессию. При сохранении карты, автоматом перезаписываю и карту и сессию, либо сессию, если слой карты не менялся. Если добавлял светофоры и стрелки, инициализирую будку Хфпатсф и потом делаю расчет станций в ДСП эрендира и снова сохраняю и карту и сессию.
инициализирую будку Хфпатсф и потом делаю расчет станций в ДСП эрендира
Я тебе сколько раз говорил, что нужно 2 разные сессии для этих систем. Нельзя их вместе в одной сессии.
WearsPrada
11.04.2019, 23:11
Нельзя их вместе в одной сессии.
Почему? Ведь работает же. Может я чего то не понял. Можешь еще раз пояснить в чем проблема?
Можешь еще раз пояснить в чем проблема?
В том что они независимо управляют стрелками. И соотвественно если нужен ДСП Эрендира, будка zxPath не нужна - мешать будет. И наоборот.
Все настроить в сессии и сохранить в месте с картой?Да, примерно так.
WearsPrada
11.04.2019, 23:17
Вот как, тогда будку можно удалять. А что на счет правил в сессии?
Тоже (кроме правила ДСП). И команды c zxPath из Driver Commmands убрать (снять галочки).
wladimir470
12.04.2019, 00:08
Ведь работает же. Очень странно что работает, я раз пробовал, у меня экран тараканами засыпало.
Все настроить в сессии и сохранить в месте с картой?
Да, примерно так.
Млин, не помогло. Предвходные все равно красные, проблемные пергоны развернулись в обратные стороны не зависимо от настроек, на некоторых участках чередуются огни, желтый-красный, желтый-красный.
http://i.piccy.info/i9/94685d43b17c3cbfb8305020533ea265/1555017197/96166/1291209/TRS19_2019_04_11_23_56_49_40_800.jpg (http://piccy.info/view3/13105219/51364fe85afb5beabf22d03e94506454/1200/)http://i.piccy.info/a3/2019-04-11-21-14/i9-13105219/800x423-r/i.gif (http://i.piccy.info/a3c/2019-04-11-21-14/i9-13105219/800x423-r)
http://i.piccy.info/i9/fe0237bc6aa811f421076b9d670b3b01/1555017210/103126/1291209/TRS19_2019_04_11_23_56_56_27_800.jpg (http://piccy.info/view3/13105220/4b142a74b1821063ceac0dd27d1c71cf/1200/)http://i.piccy.info/a3/2019-04-11-21-14/i9-13105220/800x423-r/i.gif (http://i.piccy.info/a3c/2019-04-11-21-14/i9-13105220/800x423-r)
http://i.piccy.info/i9/560ceb7664cf724648adbd1072798ba4/1555017221/108373/1291209/TRS19_2019_04_11_23_57_06_96_800.jpg (http://piccy.info/view3/13105221/53c149badee3c49d029f921b00085ea0/1200/)http://i.piccy.info/a3/2019-04-11-21-14/i9-13105221/800x423-r/i.gif (http://i.piccy.info/a3c/2019-04-11-21-14/i9-13105221/800x423-r)
wladimir470
12.04.2019, 00:10
Ну да, тоже к этому склоняюсь. Как по нормальному это исправить? Все настроить в сессии и сохранить в месте с картой? У тебя будка в слое карты что ли стоит?
У тебя будка в слое карты что ли стоит?
В сессии. Но причем тут она?
---------- Сообщение добавлено в 00:15 ---------- Предыдущее сообщение размещено в 00:11 ----------
Маршруты у меня собираются и разбираются без проблем, вот перегоны разворачиваются проблематично, а иногда и вовсе не развернуть. Бывает, что поезд выходит на свободный перегон и встает на красный проходной.
wladimir470
12.04.2019, 00:18
В сессии. Но причем тут она? Если в сессии, то нормально. Проходные менял, которые красным горят?
---------- Сообщение добавлено в 02:18 ---------- Предыдущее сообщение размещено в 02:16 ----------
Если ты в свойства светофоров заходил только в сессии, то это бесполезно, нужно и в карте заходить.
Проходные менял, которые красным горят?
Нет пока, по ходу все надо менять, на проблемных перегонах. Кстати, когда только перенес карту с Тани все работало. Уже после настроек в 19 начались бубны.
wladimir470
12.04.2019, 00:24
Нет пока, по ходу все надо менять, на проблемных перегонах. Ничего не надо менять, там проходные светофоры при переносе карты глючат, в маршруте зайди в свойства проблемных проходных, пересобери перегоны, потом создай сессию и через браузер пособирай маршруты, всё должно быть нормально.
в маршруте зайди в свойства проблемных проходных
Вот эта тема помогает переключиться. А те что не хотят переключаться менять?
---------- Сообщение добавлено в 01:00 ---------- Предыдущее сообщение размещено в 00:32 ----------
В общем, поменял проблемные светофоры, которые не переключались с красного, в 100 процентах случаев это были предвходные. Пересобрал пергоны, сохранил карту и новую сессиию и получилось следующее. Все предвходные горят в нужном направлении, а все остальные в обратном.:suicide:
wladimir470
12.04.2019, 01:01
А те что не хотят переключаться менять? Лучше всего. Попробуй на одном перегоне все проходные поменять, что получится.
Ладно, переинициализация перегонов в сессии помогла повернуть все светофоры в одно русло. Как теперь сохранять, только сессию или в месте с картой?
wladimir470
12.04.2019, 01:38
Как теперь сохранять, только сессию или в месте с картой? Если в карте ничего не трогал, только сессию. Но если со светофорами какие-нибудь настройки делал, то нужно повторить проделанное и в другом слое(маршрут или сессия). Я обычно настраиваю всё в маршруте, если сессия не идёт, в маршруте переделываю, старую сессию удаляю, потом в новой сессии пробую. Сессию 5 секунд сделать.
Да я тоже так же, в сессии только в будке копаюсь.
Переустановил на одном перегоне все светофоры, собрал перегон, все хорошо. Запускаю машиниста, все опять горит красным, а в некоторых местах еще и в обе стороны.
http://i.piccy.info/i9/f097680d6143d5f75f54e4e1d1e78f05/1555023291/98391/1291209/TRS19_2019_04_12_01_36_51_54_800.jpg (http://piccy.info/view3/13105294/3e410af0fd4eac51b26936d0b0405a49/1200/)http://i.piccy.info/a3/2019-04-11-22-54/i9-13105294/800x423-r/i.gif (http://i.piccy.info/a3c/2019-04-11-22-54/i9-13105294/800x423-r)
http://i.piccy.info/i9/f2914db345f83cd3ff05c6309bba9662/1555023523/31409/1291209/DNk1EPHW4AASPyg.jpg (http://piccy.info/view3/13105305/987cd4fe97402bdc5fb54a25c57bd8c6/)http://i.piccy.info/a3/2019-04-11-22-58/i9-13105305/480x360-r/i.gif (http://i.piccy.info/a3c/2019-04-11-22-58/i9-13105305/480x360-r)
Пересобрал пергоны, сохранил карту и новую сессиию
Попробуй открыть для редактирования карту, перепроверить что именно её слой выбран, отредактируй светофоры и создай к карте новую сессию. И переустанавливать надо не предвходные, а входные - именно входные светофоры сохраняют данные о светофорах перегона. И ещё что может быть - неуникальные имена светофоров (особенно если карты соединялись). Из-за этого тоже может некорректно работать.
wladimir470
12.04.2019, 09:24
именно входные светофоры сохраняют данные о светофорах перегона У него они работают нормально, при переносе карты почему-то проходные не работают, я когда карту переносил, у меня не один выходной со станции не открывался, хотя маршруты собирались, менял выходные светофоры, потом входные, потом стрелки, пути, короче всю станцию поменял, бесполезно, потом поехал на красный и увидел что блокировка собрана в одну сторону, а два подряд проходных горят красным в другую сторону, сменил эти светофоры, другие проходные подтвердил, пересобрал перегон и всё заработало.
А просто пересобирать перегон пробовали во входных? С этого надо начинать.
А просто пересобирать перегон пробовали во входных? С этого надо начинать.
Ну естественно.
В общем, пока что помогла полная переустановка проходных на перегоне. После первой же сборки маршрута, в любом направлении, светофоры начинают гореть и работать как положено. Направление тоже меняется без проблем. Причем в старой же сессии.
WearsPrada
12.04.2019, 10:51
(кроме правила ДСП)
Добрался до настроек сессии, получается у меня нет вообще здесь ничего связанного с сУ. Как конкретно называется правило, которое нужно оставить в сессии. А то жуки полезли, всё сломалось.
---------- Сообщение добавлено в 10:51 ---------- Предыдущее сообщение размещено в 10:34 ----------
Разобрался. Просто не то правило добавил, оно вызывало ошибку.
wladimir470
12.04.2019, 14:50
В общем, пока что помогла полная переустановка проходных на перегоне. Ну и отлично. Я уже три месяца назад про этот косяк писал, думал люди читали.
MrMatzuk
13.04.2019, 15:50
Не знаю, поднимался ли уже этот вопрос, но: можно ли при существующих средствах исправить это? http://i.piccy.info/i9/909cb25a148b15c03297af563c422c62/1555159953/4058/1312951/su_core_fix_240.jpg (http://piccy.info/view3/13108342/0238c1edaae3201fe851c17f24e2843e/)http://i.piccy.info/a3/2019-04-13-12-52/i9-13108342/110x240-r/i.gif (http://i.piccy.info/a3c/2019-04-13-12-52/i9-13108342/110x240-r)
Либо требуется внести корректировки в sU Core? Речь идёт о показании З перед Ж при наличии между этими светофорами маркера отклонения, при условии что это 4АБ.
Либо требуется внести корректировки в sU Core?Да, требует небольшой корректировки. Ситуации, когда на светофоре нет второй жёлтой линзы, есть отклонение и при этом включена 4АБ, не предусмотрел. Исправлю.
---------- Сообщение добавлено 14.04.2019 в 04:12 ---------- Предыдущее сообщение размещено 13.04.2019 в 16:26 ----------
Кроме этого исправления 4значной АБ добавил галочку "пригласительный" для светофоров с белой немигающей линзой (у тех которых галочки нет, пригласительный будет отсутствовать, по умолчанию она выключена). У входных (у которых белая линза только мигающая) пригласительный будет всегда, если его линзу не выкалывали.
https://yadi.sk/d/pqnaEfkfchK-8A
http://i.piccy.info/i9/0369146640853dce515ffb848f00ab6c/1555204675/28464/1309267/TRam_20190414_0000_500.jpg (http://i.piccy.info/i9/e86837506b0efbcf4f0d08760fa4b31b/1555204675/389012/1309267/TRam_20190414_0000.jpg)http://i.piccy.info/a3/2019-04-14-01-17/i9-13109593/500x279-r/i.gif (http://i.piccy.info/a3c/2019-04-14-01-17/i9-13109593/500x279-r)
---------- Сообщение добавлено в 09:19 ---------- Предыдущее сообщение размещено в 04:12 ----------
Напомню, что пригласительный на выходных светофорах ставится только на главном правильном пути для 2-путного перегона. На однопутном перегоне пригласительный есть только у входных, на выходных он недопустим.
Строго говоря, явный запрет есть только на неправильный путь, на однопутку или двухстороннюю АБ и на отсутствие АБ. Но на практике - да, обычно бывает только по главным в правильном направлении.
А, ещё осталось много станций, где нет на входныхД. Но с 12 года уже должны быть.
Назрели вопросы.
1. Бывает, что на станции от входного до выходного нет ни единой стрелки.
https://i.ibb.co/SmtH6cG/383720.jpg (https://ibb.co/4S8CF23)
На схеме от входного НЛ до выходного Н2 стрелок нет. Как правильно настроить сигнализацию в этом случае?
2. Что делать с англичанками, у которых остряки парных стрелок сблокированы физически и переводятся одним приводом?
3. Как сделать подобную конструкцию?
https://i.ibb.co/x1KjM1S/Zag-MU.png (https://ibb.co/sKpwFKv)
wladimir470
16.04.2019, 08:03
На схеме от входного НЛ до выходного Н2 стрелок нет. Как правильно настроить сигнализацию в этом случае? У меня эта карта переделанная где-то есть, от НЛ до Н2 невидимую стрелку нужно поставить. По поводу англичанок не знаю, главное всё работает.
---------- Сообщение добавлено в 10:03 ---------- Предыдущее сообщение размещено в 09:35 ----------
Невидимый путь приляпай.
Sandrilyon
16.04.2019, 08:19
Так ничего же не мешает обозначить этот входной проходным. Использовать только модель входного. И не надо мутить стрелки.
Чтобы у нас входной гас? Нафиг-нафиг!
2 синхронизация леверов обычно есть в самой стрелке. Настраивать её и надеяться, что ничего не сломается (по идее не должно). В zxPath, на сколько я знаю, ничего не предусмотрено для таких случаев. В пульте ДСП это есть, точнее ещё в работе.
3 а это вообще что означает? о_0
wladimir470
16.04.2019, 09:25
На этих стрелках у меня zxPath X Trigger стоят. Хотя эта карта же была на UZ сигналке, у меня она на SU, так что я не знаю.
2 синхронизация леверов обычно есть в самой стрелке. Настраивать её и надеяться, что ничего не сломается (по идее не должно). В zxPath, на сколько я знаю, ничего не предусмотрено для таких случаев. В пульте ДСП это есть, точнее ещё в работе.
У меня почему-то при построении маршрута через эту стрелку на выход со станции стрелка переключается так, что мне приходится ее взрезать.
а это вообще что означает? о_0
Это означает, что за тоннелем есть разветвление. Маршрутник показывает направление движения по стрелке за тоннелем. Чтобы не ставить еще одну мачту, его повесили на заградительный.
У меня почему-то при построении маршрута через эту стрелку на выход со станции стрелка переключается так, что мне приходится ее взрезать.В документации же есть как огораживать англичанки - https://yadi.sk/d/yv0zmTveF5cSg . А если стрелка переводится неправильно, может быть связано с неуникальными именами объектов вокруг неё. Или что стрелки не проинициализированы.
На схеме от входного НЛ до выходного Н2 стрелок нет. встраиванием невидимой стрелки, на месте возможного изостыка. Т.е. скорее всего перед тоннелем, если места хватит.
Маршрутник показывает направление движения по стрелке за тоннелем
А вот с ним будут сложности. Во-первых, его нужно располагать перед стрелкой (т.е. за выходным, т.е. в километре от расположения), во-вторых видимо нужно смоделить мешь без мачты только с точкой привязки. Возможно надо будет объединить эти действия в одно (т.е. чтобы точка привязки маршрутного оказалась примерно в нужном месте относительно точки установки, а доводить до нужного места смещениями вдоль пути и в сторону)
встраиванием невидимой стрелки, на месте возможного изостыка.
А в чем необходимость обязательного наличия стрелки по маршруту?
А вот с ним будут сложности. Во-первых, его нужно располагать перед стрелкой (т.е. за выходным, т.е. в километре от расположения), во-вторых видимо нужно смоделить мешь без мачты только с точкой привязки. Возможно надо будет объединить эти действия в одно (т.е. чтобы точка привязки маршрутного оказалась примерно в нужном месте относительно точки установки, а доводить до нужного места смещениями вдоль пути и в сторону)
Вот я думаю, может быть сделать муляж заградительного с функциями МУ?
В документации же есть как огораживать англичанки -
Стрелка огорожена Х-триггерами и проинициализирована. Насчет уникальности имен объектов - проверю.
А в чем необходимость обязательного наличия стрелки по маршруту?В том, что zxPath умеет сохранять направление проложенного маршрута и регистрировать факт прохождения состава в этом направлении только на стрелке.
Вот я думаю, может быть сделать муляж заградительного с функциями МУ?в случае МУ без мачты, пододвинутого к мачте заградительного, будут работать и тот и другой. Другое дело что тебе в любом случае нужно угадывать с месторасположением меши, т.к. сосбтвенно МУ нужно поставить между Н1 и стрелкой 8, а его мешь должна располагаться перед тоннелем.
---------- Сообщение добавлено в 14:32 ---------- Предыдущее сообщение размещено в 14:28 ----------
Стрелка огорожена Х-триггерами и проинициализирована. Насчет уникальности имен объектов - проверю.
Проверь как определена пошёрстность/противошёрстность в маршруте по этой стрелке. Если определена неправильно и имена объектов уникальные, возможно есть смысл её удалить и расставить заново.
Проверь как определена пошёрстность/противошёрстность в маршруте по этой стрелке.
Можно поподробнее?
В будке в списке маршрутов указываются стрелки, их направление при замыкании маршрута и пошёрстность в маршруте.
---------- Сообщение добавлено в 15:30 ---------- Предыдущее сообщение размещено в 15:26 ----------
Например как тут - https://forum.trainzup.net/showthread.php?t=2115&p=523805&viewfull=1#post523805 - стрелка вправо, пошёрстная маршруту
Обнаружил интересную вещь.
В свойствах входного светофора инициализирую перегон и задаю направление. Проходные включают нормальные показания, встречные - гаснут, появляются таблички на предвходных.
Сохраняюсь. Если после этого выйти из редактора и зайти снова, то в свойствах входного светофора я вижу настройки перегона, но проходные начинают показывать ерунду, включаются встречные, пропадают таблички с предвходных. Все светофоры установлены в слой карты.
Что с этим делать?
wladimir470
17.04.2019, 07:59
Что с этим делать? Менять проходные.
Менять проходные.
В смысле? Срок годности закончился?
Изначально на карте стояла "сигнализация" UZ. Я ее снес. Только выставил проходные и уже менять?
Можете воспроизвести это на "пустом тайле"? И скинуть мне mapfile.obs и profile.dat?
kemal, вечером попробую сделать.
wladimir470
17.04.2019, 10:58
Изначально на карте стояла "сигнализация" UZ. Я ее снес. Только выставил проходные и уже менять? Я думал карта перенесена, значит смотреть нужно. Но думаю светофоры реплейсом меняли, тогда проблема может остаться. Хотя бы на одном перегоне зайдите в свойства всех проходных, потом собирите перегон и посмотрите что получится.
Но думаю светофоры реплейсом меняли
Все светофоры я менял вручную. Там они частично не соответствовали реальности, я постарался все максимально привести к реальным.
Про свойства - да, буду изучать, что в них сохраняется.
wladimir470
17.04.2019, 11:28
Все светофоры я менял вручную. Понятно. Замечал, бывает такая ерунда, расставляешь проходные светофоры на перегоне, расставил не на всём перегоне, сохранил, потом дальше продолжаешь расставлять, а дальше может возникнуть сюрприз, перегон соберётся неправильно. Всякое бывает, может неправильно уложен путь, допустим не в одном направлении.
Как вариант - после инициализации перегона зайти в свойства каждого из проходных и подтвердить настройки, ничего не меняя. Возможно trainz 19 не считает, что редактирование свойств одного объекта влияет на свойства другого, соответственно не считает необходимым сохранять настройки проходных.
http://i.piccy.info/i9/abb65cf85374e67bfa3107a17cda5e2f/1555525801/8300/1313752/stantsyia_500.jpg (http://piccy.info/view3/13118298/bd65111ccb133843e8f37571031fa8b8/)http://i.piccy.info/a3/2019-04-17-18-30/i9-13118298/500x137-r/i.gif (http://i.piccy.info/a3c/2019-04-17-18-30/i9-13118298/500x137-r)
После обновления появилась такая проблема: не собирается маневровый маршрут из одной горловины в другую. Причем проблема не от всех светофоров.
Например Если выехать за М1 с пути, то от М1 за М2 не собирается, но если сделать маневр двумя командами (М1 за Ч4, Н4 за М2), то собирается.
Если подъехать из тупика, то от М1 за М2 собирается.
От М2 за М1 не собирается (двумя командами соберется) , а от М6 за М1 собирается без проблем....
Как решить? :blush2:
Уменьшить радиусы действия леверов стрелок возле светофоров М1, М7 и М4 до 1-2 метров (это делается в доп. вкладке окна, где расставляются дефолтные триггеры/маркеры)
---------- Сообщение добавлено в 22:54 ---------- Предыдущее сообщение размещено в 22:53 ----------
В слое карты
---------- Сообщение добавлено в 22:57 ---------- Предыдущее сообщение размещено в 22:54 ----------
Ещё вариант - проверить принадлежность светофоров станции. Если отнесены к разным станциям, такое может возникнуть.
Светофоры отнесены к одной станции. До обновления команды работали.
Радиус действия стрелки стоит 8 м. Когда состав стоит за светофором, стрелки свободны, в диспетчере никаких неразомкнутых маршрутов не висит. От светофоров на путь маршруты собираются, не собираются только по свободному в другую горловину. Такая проблема на всех станциях.
Sandrilyon
18.04.2019, 10:37
Evtem, проверь все трэксайды между горловинами. Это может быть что угодно. Просто временно удали и пробуй собирать маршрут. У меня было, что маневровый маршрут не собирался, если по пути был повторительный светофор.
WearsPrada
18.04.2019, 12:55
Радиус действия стрелки стоит 8 м
В большинстве случаев это крайне много.
Ставлю 1м и проблем не знаю.
Да, повторительный может повлиять, не смотря на то что в нём не отображается станция, к которой он отнесён. Можно временно поставить ему галочку "выходной", выбрать станцию, а потом вернуть галочки как было.
поставить ему галочку "выходной"
Снять автомат.
У меня продолжается чертовщина. Таблички на предвходных перестали пропадать сами собой. На всякий случай я открывал их свойства, подтверждал и сохранялся.
Остался вроде бы один видимый дефект - на одном из путей два проходных светофора - на первом и втором удалении перекрываются после выхода из редактора и захода в него снова. После инициализации перегона или просмотра их свойств (причем неважно, с сохранением или нет), они снова загораются зеленым, как и должно быть.
Перегон Скотарське - Воловець, нечетное направление, 2-й путь. 4 блок-участка, двухсторонняя АБ, движение преимущественно левостороннее из-за особенностей рельефа.
Раскладка по перегону:
Все объекты
https://i.ibb.co/vQyRXZd/Peregon-list.png (https://ibb.co/8dvtY6x)
Проходные по порядку. На предвходном - желтый, так и должно быть.
https://i.ibb.co/w4yzzWm/Proh-5-2.png (https://ibb.co/QM9KKNw) https://i.ibb.co/rytNr61/Proh-3-2.png (https://ibb.co/ThTd38F) https://i.ibb.co/TR3LQ2x/Proh-1-2.png (https://ibb.co/d6YgNMw)
Суп четного входного ст. Скотарьске
https://i.ibb.co/hcfCKbd/Props-E.png (https://ibb.co/5kF25mj)
Суп проходного 5(||)
Сверху или слева - закрытый, снизу или справа - открытый
https://i.ibb.co/s1838xj/Props-5-2.png (https://ibb.co/xgx5x9h) https://i.ibb.co/gZB80Q6/Props-5-2-norm.png (https://ibb.co/4R5LbCJ)
Суп проходного 3(||)
Сверху или слева - закрытый, снизу или справа - открытый
https://i.ibb.co/5YtmD59/Props-3-2.png (https://ibb.co/yhGtT8R) https://i.ibb.co/QXvVXTv/Props-3-2-norm.png (https://ibb.co/253r5C3)
Суп проходного 1(||) (предвходной)
https://i.ibb.co/S6cKXJJ/Props-1-2.png (https://ibb.co/6y84RNN)
Суп нечетного входного ст. Воловець
https://i.ibb.co/TrDhh2F/Props-H.png (https://ibb.co/cxKTT37)
wladimir470
19.04.2019, 06:20
У меня продолжается чертовщина. Родина Дракулы! Я чуть не повешался когда эту карту в trainz12 переделывал, на ней ничего не сохранялось при выходе из редактора, светофоры разворачивались при редактировании сплайнового объекта, который не каким боком не относится к ж.д., при замене стрелок, то в небе, то под землёй появлялись левера, и много, много другого интересного. Крепитесь. Хотя сигнализацию поменял на SU за пару часов, и всё работало, но в 12, в 19 с проходными косяк.
Предлагаю удалить и поставить заново входной на Скотарском.
Хотя сигнализацию поменял на SU за пару часов, и всё работало, но в 12, в 19 с проходными косяк.
А если сразу делать карту не перенося из 12 в ТРС 2019....и ставить сигналку СУ тоже будут проблемы с проходными?
Предлагаю удалить и поставить заново входной на Скотарском.
Устанавливал оба входных заново. Также пробовал от первого проходного, горящего красным, кидать прямой путь до следующего проходного без всяких трексайдов. Проблема остается.
Могу предложить собрать и потом разобрать маршрут, который бы разворачивал перегон в начале сессии. И посмотреть что из этого будет. Или банально сохранить с переключенным в обратном направлении перегоном.
---------- Сообщение добавлено в 16:52 ---------- Предыдущее сообщение размещено в 16:49 ----------
По предварительным причинам - светофоры инициализируются при загрузке карты в таком порядке, что их поиски не находят друг друга. Соответственно они считают что далее путь в тупик и остаются красными.
По предварительным причинам - светофоры инициализируются при загрузке карты в таком порядке, что их поиски не находят друг друга. Соответственно они считают что далее путь в тупик и остаются красными.
Я тоже так думаю. Может быть можно отложить инициализацию до полной загрузки сессии - поставить хэндлер на это событие и продолжить инициализацию по сообщению?
Может быть можно отложить инициализацию до полной загрузки сессииВ ядре сигнализации есть лучший критерий - прекращение подключения к ней новых светофоров в течение какого-то времени.
Скажи тогда trainz-build текущей 19ки, скину тебе пробный патч как сделаю.
TRam_, с удовольствием протестирую. Билд 98695.
wladimir470
20.04.2019, 20:09
Устанавливал оба входных заново. Также пробовал от первого проходного, горящего красным, кидать прямой путь до следующего проходного без всяких трексайдов. Проблема остается. Я бы по другому сделал, удалил на одном перегоне все проходные, сохранил карту, потом зашёл, установил все проходные, пересобрал перегон с обоих сторон по несколько раз и сохранил, потом бы пробовал.
goldorel
20.04.2019, 21:04
Скажите пожалуйста, в чем может быть причина, не собирается не один маневровый маршрут, не через команду маневрировать к, ни через браузер? Заранее спасибо.
Я бы по другому сделал, удалил на одном перегоне все проходные, сохранил карту, потом зашёл, установил все проходные, пересобрал перегон с обоих сторон по несколько раз и сохранил, потом бы пробовал.
Володя, я конечно извиняюсь, но в предложенных действиях я не вижу смысла. Я привык поступать обдуманно. Если есть какая-то причина, вызывающая подобное поведение проходных светофоров, то ее надо найти и устранить.
Скажи тогда trainz-build текущей 19ки, скину тебе пробный патч как сделаю.
Спасибо огромное! Пересобрал проблемный перегон, сохранил карту и сессию, вышел из редактора, зашел снова. Теперь проходные загораются зеленым, как и положено. Пока проблем не выявил. Пошел тестировать дальше.
Пока проблем не выявил
Значит в следующем обновлении выложу с этим патчем... Может чуть дольше загрузка будет в 19ке по сравнению с предыдущими версиями. На более ранние версии trainz никак не повлияет (перезапуск светофоров там не будет запускаться)
А нужен ли вообще поиск при инициализации?
wladimir470
21.04.2019, 07:34
Странно, при разборе маршрутов выскакивает ошибка "ТаймАут", станция небольшая, раньше выскакивала ошибка на большой станции, где под 100 стрелок, теперь там всё нормально. Непонятно.
http://images.vfl.ru/ii/1555821244/a0f3356c/26264136.png
при разборе маршрутов выскакивает ошибка "ТаймАут"При разборе? Лог ошибки показывает, что она возникла во время перебора вариантных маршрутов для поиска кратчайшего и удаления остальных...
---------- Сообщение добавлено в 08:06 ---------- Предыдущее сообщение размещено в 08:00 ----------
А нужен ли вообще поиск при инициализации?В данном случае поиски происходят при SetProperties. Непосредственно при инициализации только добавление в базу обработки
wladimir470
21.04.2019, 08:11
При разборе? Да, при разборе. Володь, есть варианты избавиться, станция небольшая? Одно единственное я никогда не любил когда по станции стоят маршрутные светофоры, у меня частенько ошибки из-за этого в 12 появлялись.
Обнаружился косяк. Ставлю маршрутный указатель SU mob mu. При попытке его переместить с помощью настроек смещения сразу перемещается только его мачта, а головка остается висеть на месте. Чтобы головка встала на мачту, нужно выйти из редактора и загрузить карту снова.
https://i.ibb.co/FwB9vCs/mu.png (https://ibb.co/VSvdy5H)
Ну да, зачем вот там поиск?
При попытке его переместить с помощью настроек смещения сразу перемещается только его мачта, а головка остается висеть на месте.Потому что у мачты ЛОД есть, а у МУ ЛОДа нет. Поэтому, не смотря на то что МУ закреплён на точке привязки, trainz не обновляет его положение. Теоретически МУ должен оказаться на нужном месте ещё и в том случае, если перейти на карте вне зоны видимости этого светофора, а затем вернуться.
Володь, есть варианты избавиться, станция небольшая?
Ну я не виноват что trainz 19 пишет в лог абсолютно не то, что на самом деле происходит - там указана ошибка при выполнении автоудаления вариантных маршрутов, а никак не при разборе маршрута по проезду поезда. На самом деле один момент я предполагаю, из-за чего это могло быть, но пока только предположение.
---------- Сообщение добавлено в 14:19 ---------- Предыдущее сообщение размещено в 14:17 ----------
Ну да, зачем вот там поиск?Потому что в редакторе могли расставить состав между светофорами, а поскольку sU не воспринимает появления составов вне зон действия светофоров, она должна производить поиск во время загрузки (чтоб эти составы находить и применять новые показания). Ну и при применении новых настроек светофора тоже.
---------- Сообщение добавлено в 14:27 ---------- Предыдущее сообщение размещено в 14:19 ----------
trainz не обновляет его положение
Теоретически я могу попробовать "дёрнуть" положение МУ при задании нового положения светофора, но не уверен что trainz это обработает.
Теоретически я могу попробовать "дёрнуть" положение МУ при задании нового положения светофора, но не уверен что trainz это обработает.
Надо попробовать. На эрендировских подвесных при перемещении с помощью настроек светофоры нормально двигаются.
Замечал, что у меня подобная бага уходила, после того, как я добавлял в конфиг пустой (!) контейнер effects.
Вот про добавление состава не подумал. Но, с другой стороны, лучше сделать поиск от состава и обновить только то, что нашлось.
А применение настроек - это что имеется в виду?
это что имеется в виду?
Например изменение линзового набора. Ведь собственно при задании нового набора линзы переключаются в "предпросмотр" (все включены), а собственно новое показание определяется уже при SetProperties
TRam_, и еще есть предложение. Надо бы добавить в объекты, поддерживающие смещение, какую-нибудь невидимую плоскость, чтобы она обозначала место, куда можно ткнуться мышкой для вызова свойств. А то иногда реально задалбывает, когда надо по 20 раз кликать вокруг черного треугольника, чтобы найти это место.
Я понял.
У меня занятость секции (количество свободных) - это отдельное свойство. Поэтому в подобной ситуации показание будет пересчитано без поиска.
На заре sU утверждалось, что она легче z7 из-за то, что там нет кучи ненужных проверок и поисков. Я думал, что этот поиск там тоже исключён.
---------- Сообщение добавлено в 15:18 ---------- Предыдущее сообщение размещено в 15:16 ----------
Ведь собственно при задании нового набора линзы переключаются в "предпросмотр" (все включены)
Что, в прочем, не мешает пересчитать показание именно в этот момент, а отобразится оно уже при SetProperties.
kemal, ну как минимум при установке нового светофора на карту поиск надо проводить. А так - да, некоторое удлинение загрузки.
по 20 раз кликать вокруг черного треугольникаКоторый в оригинале был зелёным...
Кликать в 19ке надо по тому месту, где была мачта в несмещённом состоянии. В 12ке после включения смещения достаточно было кликнуть именно на зелёный треугольник.
Который в оригинале был зелёным...
19-ка ничего не знает о свечении абсолютно черных тел. В оригинале как раз Ambient Color = Diffuse Color = 0. Достаточно открыть модель треугольника с помощью IM Editor и исправить эти цвета на нормальные.
Кликать в 19ке надо по тому месту, где была мачта в несмещённом состоянии.
Это место не всегда известно. Например, проходные, расположенные слева по ходу движения - на самом деле "правые", только смещенные конфигом. Я достаточно долго тыкался вокруг треугольника, пока не нашел нужное место.
RZD29RUS
21.04.2019, 15:43
Ищу человека, который при помощи Team Viewer проконсультирует по сигнализации. Писать в личку.
Надо бы добавить в объекты, поддерживающие смещение, какую-нибудь невидимую плоскость, чтобы она обозначала место, куда можно ткнуться мышкой для вызова свойствКак нибудь сделаю, когда буду перебирать конфиги светофоров. Кроме того, не понятно, как сделать плоскость и для карликовых светофоров (у них иная высота коллижн-бокса ). В идеале я б хотел чтобы коллижн-бокс брался именно на зелёного треугольника, но пока не представляю как это сделать без потери совместимости с существующими светофорами других авторов.
Попробуй поменять местами в mesh-table основную мешь и мешь треугольника, вдруг поможет..
wladimir470
21.04.2019, 15:49
там указана ошибка при выполнении автоудаления вариантных маршрутов Да, так оно и есть, что-то я заработался. Можно как-то избавиться?
ну как минимум при установке нового светофора на карту поиск надо проводить.
Вот это, как раз, не сложно:
https://bitbucket.org/e-kemal/km_sig/src/master/24100_km_lib/km_signal.gs?fileviewer=file-view-default#km_signal.gs-1045
kemal, с учётом того что у меня MainState не должно принимать значение "-1", придётся городить отдельную булевую переменную специально для этого. В общем на будущее возьму на заметку, а пока что "расставаться с предпросмотром линз после выставления розжига" не хочется. Так что в 12ке всё как раньше, в 19ке и более поздних - двойной поиск при загрузке карты.
Ээээээ? Зачем отдельную переменную?
У меня, как раз, тоже защитный участок не должен быть -1. Это, на самом деле, такая проверка, что суп пуст (надо бы нормально переписать, да, но тогда придумал так).
И почему расставаться с предпросмотром? У меня-то он тоже есть.
kemal, у меня он гасится по SetProperties при нажатии подтверждения. https://youtu.be/2No0MtG8LdA?t=285
TRam_, есть еще пожелание. На мой взгляд, было бы неплохо дополнить таблицу ограничений скоростей в светофорах значениями общей максимальной скорости для пассажирских и грузовых, и чтобы после их ввода все значения скоростей, превышающие их, автоматически приравнивались к этим значениям. Считаю, что это существенно упростило бы настройку светофоров, особенно в горловинах станций, где их много, и параметры у всех разные.
где их много, и параметры у всех разные.Т.е. настолько разные, что копирование-вставка не помогают?
---------- Сообщение добавлено в 17:13 ---------- Предыдущее сообщение размещено в 17:03 ----------
В общем по последним замечаниям доделал - https://yadi.sk/d/pqnaEfkfchK-8A
Автоудаление вариантных тоже должно улучшиться, хотя точно сказать не могу.
где их много, и параметры у всех разные.Т.е. настолько разные, что копирование-вставка не помогают?
Где-то ограничение допустим 90/80, где-то 40, где-то 25. И приходится сначала прописывать кучу значений в таблицы, а потом бегать по светофорам и копировать - вставить. Неудобно. А так вводом двух значений можно было бы в большинстве светофоров сделать настройки.
Где-то ограничение допустим 90/80, где-то 40, где-то 25.Но каким светофорам какое ограничение нужно - тоже нужно ж будет выставлять... И если просто сделать отдельную таблицу для всех светофоров карты, то ни о каких 40 для отклонений речи идти не может. Это нужны "категории ограничений светофоров", их тоже где то надо выставлять помимо таблиц. В общем что-то совсем не тривиальное.
Пока же - настроить 1 раз светофор для отклонений 40 - и копировать его ограничения во все остальные с таким ограничением. Настроить 1 раз на 25 и тоже копировать. Нужно на проходных сделать макс. ограничение - расставить sU speed limit и инициализировать их.
И да, пока оно работает не особенно корректно, в особенности для отмены ограничений, если хвост съезжает с большего ограничения уже после проезда speedLinit/speedboard repeater с меньшим ограничением. Тогда оно теряется.
---------- Сообщение добавлено в 17:38 ---------- Предыдущее сообщение размещено в 17:36 ----------
А для исправления нужно добавлять логику определения момента проезда поезда для этих лимитов, по аналогии с логикой для светофоров...
У меня последний патч оказался полон жуков. Они полезли с бешеной скоростью. После установки патча инициализировал все светофоры и маршруты заново.
Однократно в начале поездки выскочили вот эти два:
https://i.ibb.co/DzcbgVc/bug270-1.png https://i.ibb.co/0m21yVg/bug703-1.png
А дальше два жука постоянно чередовались:
https://i.ibb.co/9GZSgTY/bug0.png https://i.ibb.co/hKs3YFQ/bug291.png https://i.ibb.co/1nrdhd0/bug408.png
И еще вопрос. На станции выходные светофоры - высокие трехлинзовые с МУ (так в реальности). Между входным и выходным стрелок нет. По совету форумчан поставил перед выходным невидимую стрелку. Стрелка переключена по маршруту. Теперь локомотивный светофор не ловит код с выходного. Поставил галочку "кодирование съездов" - не помогает.
https://i.ibb.co/zNgtMPF/ls.png (https://ibb.co/CWyScV6)
По совету форумчан поставил перед выходным невидимую стрелку.Нужно было ставить рядом с входным, а не с выходным. И, желательно, с противоположной стороны поставить невидимый выходной с галочкой кодирования (АЛСН Эрендира для корректной работы алгоритма наличия кодирования нужно именно 2 выходных, ограждающих путь, иначе она считает съезды на путь некодируемыми. Почему именно так а не иначе - точно не знаю, возможно из-за невозможности определить галочки у входного, который проезжали ранее или не проезжали вообще). Проверь чтоб у следующего входного были обе галочки кодирования съездов (т.к. АБ двухсторонняя), у предыдущего тоже.
По жукам - попробуй загрузить сессию повторно, с некоторой вероятностью они уйдут. Возникли от того, что для твоего состава был создан объект, хранящий проезжаемые составом светофоры, передан на добавление в базу данных, но по-факту он в базу составов не добавился. С чем это связано и почему в прошлый раз у тебя того же самого не было - не представляю (именно эта часть кода не менялась уже очень давно). Ну а потом попытки работать с этим недодобавленным составом вылезали в повторяющиеся жуки. И светофоры закрываться тоже не должны.
wladimir470
21.04.2019, 23:27
Красивый маршрут Свалява- Сколе, надо будет переделанный тоже закинуть в 19, в 12 SU на нём как часы работала, стрелку только приляпал в Скотарске.
По жукам - попробуй загрузить сессию повторно, с некоторой вероятностью они уйдут. Возникли от того, что для твоего состава был создан объект, хранящий проезжаемые составом светофоры, передан на добавление в базу данных, но по-факту он в базу составов не добавился. С чем это связано и почему в прошлый раз у тебя того же самого не было - не представляю (именно эта часть кода не менялась уже очень давно). Ну а потом попытки работать с этим недодобавленным составом вылезали в повторяющиеся жуки. И светофоры закрываться тоже не должны.
Подтверждаю. Второй раз проехал, ни одного жука не было.
При инициализации Коноши, на 85 процентах жук выскакивает, не ужели не переваривает?
http://i.piccy.info/i9/6a92c97da42d1cb7ffe8ca580f064797/1556040670/55776/1291209/TRS19_2019_04_23_20_22_40_99_800.jpg (http://piccy.info/view3/13130431/a2d430107bfc0dd98f46789a4c939487/1200/)http://i.piccy.info/a3/2019-04-23-17-31/i9-13130431/800x423-r/i.gif (http://i.piccy.info/a3c/2019-04-23-17-31/i9-13130431/800x423-r)
---------- Сообщение добавлено в 20:41 ---------- Предыдущее сообщение размещено в 20:27 ----------
Еще, иногда ошибка выпадает.
http://i.piccy.info/i9/9c58d8fb41c951d0036b4c3bfde2af5f/1556041590/52216/1291209/TRS19_2019_04_23_20_39_09_69_800.jpg (http://piccy.info/view3/13130470/4164b88156ee24d25e7db806a52a8401/1200/)http://i.piccy.info/a3/2019-04-23-17-46/i9-13130470/800x423-r/i.gif (http://i.piccy.info/a3c/2019-04-23-17-46/i9-13130470/800x423-r)
Еще, иногда ошибка выпадает.По этой ошибке может сделаю подпатч, а по поводу Коноши - поинициализируй светофоры по очереди, судя по 85% не переваривается какой-то из светофоров в конце их списка у Коноши. Ну и расставлять стоп-маркеры...
Ну и расставлять стоп-маркеры...
Проблема ушла, забыл отгородить стоп-маркерами парки отстоя локов. Коношский узел полностью переварился.
RZD29RUS
23.04.2019, 21:46
Проблема ушла, забыл отгородить стоп-маркерами парки отстоя локов. Коношский узел полностью переварился.
Стоп - маркеры SU, свои или те же, что и ботомашинист?
Стоп - маркеры SU, свои или те же, что и ботомашинист?
Не понял вопроса. Просто покажу картинку.
http://i.piccy.info/i9/a2c5d70b7c06a5711cbe6949f96a8a69/1556046592/122311/1291209/TRS19_2019_04_23_22_03_11_67_800.jpg (http://piccy.info/view3/13130711/9ed8561e57db636e0009b644081c1abb/1200/)http://i.piccy.info/a3/2019-04-23-19-09/i9-13130711/800x423-r/i.gif (http://i.piccy.info/a3c/2019-04-23-19-09/i9-13130711/800x423-r)
Стоп маркер для сигналки - это не "место остановки ***", а "дальше не искать".
wladimir470
24.04.2019, 06:28
Ещё бы при автоудалении вариантных маршрутов какие-нибудь фишки придумали, чтобы ошибок не было. На всех крупных станциях ошибки, а если не удаляешь вариантные маршруты, то есть возможность, что по съездам будешь кататься.
wladimir470, если перед инициализацией стрелок стрелки направлять не на съезды, то первые в списке маршруты будут не через съезды. Это и на последнем обновлении тоже ошибки?
TRam_,
Если быть точным сразу ставить все стрелки по главным и тогда только делать иницилизацию?
Даже так при постройке маршрута все стрелки ставить в положение главный путь?
А после сохранения карты все стрелки так и останутся в положении главный путь?
Если быть точным сразу ставить все стрелки по главным и тогда только делать иницилизацию?Не так. Что в списке сгенерированных маршрутов первыми будут те, в которых стрелки оставались с тем же направлением, в котором они были в момент инициализации стрелок в маршрутизации. В это же положение стрелки вернутся после разбора маршрута над ними.
При сохранениях стрелки сохраняют то положение, в котором они были в этот момент, вне зависимости от маршрутизации.
wladimir470
24.04.2019, 19:31
первые в списке маршруты будут не через съезды. Это я знаю, охота автоматически.
Автоматически что?
Вставляем все стрелки в положение по умолчанию и автоматически получаем маршруты по прямой первыми в списке.
---------- Сообщение добавлено в 21:09 ---------- Предыдущее сообщение размещено в 21:04 ----------
ПыСы, Трам, напиши Эрендиру - он свои леверы предлагает использовать для борьбы со "змейкой".
он свои леверы предлагает использовать для борьбы со "змейкой"
Не в леверах проблема, а в таймаутах при постройке маршрутов и поисках - https://forum.trainzup.net/showthread.php?t=2115&p=526618&viewfull=1#post526618. Т.е. нужно как-то по-другому подбирать паузы при этом автопоиске вариантных маршрутов.
А идея с "удельным весом стрелки" мне не нравится.
Ну вот люди же жалуются, что у них не те варианты выбираются.
А что не так с весами? И кстати, веса - это, так сказать, последняя инстанция, когда не работают другие способы. Например, пульт ДСП, при равных весах, отдаёт предпочтение варианту с меньшим количеством стрелок.
wladimir470
24.04.2019, 21:56
Автоматически что? Чтобы ненужные маршруты удалялись. Как-то привык уже, раньше вроде такого не было, чтобы так часто ошибки при автоудалении маршрутов сыпались.
TRam_, назрела потребность обозначать границу нецентрализованной зоны. Есть мысль использовать для этого сочетание входной+маневровый. Что думаешь?
MasterPM724ltjt103
28.04.2019, 16:00
TRam_, назрела потребность обозначать границу нецентрализованной зоны. Есть мысль использовать для этого сочетание входной+маневровый
Поддерживаю, имхо иногда нецентрализованная зона может являться промежутком между 2-х разных станций как имеющих централизацию со стыкованием между собой, так и нет.
В качестве примера могу отдельно закинуть схемы вариантов стыкования 2-х централизованных зон разделённых нецентрализованной.
Над этим тоже думаем, но в первую очередь нужно для другого.
Сейчас же вопрос в том, не поломает ли это в самой сигналке что-нибудь.
ЗЫ пробудись и расскажи, как там с тестированием.
Хочу спросить - а можно ли сделать централизованную инициализацию перегонов через будку, чтобы не приходилось каждый раз по входным бегать?
чтобы не приходилось каждый раз по входным бегать?
Если аурановцы перестанут играться с автопереименовыванием объектов карты, по выходным бегать будет не нужно.
---------- Сообщение добавлено в 17:26 ---------- Предыдущее сообщение размещено в 17:21 ----------
TRam_, назрела потребность обозначать границу нецентрализованной зоныВходной для этих целей не подходит, ибо он требует перегона. Я б предложил спец. название стации, например прочерк "_", для светофора, чего-то там ограждающего. Ну а так в рамках маршрутизациии zxPath, эту роль выполняет светфор, отнесённый к иной станции. По крайней мере в теории (возможно нужно два а не один, хотя у меня задумывался именно один)
Не, речь не про zxPath. Нужен просто признак, который при этом не поломает всё остальное.
---------- Сообщение добавлено в 20:59 ---------- Предыдущее сообщение размещено в 17:34 ----------
централизованную инициализацию перегонов
Если аурановцы перестанут играться с автопереименовыванием объектов карты, по выходным бегать будет не нужно.
Я думаю, одно другого не исключает.
Я думаю, одно другого не исключает.
То, что БД перегона сохраняется в свойствах светофора, означает что в 19ке, если сделать "инициализацию перегона" снаружи (а не через свойства этого входного) то она не будет запоминаться до того момента как в светофоре не откроют свойства для пересохранения. По аналогии с тем что с zxPath ExtraInterface, которое в по крайней мере в ТАНЕ работает, но не приводит к сохранению настроек будки (т.к. TANE не понимает, что будка тоже подверглась редактированию).
А для 12ки это бессмысленно - там и так достаточно 1 инициализации автором карты.
Да, есть такое. Но это же так же означает, что нужно инициализировать оба входных?
И что по флагам думаешь?
И что по флагам думаешь?Что пока что комбинации флагов не вижу. Лучше сделать маркер...
Команда "маневрировать до светофора" (zxPath autodrive to shunt signal) обновлена, добавил опцию оставления проходов до и за светофором с несколькими градациями расстояния.
https://yadi.sk/d/pqnaEfkfchK-8A
Также там мелкие изменения для некоторых багов 19ки и тани, там можно поставить с заменой...
goldorel
06.05.2019, 14:10
Подскажите в чем проблема, я выбираю команду в машинисте zxPath autodrive to shunt signal, у меня после выбора она становиться прозрачной и выскакивает ошибка .
Unknown : File menu.gs, Line 153, ER_Timeout
function $Menu@zxPathDrive3Command::MakeFullMenu(), line 76
function $void@zxPathDrive3Command::AddCommandMenuItem(Driv erCharacter,Menu), line 171
у меня после выбора она становиться прозрачной и выскакивает ошибкаСлишком большое количество светофоров (поездных и маневровых) на карте, потому все пункты меню (для всех маневровых светофоров карты) не могут сгенерироваться. trainz выкидывает скрипт этой команды как зависший. Решение только одно - не использовать эту команду.
"Слишком большое количество светофоров (поездных и маневровых) на карте"
Простите, а "Слишком большое" - это сколько? Критическое количество штук, хоть приблизительно, 1к, 5к, 10к?
Момент когда скрипты отключается, точно не определяется.
WearsPrada
09.05.2019, 16:02
"Слишком большое"
Это когда в теории и на практике, ты даже 10% тех маршрутов не проедешь и за 5 лет.
Trainz 2019. На небольшой карте (однопутка, восемь станций с несложным путевым) сигналка работает как то странно. Перегоны пересобирал, будку перенастраивал. А всё равно между станциями маршруты собираются через раз. В чём может быть дело? Строилось изначально в Trainz 2012 3.7.
wladimir470
09.05.2019, 21:20
сигналка работает как то странно Проходные светофоры нужно подтвердить(зайти в свойства), потом пересобрать перегоны, если не поможет, поменять.
wladimir470, в обратной последовательности. Вначале пересобрать, потом подтвердить. Хотя м.б. не принципиально.
Проходные светофоры нужно подтвердить(зайти в свойства)
В свойства всех и каждого? (извините за тупизм)
wladimir470
10.05.2019, 00:31
В свойства всех и каждого? На входном нажми "собрать перегон", потом посмотри чтобы все проходные светофоры на этом перегоне горели зелёным огнём в одну сторону(кроме последнего перед входным), если какой-то не горит, либо горит красным, либо в другую сторону, подтверди, либо меняй. Потом пересобери в другую сторону перегон, проходные светофоры должны загорется в другую сторону, исправь так же.
При просчете маршрутов пультом RE sU DSP Controller выдает по не которым станциям ошибки ( https://prnt.sc/nn6w6l ) что это за ошибки и как их читать и исправлять. СПС
По RE sU DSP обращаться сюда - https://trello.com/b/Hbe53CY1/пульт-диспетчера-su или сюда - http://forum.trainzdevteam.ru/posts/m1121-Sistema-signalizacii-sU-i-sistema-marshrutizacii-zxPath#post1121 .
Очередная версия - https://yadi.sk/d/pqnaEfkfchK-8A
Сделан глобальный апгрейд системы выставления ограничений скорости. Для исправления корявой логики аурана из объектов скоростных ограничений сделаны триггеры, и теперь "пропадание ограничения сразу после въезда на него" если не искоренено полностью, то значительно улучшено. Потестировать можно например на карте "Бузулук-Спиридоновка", в особенности с достаточно протяжённым составом.
Сделано это в обмен на несколько меньшую производительность.
Для однопутки с ПАБ вместо sU speedboard repeater рекомендую использовать sU speed limit с заданными скоростями, инициализацию которого проводить не нужно. Он, в отличии от тех же "Invisible Speed-Signal v2", постоянно не потребляет ресурсов и скорости на нём выставляются одновременно со светофорами (как и раньше, на 2 блок-участка перед поездом).
---------- Сообщение добавлено в 03:40 ---------- Предыдущее сообщение размещено в 03:39 ----------
Мультиплеерную работоспособность вроде бы сохранил, но точно в этом не уверен.
Sandrilyon
14.05.2019, 01:12
TRam_, у меня боты стали ловить ограничение 40км/ч на заградительных светофорах.
Заградительные находятся возле входных?
---------- Сообщение добавлено в 01:37 ---------- Предыдущее сообщение размещено в 01:19 ----------
Или речь о проходных на перегоне?
---------- Сообщение добавлено в 03:25 ---------- Предыдущее сообщение размещено в 01:37 ----------
Кое-какие идеи по поводу этого появились, реализовал - https://yadi.sk/d/pqnaEfkfchK-8A . Теоретически должно улучшиться.
Для 12 актуально, или обновки уже смысла нет качать?
Sandrilyon
14.05.2019, 12:16
Заградительные находятся возле входных?
Да. Между заградительным и входным нет проходных. В одном случае на ПАБ заградительный был на расстоянии более 5-7км от входного, но это понятно, потому что там тоже нету проходных
Кое-какие идеи по поводу этого появились, реализовал - https://yadi.sk/d/pqnaEfkfchK-8A . Теоретически должно улучшиться.
Проблема осталась.
---------- Сообщение добавлено в 11:39 ---------- Предыдущее сообщение размещено в 11:38 ----------
Для 12 актуально, или обновки уже смысла нет качать?
Актуально.
В одном случае на ПАБ заградительный был на расстоянии более 5-7км от входного, но это понятно, потому что там тоже нету проходныхУстановлен ли sU speed limit за горловиной с настроенными на перегоне скоростями? Если нет, то при отправлении с бокового скорость и будет выставлена в 40 км/ч, как и на выходном. И будет оставаться на всём перегоне до момента проезда входного следующей станции. Если на ПАБ поставлен speedboard repeater, то скорость будет копироваться из входного, если он открыт (а он скорее всего закрыт в этот момент, значит и будет 40).
В случае перегона с проходными, если нет инициализированного sU speedboard repeater, будет точно такая же ошибка.
Sandrilyon
14.05.2019, 14:51
Проверил еще раз... На АБ такого не происходит. Там везде за последней стрелкой стоит настроенный рипитер.
На ПАБ за последней стрелкой стоит обычный ограничитель (черный кубик), устанавливающий скорость на перегоне.
Я так понимаю, целесообразно заменить их на sU speed limit?
При пересечении входного нечетного сигнала в Коноше2, выскакивает ошибка.
http://i.piccy.info/i9/d581943aea0e80035e6b7aff2bd480ff/1557843674/21962/1291209/TRS19_2019_05_14_17_11_23_15_500.jpg (http://piccy.info/view3/13171866/2f683146deb65d4642578bfc8648adc4/)http://i.piccy.info/a3/2019-05-14-14-21/i9-13171866/500x264-r/i.gif (http://i.piccy.info/a3c/2019-05-14-14-21/i9-13171866/500x264-r)
Соответственно все светофоры, где проходит поезд, не переключаются на красный, так и остаются гореть разрешающим.
http://i.piccy.info/i9/f499ec093c528b7a71d459f0ce1afaef/1557843932/30899/1291209/TRS19_2019_05_14_16_45_47_52_500.jpg (http://piccy.info/view3/13171876/ca938baeffa105b07aedf38b65752c2b/)http://i.piccy.info/a3/2019-05-14-14-27/i9-13171876/500x264-r/i.gif (http://i.piccy.info/a3c/2019-05-14-14-27/i9-13171876/500x264-r)
http://i.piccy.info/i9/28fc4d1c7a49cf738399faec7bc6e3e5/1557843890/34688/1291209/TRS19_2019_05_14_12_19_05_19_500.jpg (http://piccy.info/view3/13171873/56cc02a762c8717ce38a42ee09af5189/)http://i.piccy.info/a3/2019-05-14-14-29/i9-13171873/500x264-r/i.gif (http://i.piccy.info/a3c/2019-05-14-14-29/i9-13171873/500x264-r)
А следующему позади поезду горит красный. Хотя маршруты собираются и разбираются без всяких проблем.
http://i.piccy.info/i9/0416de645a1e8d4885c74a62ca10c1c0/1557844001/31803/1291209/TRS19_2019_05_14_16_48_36_89_500.jpg (http://piccy.info/view3/13171879/9d51d168ed1a727542c1b49b04b34c3b/)http://i.piccy.info/a3/2019-05-14-14-26/i9-13171879/500x264-r/i.gif (http://i.piccy.info/a3c/2019-05-14-14-26/i9-13171879/500x264-r)
входного нечетного сигнала в Коноше2, выскакивает ошибкаВыскакивает таймаут глобального обработчика положения поездов... После этого никакие поезда карты не будут закрывать светофоры. Дополнительные sleep'ы я в этот обработчик добавлю, но всё равно система подходит к верхнему пределу одновременно обрабатываемых поездов...
---------- Сообщение добавлено в 18:25 ---------- Предыдущее сообщение размещено в 18:24 ----------
Я так понимаю, целесообразно заменить их на sU speed limit?
Да. Которому кнопку "инициализация" не нажимать, иначе он будет пытаться распространить своё ограничение на все светофоры однопутной магистрали на главном пути, до следующего sU speed limit.
но всё равно система подходит к верхнему пределу одновременно обрабатываемых поездов...
Типа много поездов на карте? Отдельно стоящие вагоны без локов входят в этот список?
GIVI, типа много движущихся поездов на карте. Стоящие на карте вагоны/поезда/локомотивы, особенно если стоят не впритык к светофорам, вообще в список не попадают, а те кто возле светофоров и попадают - почти не обрабатываются.
типа много движущихся поездов на карте.
Но, как не странно, это единственный, движущийся поезд. В самом начале сессии, все остальные еще стоят, либо сидят еще в порталах с отключенной физикой. Да и светофор, единственный такой, на карте. Остальные таких ошибок не вываливают.
особенно если стоят не впритык к светофорам, вообще в список не попадают,
Т.е надо делать по короче поезда и стараться их центровать на станциях.
Да и светофор, единственный такой, на карте. Остальные таких ошибок не вываливают.
Попробуй перепоставить светофор (в слое карты). Если имя (картовое) светофора не менять, то возможно и базу светофоров переинициализировать не нужно...
Была бы 19ка - попросил бы сессию, т.к. это явно какой-то баг...
это явно какой-то баг...
Я тоже так думаю. В 12ке, в версии с Котласом, трижды поездов больше юзалось.
Была бы 19ка
Было бы не плохо. Т.к не единственный баг. Переходить на КДА ни как не хочется.
---------- Сообщение добавлено в 19:45 ---------- Предыдущее сообщение размещено в 19:06 ----------
Попробуй перепоставить светофор (в слое карты)
Переустановка не помогла.
http://i.piccy.info/i9/d0397aa0380bccf511f9bb1c315d4fb7/1557852550/32283/1291209/TRS19_2019_05_14_19_41_25_63_500.jpg (http://piccy.info/view3/13172171/9e6f44339e76eab0c91150bf766c5aaf/)http://i.piccy.info/a3/2019-05-14-16-52/i9-13172171/500x264-r/i.gif (http://i.piccy.info/a3c/2019-05-14-16-52/i9-13172171/500x264-r)
То есть речь фактически о самом первом поезде на карте?
То есть речь фактически о самом первом поезде на карте?
Абсолютно.
---------- Сообщение добавлено в 20:51 ---------- Предыдущее сообщение размещено в 19:48 ----------
Попробовал по неправильному пути заехать, таже беда. С четной стороны, ни каких проблем, причем со всех имеющихся направлений.
Я так понял что не переваривается депо и база ПМС за станцией, в попутном нечетном направлении, или количество ПС, которое там содержится.
Perfecst
17.05.2019, 21:39
У меня возникла небольшая проблемка. Дело в том, что перед входным светофором ограничение резко падает под 60 км/ч, хотя должно быть 120 км/ч. В свойствах стоит при зелёном 120 км/ч.
http://images.vfl.ru/ii/1558117937/a7665ed7/26569389.jpg
Но после прохождения входного оно становиться уже 120 км/ч как надо.
http://images.vfl.ru/ii/1558118153/e26afaa7/26569408.jpg
Не знаю, в чём может быть проблема, может подскажите, как это исправить?
Дело в том, что перед входным светофором ограничение резко падает под 60 км/ч, хотя должно быть 120 км/чЧто находится в том месте, где скорость падает? Или речь о моменте проезда предвходного?
Perfecst
17.05.2019, 21:54
TRam_, всё, кажется разобрался. Я забыл на предвходном поставить ограничение под 120км/ч.
Очередной патч - https://yadi.sk/d/pqnaEfkfchK-8A, финальный в этой серии версий. Протестирован GIVI на его карте в 19ке и вроде бы более-менее работоспособен. Новые куиды из него будут выложены на DLS...
Финальный - это что имеется в виду? В какой серии?
kemal, в смысле финальный из того набора доработок, которые я начал прошлым летом и довёл до работоспособности сейчас. Возможно ещё когда-нибудь вернусь к каким-то доделкам, но уже под другие идеи или под исправление новых багов. В текущем виде оно вроде бы работает именно так, как мне хотелось бы.
А можешь кратко описать, что в этот набор вошло? А то я не очень отследил, когда это началось и что с того момента поменялось.
что в этот набор вошло?Основное - перенос обработчика съездов стрелок из Junction Resetter в будку и превращение его в обработчик наезда, поиск поезда, находящегося между левером и точкой сплайна, поиск поезда, приближающегося к стрелке, за светофором или за предыдущей стрелкой маршрута, исправление и оптимизация самосортирующихся массивов, добавление 3(или 2 ?) типов маркера, коррекция определения некоторых показаний светофоров (в том числе для 4-автоблокировки), создание системы проверки проезда ограничений и выставлении для всех объектов, по которым едет поезд, минимального ограничения, доработка пригласительного и системы управления им. + твоя правка.
---------- Сообщение добавлено в 18:52 ---------- Предыдущее сообщение размещено в 18:50 ----------
ну и немного костылей под 19ку/TANE
eugene386
19.05.2019, 19:08
При установке патча надо будку переинициализировать?
немного костылей под 19ку/TANE
Есть шанс, что заработает что-то ранее не работавшее?
при установке патча надо будку переинициализировать?Нет.
Есть шанс, что заработает что-то ранее не работавшее?Крупные карты, как и раньше, не работают. "Половинки" карты tramwayz'а , отредактированные мной, продолжают работать. Ранее не собирающиеся маневровые маршруты на крупных станциях останутся таковыми...
А в 19-ом работает в режиме совместимости или и без него?
В режиме совместимости. Для работы без этого режима пока не представляю как сделать генерирование/замыкание маршрутов и вообще управление маршрутами/светофорами вне зоны вблизи игрока.
Режим совместимости рано или поздно уберут. Выходит, пока разработчики не откажутся от дебильной идеи с ограничивающей зоной, сделать что то подобное ZxPath не представляется возможным?
Выходит, пока разработчики не откажутся от дебильной идеи с ограничивающей зоной, сделать что то подобное ZxPath не представляется возможным?
нет
---------- Сообщение добавлено в 14:55 ---------- Предыдущее сообщение размещено в 14:53 ----------
Либо нужен механизм ручной(скриптовой) загрузки/выгрузки требуемых зон. Но тут опять же, палка о двух концах - дозагрузка зоны может оказаться более лагающей идеей, чем держание всей карты в предзагруженном виде в оперативке.
Но боты как то же едут. Значит просчитываются и стрелки и светофоры(дефолтной сигналки) и ограничения скорости. Стало быть в игре есть некий механизм просчёта того, что происходит в далеке, без загрузки самих объектов. И вот не очень понятно, как это всё работает. Выходит, если едет бот, то игра просчитывает, что там происходит, а если через стрелку никто не двигается, то стрелки не существует, никак и нигде.
Странно всё это. И как разрабы до такого додуматься могли.
Но боты как то же едут.Объекты подгружаются непосредственно перед ботами. Стрелки и светофоры на боковых путях или на расстоянии перед ботами вроде бы как не подгружаются.
---------- Сообщение добавлено в 18:25 ---------- Предыдущее сообщение размещено в 18:21 ----------
если едет бот, то игра просчитывает, что там происходит, а если через стрелку никто не двигается, то стрелки не существует, никак и нигдеПримерно так. Правда имя этой стрелки в каких-то выдаваемых скрипту списках может быть записано, но из имени определить, где стрелка находится или какие объекты рядом с ней - не получится.
Выходит, разработчики сознательно и целенаправленно сделали так, что в 19-ом никакой централизованной маршрутизации не может существовать в принципе. Возникает вопрос, в 19-ом вообще не предусмотрен мультиплеер, или как? Не может же мультиплеер существовать без централизованной маршрутизации.
Amoraki90
20.05.2019, 22:21
Volaner,
https://i.ibb.co/KrS80Tn/image.png (https://imgbb.com/)
В стиме стоят подписи что кооп или несколько игроков. Видать на их картах все будет работать) А авторские ну как пойдет )
Не может же мультиплеер существовать без централизованной маршрутизации.Теоретическ может... Но вот с какими глюками он будет работать - это уже другой вопрос. Хотя и сейчас он работает совсем не хорошо.
Видимо разработчики полагают, что каждый игрок мультисессии будет сам себе стрелки переводить руками, а сигналка должна работать в соответствии с положением стрелок. В эфире такого мультиплеера будет весело, не сложно представить, как интересно будет происходить процесс выяснения, кто из двух поездов пойдёт на проход при скрещивании :i_am_so_happy:
Amoraki90
22.05.2019, 12:47
Volaner, Каждый будет кликать J или CTRL + J кто быстрее себе сменит стрелку и проедет тот молодец :rofl2:
Kompozitor
22.05.2019, 15:29
Очередной патч
Для какой версии игры?
Для какой версии игры?
Для всех версий не ниже 12ки 3.7 .
Меня всё более занимает идея внешней СЦБ. Мало того, что в таком виде легче реализовывать сложные специфичные зависимости, так ещё и внутри трс оптимизация будет работать так, как этого хочет Ауран.
Может кто-нибудь потыкать в них палочкой, чтобы они протокол открыли?
kemal, а что с подгрузкой карты? Ибо что-либо делать с тем, что даже не подгружалось с жёсткого диска, невозможно, не говорю о сохранении свойств.
P.S. аурановцы были почти готовы передать расчёты физики состава, через TrainzNativeInterface, но отклика от нас не последовало, ибо непонятно что они готовы были дать. С СЦБ будет аналогичная ситуация (ну допустим дадут доступ к графам путевых объектов, к событиям проезда поездов, но без доступа непосредственно к путевым объектам это ж ничего не даст)
Тут немного другой подход.
Вообще, изначально это задумка для мультиплеера. Чтобы один из игроков подключался с альтернативного клиента и брал на себя реализацию логики ЭЦ. Потому что, например, пытаться реализовать ДК или ГИД средствами только ТРС - тщетная затея. А тут такой потенциал! При этом, события проезда объектов и, возможно, даже контроль свободности останутся в ТРС.
С доступом к графу сложнее. С одной стороны, мне, со своей степенью задротства, не влом спроектировать каждую станцию отдельно и увязать с ТРС по именам объектов. С другой стороны, граф достать можно из файлов trk и obs. Могу написать прогу, которая что-нибудь достаёт. Надо? Более того, можно оставить расчёт маршрутов как сейчас и экспортировать уже готовый суп.
С доступом к не загруженным объектом, я считаю, у нас неправильный подход. Мы не так ставим вопрос. Важно не почему нам не подходит такая модель оптимизации (а она очень хорошая, сама по себе), а почему в неё не укладываемся мы. Этот подход подразумевает, что то, чего никто не видит - не существует. И это правильно. Проблема в том, что "наблюдателями" считаются только машинисты. У нас же есть ещё ДСП (в лице живых игроков или правил/команд) - он может совершить действие, когда поезд ещё только далеко на подходе. Поэтому и имеет смысл считать СЦБ отдельно - там, где она будет существовать всегда. Вопрос как быть с тем, что объекты не загружены. А никак! Они нам не нужны. Нужен ли нам сам светофор или левер при задании маршрута? Нет, нас интересует только положение стрелок и наличие открытия светофора. Если в момент задания маршрута объекты существуют - мы применим к ним действие, если нет - то ничего не делаем. А вот когда к этому месту приедет машинист, светофор подгрузится и запросит у ЭЦ своё состояние.
А вот когда к этому месту приедет машинист, светофор подгрузится и запросит у ЭЦ своё состояние.
Перед светофором должна подгрузиться стрелка, которая должна после этого перевестись, и только после этого подгрузится светофор (или же опять же ещё стрёлки). Ну а вообще нечто подобное я представлял в виде очередей команд, которые у объектов накапливаются, пока они выгружены, и при подгрузке обрабатываются.
Но для того, чтобы это всё работало, в СЦБ уже должен быть свой собственный независимый граф всех требуемых объектов карты со всеми необходимыми свойствами. А с его прогрузкой и/или скоростью обработки будут проблемы опять же с таймаутами.
И вопрос с получением такого графа опять же никуда не делся.
---------- Сообщение добавлено в 02:20 ---------- Предыдущее сообщение размещено в 02:04 ----------
Могу написать прогу, которая что-нибудь достаёт.
хотелось бы прогу, которая достаёт абсолютно все зависимости карты и сессии
а круче если ещё и тип объектов, чтобы подменные куиды выявлять
Ну вот, говорю же, граф можно из файлов доставать. А по скорости работы - если это будет внешняя ЭЦ, то там уже мы сами за этим следим.
продублируй, пожалуйста, мне это в телеграмм или ВК
Я давно высказывал мысль. Попробую ещё раз донести.
Есть два постулата, при которых не возможна работа основных принципов ZxPath, это:
1) Большая часть объектов на карте, в один конкретно взятый момент времени, не существует
2) Нельзя ни узнать состояние, ни поменять состояние, объектов, которых нет.
Не может маршрутизация работать с тем, чего нет. Что мы можем с этим сделать? С тем, что не существует, мы ничего не можем сделать, но мы можем заменить не существующие, чем то своим, тем, что всегда будет доступно. Необходимо создавать некий кэш, с которым и будет работать маршрутизация. В кэше хранить некую схему всех станций и перегонов, какая стрелка за какой следует, набор стрелок между каждой парой маршрутных светофоров, между какими стрелками находится каждый маневровый светофор и т.д.
И работать маршрутизация должна с этим кэшем. Смотреть, какие маршруты на данный момент построены, строить новые, разбирать старые. Т.е. маршрутизация не должна в режиме машиниста, нуждаться в получении информации от светофоров и стрелок. Маршрутизация должна работать только с кэшем.
А вот дальше, каждый светофор при подгрузке должен смотреть в кэше, какой у него будет сигнал, и дальше мониторить кэшь раз в секунду, и менять своё состояние в соответствии с кэшем. Со светофорами вообще никаких проблем нет, у светофоров есть скрипт, который можно научить работать с кэшем. Остаётся вопрос что делать со стрелками.
Можно сделать отдельное правило, которое будет заниматься переводом стрелок. Каждый светофор, при подгрузке на карту будет отсылать сообщение этому правилу, что мол, я подгрузился. Ну и простая логика, если прогрузился светофор, значит прогрузились и все стрелки до него. Значит можно их переводить в соответсвии с кэшем.
Ну а с отслеживанием движения ПС проблем быть не должно. ПС не движется по не существующим стрелкам, вокруг движущегося ПС, существуют и стрелки и светофоры. Можно сделать отдельное правило, которое будет отмечать в кэше положение ПС.
Общая схема вырисовывается такая:
- Маршрутизация работает только с кэшем, схема/объекты в котором создаются один раз в редакторе и не меняются в режиме машиниста, меняется лишь их состояние.
- Каждый светофор отслеживает кэш, и соответственно меняет своё состояние
- Стрелки переводит отдельное правило. О подгрузке стрелок правило узнаёт от светофоров, по логике, подгрузился светофор, подгрузились и стрелки до него.
- Реальное положение ПС и отмечание его в кэше, производит ещё одно правило.
Как то так. Да, это уже абсолютно новая маршрутизация. Да, кажется лютым гемором и одними большими костылями. Но она сможет жить и работать при двух вышеизложенных постулатах.
Volaner, выше ж уже написал, что проблема в загрузке/сохранении кэша. Итак уже kemal предлагал децентрализацию маршрутизации, только чтобы уложиться в приемлемое время прогрузки/сохранения данных (которые trainz умеет хранить только в текстовом виде), хотя я храню только штук 6-7 свойств самих стрелок и имена ближайших к стрелке объектов. А в предлагаемой тобой конструкции нужно хранить не только это, но и "к какому следующему светофору стрелка ведёт", такую же базу данных для светофоров и ограничений скорости. Ну и как искать... Если у нас всё оставлять в текстовом виде (чтоб проще сохранять) - уйдём в таймауты при постоянном преобразовании текста в данные и обратно. Если сделаем в виде структур - таймауты будут при загрузке/сохранении.
RZD29RUS
25.05.2019, 18:36
Продолжаю осигналивать карту "Череповец - Вологда". Дело идёт медленно.
Вот такой вот затык:
http://images.vfl.ru/ii/1558798046/d9b3b5f0/26657759.png
Светофор НД, на мой взгляд близковато к ящику СЦБ(Вроде так это называют). Но фокус в том, что я не могу подвинуть его в редакторе, двигается только объект рядом, а светофор никак.
И туда же (на зелёный маркер) кликать для просмотра настроек. В ТАНЕ и 19ке кликать по тому месту, где появляется надпись названия этого светофора (как правило в том месте, где была мачта светофора в несмещённом состоянии).
---------- Сообщение добавлено в 18:49 ---------- Предыдущее сообщение размещено в 18:48 ----------
И да, "сквозь провода" клик может не сработать, нужно нажимать над или под сплайном проводов.
Powered by vBulletin™ Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot
