Вот этого, как раз, я пока не соображу: можно или не можно...
"Долблюсь" как раз с этим. Поэтому и про оппозиты спрашивал. Мне надо передать от выходного (того самого, что на скрипте [B]KRN25_YR_YW [/B]) противостоящему маневровому информацию о том, что выходной открылся белым. Маневровый должен обработать эту информацию, передав её всем своим "головам" и запомнить. И после того, как манёвры выедут с пути станции, ограждённого этим выходным, "знать", что нужно открываться маневровым показанием. Более того, мне нужно, чтобы, в [B]Timetable Mode[/B], в случае команд [B]$forms, $triggers[/B] и так далее, этот маневровый "помнил" в каком режиме он находится. Потому что [B]$forms, $triggers[/B] "и так далее" - это пропадание сервиса и возникновение на его месте другого. В смысле, если я проложу путь на станцию, и на ней сделаю [B]$forms / $triggers[/B] - выходной с пути , на котором будет выполяться команда останется закрытым до возникновения нового сервиса. А, закрытым он будет, потому что [B]!enabled[/B].

Не знаю, как в OR, но в МСТС - как я ни бился, запомнить состояние не получалось... При каких-то изменениях в одной сигнальной точке остальные тоже отрабатывают свой скрипт, обновляются, и маневровый режим терялся в момент прохода сервиса через какую-либо сигнальную точку, даже если ее аспект не менялся...

Нет никакой внешней переменной, об'единяющей все светофоры, которую можно было бы устанавливать и сбрасывать командой из скрипта (что-то отдаленно похожее есть в RTS, но там [B]signal_mode[/B] устанавливается и сбрасывается игроком вручную (сочетанием клавиш по ходу игры), а скрипты ее только считывают). А мы можем только менять аспекты сигнальных голов, и больше ничего...

Ну вот только если только попробовать у противостоящего маневрика это:

if (opp_sig_lr (SIGFN_NORMAL) ==2)
{
state =2;
}

и больше ничего! ))

При загрузке сценария исходно все аспекты по нулям, а потом он перейдет в RESTRICTING, да так и останется (?)...

[QUOTE=КЕ;592745]То есть эту "метку" ставить на первый проходной в нашем случае?
if (!train_requires_next_signal(sigid,1)) - число "1" означает проверку первого от нас светофора?[/QUOTE]
"[B]position[/B]" ("число 1") здесь означает другое. Что [I]Path[/I] [B]пересекает[/B] этот светофор. То есть заходит за него.
Если позиция = 0, проверяется, достигает ли маршрут требуемого сигнала;
если позиция = 1; проверяется, выходит ли маршрут за пределы требуемого сигнала.
[зачем им нужен "0" - я хз :confused:]

[size="1"][color="Silver"]Добавлено через 7 минут[/color][/size]
[QUOTE=КЕ;592749]Не знаю, как в OR, но в МСТС как я ни бился, запомнить состояние не получалось. При каких-то изменениях в одной сигнальной точке остальные тоже отрабатывают свой скрипт, обновляются, и маневровый режим терялся в момент прохода сервиса через какую-либо сигнальную точку, даже если аспект не менялся...

Если только попробовать

if (opp_sig_lr (SIGFN_NORMAL) ==2)
{
state =2;
}

и больше ничего! )))[/QUOTE]
У меня была другая идея. Заявить переменную, скажем, float shunt;
Вписать ей действие [I]shunt = shunt +0;[/I], в случае, если на выходном появляется 2, давать [I]shunt = 1[/I], найти условие, при котором возвращать [I]shunt = 0[/I], скажем, поезд прехал маневровый в сторону станции по block_stste () через BLOCK_OCCUPIED - как я уже писал, в ORTS состояние блока учитывает направление движения. Но, я не могу поймать "оппозит"!!!
Сейчас буду пробовать через [I]sigid[/I] фуекцией [B]sigid = opp_sig_id(SIGFN_Type, <n>) [/B] (этот <n> мне тоже непонятен. ИМХО - очепятка просто)

Переменная [B]float shunt[/B] - не сбросится в ноль при перезагрузке сервисов?
Я так делал, но такая же внутренняя переменная при движении сервиса "терялась" при реверсе движения или еще как-то, как я писал чуть выше.

[quote]надо передать от выходного (того самого, что на скрипте KRN25_YR_YW ) противостоящему маневровому информацию о том, что выходной открылся белым[/quote]
- сервис должен идти по сигналу на выходном, а маневровый "смотрит" вслед сервису? Он не сработает по [B]opp_sig_lr[/B], он в оппозитном положении вообще ничего не считывает с других сигналов. Может только менять свой аспект по BLOCK_STATE ().

Не знаю. Может, я что-то делаю не так...
И
Не должен сбрасываться. Светофор связан с сервисами постольку-поскольку. Через функции. Всё это я собираюсь делать когда светофор [I]!enabled[/I] - сервис движется в другом направлении, он будет [I]!enabled[/I]. И, когда сервис проехал светофор - тот становится снова [I]!enabled[/I]. Вопрос в том, корректно ли так писать скрипт.

Я использовал оппозиты (маркеры-"датчики" на пути) только для определения занятости БУ, считывая их аспект, меняющийся через функцию BLOCK_STATE (). Они больше ничего не могут.

DISTANCE?

И нормалы тоже так.
Хотя в последних версиях ОР надо проверять.
[B]sigid = opp_sig_id(SIGFN_Type, <n>)[/B] - сработает? Получится оппозитно проверить путь до какого-то сигнала - после реверса, когда сервис уже прошел наиболее отдаленную точку пути - точку разворота, и пошел по горловине в сторону станции?

Сработало :D
В смысле что-то изменилось. Со скриптом не то. Не открывается.
[B]<n>[/B] я не ставил. Мне кажется, это очепятка у Буржуев

[size="1"][color="Silver"]Добавлено через 1 минуту[/color][/size]
Нет. Мне тупо нужно знать, что выходной открылся маневровым, а не путевым. Я считываю аспект с этого светофора и всё

[size="1"][color="Silver"]Добавлено через 1 минуту[/color][/size]
Вот скрипт
[QUOTE] sigid = opp_sig_id (SIGFN_NORMAL)
next_state = next_sig_lr (SIGFN_NORMAL);
opp_state = ID_SIG_LR (sigid);
shunt_state = shunt_state + 0;

if (!enabled && (opp_state ==# SIGASP_RESTRICTING))
{
shunt_state = 1;
}
if (!enabled && (block_state() ==# BLOCK_OCCUPIED))
{
shunt_state = 0;
}
if (route_set () )
{
state = SIGASP_STOP;
if (enabled && (shunt_state ==# 1))
{
state = SIGASP_RESTRICTING;
}
else if (enabled && (block_state() ==# BLOCK_CLEAR))
{
state = next_state;
}
draw_state = def_draw_state (state);
}
else
{
state = SIGASP_STOP; draw_state = 0;
if (this_sig_lr (SIGFN_NORMAL) ># SIGASP_STOP)
{
draw_state = 2;
}
}
[/QUOTE]

[size="1"][color="Silver"]Добавлено через 9 минут[/color][/size]
Вот маневровый на выходном.
[IMG][URL=http://piccy.info/view3/13776164/db1d3866c221148533c0f5924b726434/][IMG]http://i.piccy.info/i9/5b8d4218b78f48e17253872d1060de79/1587945631/25229/1373151/RunActivityLAA_2020_04_27_02_55_46_38_500.jpg[/IMG][/URL][URL=http://i.piccy.info/a3c/2020-04-27-00-00/i9-13776164/477x350-r][IMG]http://i.piccy.info/a3/2020-04-27-00-00/i9-13776164/477x350-r/i.gif[/IMG][/URL][/IMG]
Я снял а [B]number_plate[/B] и проходные за станцией - в обычном режиме

[size="1"][color="Silver"]Добавлено через 3 минуты[/color][/size]
Дополнительные строки в скрипте - до [B]if (route_set())[/B]
[IMG][URL=http://piccy.info/view3/13776165/3e1315e11a34f34718bf4e8ca07b156f/][IMG]http://i.piccy.info/i9/c843cc2bceafbab840dff503ed3343a8/1587945774/26555/1373151/RunActivityLAA_2020_04_27_02_56_49_76_500.jpg[/IMG][/URL][URL=http://i.piccy.info/a3c/2020-04-27-00-02/i9-13776165/477x350-r][IMG]http://i.piccy.info/a3/2020-04-27-00-02/i9-13776165/477x350-r/i.gif[/IMG][/URL][/IMG]
Без этого должно было открыть паровозику STOP_AND_PROCEED на свободный путь со следующим красным. Что-то пошло не так.

Странно!! Смотрю скрины с телефона - все нормально, а с ноута через телефон - вместо картинок - "[I][U]Your IP is blacklisted[/U][/I]"...:confused:
Что-то тот сайт хернёй занимается...

Костя, картинки надо удалить. Они не иллюстрируют ситуацию. У меня там пунктуационная ошибка в скрипте в строке [B]sigid = opp_sig_id (SIGFN_NORMAL)[/B]

[size="1"][color="Silver"]Добавлено через 2 минуты[/color][/size]
Сейчас настраиваю маневровый, будет время - потестим переменную.

[size="1"][color="Silver"]Добавлено через 13 минут[/color][/size]
Значит, иллюстрирую проблему:
[URL=http://piccy.info/view3/13776576/f30914870e185f3a51ad65940fc2ab74/orig/][IMG]http://i.piccy.info/i9/d4c86327a7fff4e1d2189207f0f81609/1587980415/67461/1373151/RunActivityLAA_2020_04_27_12_32_44_17_800.jpg[/IMG][/URL][URL=http://i.piccy.info/a3c/2020-04-27-09-40/i9-13776576/763x559-r][IMG]http://i.piccy.info/a3/2020-04-27-09-40/i9-13776576/763x559-r/i.gif[/IMG][/URL]
Сервис выезжает по маневровому сигналу в горловину станции. Заходит за маневровый и возвращается на свободный путь. Из-за того, что сервис с перегона на станцию при закрытом выходном должен проделать тот же путь, я не могу "выделить" отдельно ни маневровый аспект, ни маневровое показание. Поэтому до сих пор на незанятый путь у меня вот так:
[IMG][URL=http://piccy.info/view3/13776585/3adfe7b2d813030dd922223313df8487/orig/][IMG]http://i.piccy.info/i9/fa2cfb3dc93836d05b3d77bd13c62a9b/1587980732/72234/1373151/RunActivityLAA_2020_04_27_12_34_10_98_800.jpg[/IMG][/URL][URL=http://i.piccy.info/a3c/2020-04-27-09-45/i9-13776585/763x559-r][IMG]http://i.piccy.info/a3/2020-04-27-09-45/i9-13776585/763x559-r/i.gif[/IMG][/URL][/IMG]
Ехаем на синий (((
Чтобы было по-другому, мне нужно "поймать" момент на картинке 1, передать его на маневровый, раздать его всем "головам" и запомнить.

Если только маневровый аспект дать обратно развернутой "головой" на том выходном, когда он открывается белым? Но наш маневровый "поймает" этот аспект, пока сервис не дошел до точки разворота? И после реверса он не потеряет значение нужной переменной?
И вот еще проверить - функция [B]this_sig_lr[/B] работает только с "головами" одного направления, а если это в скрипте головы, которая BACK_FACING, то может не работать.
Но не могу сейчас, в старом ноуте OR годовой давности только, более новый не работает из-за несовместимости WINХР и Framework-4.7.

Не ловится нифига. Ни NORMAL и ни DISTANCE. Возможно, сама функция "бракованная".

[size="1"][color="Silver"]Добавлено через 9 минут[/color][/size]
[B]this_sig_lr[()[/B], по идее, должен работать со всеми головами. Ещё один геморрой! У меня на выходных - обратно глядящая голова, которая сама по себе даёт RES на занятый путь и на следующий RES если путь свободен. Ох, какое "веселье" меня ждёт! А, всего-то нужно дать RES на свободный путь с выходным STOP...Я этого момента даже видеть в игре не всегда могу... (((

В общем, поймал я [B]opp_sig_lr (SigFn_NORMAL)[/B].
Я неправильно его понимал. И, с английским, очевидно, совсем у меня тяжко. С пониманием прочитанного, в смысле. Буржуи пишут "[B]первый светофор ПЕРЕД сигналом повернутый в противоположную сторону"[/B] . Как это было понимать?
На самом деле речь идёт о сигнале "сзади". То есть, если это входной, то "оппозит" к нему - первый проходной. Если это маневровый, как в моём случае - всё равно - первый проходной. Оно видит "через" входной.
[B]НО!!![/B]
Всё это , если между ними [B]нет сервиса[/B]. Как только этот "блок" между сигналами занимает "нос" сервиса - функция не видит ничерта. Где это может быть полезно - я хз пока. В принципе, я могу "поймать" ситуацию, когда манёвры выезжают с пути станции по белому - как раз первый проходной RES, блок между ними свободен, но тогда - какой смысл в том, что я сделал со входным? Оно и так прекрасно работало

То есть оппозит - точка, "смотрящая" на попутный сигнал. ну я так и считал всегда.
И что на деле: если этот оппозит "под колесами", то - он не работает, или светофор впереди не видит его аспект по opp_sig_lr?
Значит, только занятость блок-участка можно проверить.

[QUOTE=КЕ;592839]То есть оппозит - точка, "смотрящая" на попутный сигнал. ну я так и считал всегда. [/QUOTE]
Ааа... хочешь сказать, что я и по-русски плохо понимаю?
Если я поезд, и приближаюсь к сигналу, у этого сигала (к которому я приближаюсь) "оппозит" у меня за спиной. :D

[QUOTE=КЕ;592839] что на деле: если этот оппозит "под колесами", то - он не работает, или светофор впереди не видит его аспект по opp_sig_lr?[/QUOTE]
Или...
Светофоры все работают, а вот аспект "поймать" если на блоке поезд по [B]opp_sig_lr ()[/B] не получится.

[QUOTE=КЕ;592839] Значит, только занятость блок-участка можно проверить.[/QUOTE]
А зачем нам занятость блок-участка перед светофором?
Ну, хорошо. Запомним

[QUOTE=vicente;592851]А зачем нам занятость блок-участка перед светофором?
Ну, хорошо. Запомним[/QUOTE]
Я это пытался использовать для отличия маневрового режима от поездного.
Но тоже всё упирается в запоминание состояния...

Состояние я уже запомнил. Надо ещё поиграться с ним, потестировать разные варианты.
[У нас сегодня День Памяти павших в войнах и террактах, поэтому комп не открываю, с вечера - День Независимости - буду занят. Может, ночью будет время, если буду в состоянии, а нет - так на днях "добью" логику и поделюсь]

Олег, ты в какой версии OR тестишь?

У меня две версии стоят: последняя тестовая и Open Rails New Year MG 56.1

Они по сигналке как-то отличаются?

Нет, конечно.
Версия MG - это временное "ответвление" одного из разработчиков на платформе Monogame. Последняя официальная тестовая версии совместима с New Year MG 59. Так указанно в превью. Я оставил 56.1 потому что кто-то утверждал, что при установленном с ней ReShade нет байды с серыми текстурами ПС. Пока что, мне действительно нравится. Тестовый свой отрезочек "гоняю" на последней тестовой

Олег, это [URL="http://james-ross.co.uk/projects/or/builds?utm_campaign=unstable-version&utm_source=openrails.org&utm_medium=referral"]отсюда[/URL] качать? Какую именно, если нужна 56.1? А то они там с непонятными названиями....

Нет. 56.1 была на файлообменнике другого разработчика. Не могу найти её. Возможно, он убрал уже. Есть версия 59, пока что, она последняя и совместима с тестовой официальной на openrails.org. Пока искал, прочел, что и 59 работает с ReShade. Так что, что касается меня, 56.1 можно сносить. Единственное - ReShade нужно ставить или старее 4.3.0 или новее 4.5.2. Я пробовал ставить 4.4.2 ,сейчас прочел, что она несовместима с Open Rails (а я подумал: это дело в версии NY MG и оставил 56.1).
Короче, OR NY MG качать здесь:
[url]http://www.interazioni-educative.it/Downloads/index.php[/url]
Там лежит сейчас 59, как я уже сказал, разработчики утверждают, что она уже совместима с тестовой, так что, как закончу с сигналкой , попробую поставить на официальную тестовую ReShade , и NY MG станет лишней. Как установить ReShade на Open Rails - опишу по свободе в профильной теме.

Ну вот... этим версиям нужен Net.Framework 4.7 и выше, а он на мой десктоп с WIN7x32 не ставится...
Тогда на 1.3.1 буду.

С точки зрения сигнализации - никаких отличий быть не должно.

Вот я старый склеротик! :eek:
Вот что значит, отойти надолго от дел. Всё позабывал. Вот та обратно-глядящая голова на входном, которую ты видишь на моих скринах - она не просто так стоит. Я совсем забыл, что она - ключевой момент сигнализации, без которого всё катилось в тарары. Я её тогда поставил со скрипом на сердце - если ты помнишь, я очень не люблю все эти дополнительные головы, будь они NORMAL, DISTANCE или что-то другое. Но, у меня выбора не было: светофоры перед узлами "тупили" по-черному. Вот тогда-то я и ругался на разработчиков! Они просто взяли и лишили светофоры которые охраняют узлы "зрения". В том смысле, что [I]!enabled[/I]-сигнальная точка не проверяет ни состояние [B][I]route_set()[/I][/B] , ни [I][B]block_state()[/B][/I]. Такой сигнальной точкой можно было "ловить" исключительно аспекты других сигналов. Я тогда поматерился сильно, ты, наверное помнишь, но, в конце концов поставил за стрелками на входных и маршрутных эту обратно-смотрящую NORMAL-голову и окрестил её "РЦ" - рельсовая цепь. И уже с этой головы снимал аспекты и передавал их первому со стороны пути станции маневровому путём [I][B]state = next_state[/B][/I]
Слушай, я - работать. Будет время - сделай на тестовом маршруте простую проверку. Расставь тупые трёхзначные светофоры YGR. Запрограммируй их только на три простых аспекта : 1, 3 и 7. На станциях - никаких линков. Тупо блок не свободен (именно [B]block_state !=# BLOCK_CLEAR[/B] , а не уточняя как именно - 1, свободен один блок - 3, свободно два и более блоков - 7. Погоняй трафик, посмотри как работает [I]deadlock[/I] - блокировка. Цель проверки - тормозит ли сим сервисы на аспект 1 с заданной скоростью 0 км/ч.
Отодвинь светофоры , что перед стрелками на какое-то расстояние от самих стрелок - метров на 30-50 хотя бы. Цель проверки - узнать ревкцию сервиса на аспект 1 с 0 км/ч. Да-да, начинаем всё сначала. Если останавливается - можно будет говорить о разработке сигнализации, совместимой с локомотивными нашими. Если будет притормаживать и проезжать и останавливаться перед самой стрелкой - придётся ставит "0".

[size="1"][color="Silver"]Добавлено через 1 минуту[/color][/size]
Версия ОР не важна. 1.3.1 достаточно хорошо. Можно и более ранние, начиная с 1.2

Хорошо, Олег; попробую позже. Как раз собирался на ОР сигналку потестировать.
Вот:
Версия 1.3.1.
Тестовая станция - 3-путный раз'езд. Захожу с перегона, в это время попутный сервис трафика стартует с бокового пути, и перед выходным встает на точке ожидания, после чего проезжает дальше на сигнал с S.A.P., и встает за выходным светофором перед стрелкой, пропуская меня.
Я ухожу на перегон и специально останавливаюсь за проходным.
Трафик выезжает со станции, притормаживает перед закрытым проходным (тоже S.A.P. - светофор одного типа везде), потом проезжает его и встает сзади меня в 8 метрах.
Следующий за ним сервис трафика делает то же самое, так же проезжая S.A.P. и встает на том же расстоянии (около 8 метров) за первым сервисом.
"Как хорошо, что все мы здесь сегодня собрались!":crazy:

[size="1"][color="Silver"]Добавлено через 13 минут[/color][/size]
Так собрав всех:p, отправляюсь дальше - стоящий сзади сервис ждет, когда я уйду за следующий проходной сигнал, и тоже отправляется .

Ахаха!
Я как чувствовал, что на работе будет время - взял ноут. Тоже сделал этот тест. Вольно. Ничего хорошего. Но, я хотя бы попытался.
Я запустил 4 маршрута трафика с ЧМЭухами . Броуновское движение с завистью глядело на этот "тест". На блокировках ЧМЭ спокойно проехал светофор с SAP и остановился на пине шейпа стрелки. Ещё раньше две ЧМЭушки пригрелись рядышком на одном пути - первая заехала по желтому (3), а вторая без остановки проехала SAP (1) - на входе.
В общем, отлегло у меня. Я уже подумал было,,что упустил что-то.
Отбой

Кстати, заодно проверил и в МСТС - если в конфиге на S.A.P прописать скорость не 0, а например, 20км/ч - трафик его проезжает.
В моих тестах OR , конечно, было 0км/ч.

[QUOTE=КЕ;592933]Кстати, заодно проверил и в МСТС - если в конфиге на S.A.P прописать скорость не 0, а например, 20км/ч - трафик его проезжает.
[/QUOTE]
Конечно. На Зилупе 3.6 на сигнализации от APK_LVDZ подно таких S.A.P ов

[size="1"][color="Silver"]Добавлено через 1 час 48 минут[/color][/size]
Итак, первое правило для создания сигнализации для [B]Open Rails[/B] мы проверили. Никаких SAP-ов в качестве запрещающих аспектов! Они не останавливают трафики.
Вторая очень важная деталь: [B]Светофор, ограждающий узел (стрелку) работает не так, как его собрат на перегоне[/B]. Даже если это один и тот же светофор с точки зрения скрипта.

Да, и в моем OR-тесте с сервисами трафика - каждый презжал SAP, подходил метров на 8 к стоящему впереди, а потом ехал только тогда, когда передний трогался с места и уходил за следующий светофор (проходной).

[size="1"][color="Silver"]Добавлено через 1 минуту[/color][/size]
[QUOTE=vicente;592934]...очень важная деталь: [B]Светофор, ограждающий узел (стрелку) работает не так, как его собрат на перегоне[/B]. Даже если это один и тот же светофор с точки зрения скрипта.[/QUOTE]
Олег, опиши подробно, чтоб я ничего не забыл.

[size="1"][color="Silver"]Добавлено через 18 минут[/color][/size]
Ради интереса попробовал заменить SAP на RESTRICTING с 0км/ч - то же самое, сервисы проезжают, как на SAP.

[size="1"][color="Silver"]Добавлено через 7 минут[/color][/size]
А в МСТС меня уволили за проезд! )))

А в РТС это решается банально просто. Сервису устанавливается точка блокировки( перед светофором) которая "зажигает" на светофоре красный и дальше её маршрут не строится. Снять её можна любым способом. По времени, по событию локации встречного сервиса, когда тот освободит перегон и ещё много чем. Это одна из фишек РТСа, благодаря которой я оставил ОР и ушёл в РТС

[QUOTE=ostap24;592948]А в РТС это решается банально просто. Сервису устанавливается точка блокировки( перед светофором) которая "зажигает" на светофоре красный и дальше её маршрут не строится. [/QUOTE]

Только это то же самое, что вместо красного сигнала светофора ставить на дорогу бетонный блок)))

Не бетонный, а железо-бетонный.)) Ибо работает безотказно. Любие скрещения, обгоны благодаря этой банальной штуки работают на ура.

[QUOTE]В том смысле, что*!enabled-сигнальная точка не проверяет ни состояние*route_set()*, ни*block_state(). Такой сигнальной точкой можно было "ловить" исключительно аспекты других сигналов [/QUOTE]
Написал уже. Насчет аспектов - я, пожалуй, погорячился. У меня не работало:
[B]if (!enabled && (opp_sig_lr (SigFn_NORMAL) ==# SIGASP_RESTRICTING))[/B] a
[B] if (opp_sig_lr (SigFn_NORMAL) ==# SIGASP_RESTRICTING) [/B]
сработало.
Когда я обратился с нотой протеста и требованиями объяснений к буржуинам, был послан "читать про [B][I]enabled ()[/I][/B] и , пока я не покаялся, на меня тупо забили. Так что, на аспекты я бы тоже не надеялся

А не могут они сделать остановку на SAP опционально, "галкой" в настройках сима?
Народ, а насчет РТС - тут вопросов нет, Ted все нам сделал!
Кстати, он не появлялся? Что-то давно его не видно здесь...

Не сделают. Когда-то [B]APK_LVDZ[/B] уже пытался.
Я хотел у них попросить сделать видимым для[I] !enabled[/I]-светофора хотя бы функцию [I]block_state()[/I], но передумал. Быть посланным в пешее путешествие от них мне, конечно, "по барабану". Но, не хочу подставляться. Потому как нет-нет - и получаю от них хоть какую, но помощь

OR: если сигнал имеет аспект STOP - Монитор пути не показывает следующие по ходу светофоры, даже если путь проложен. Светофоры были принудительно закрыты невозможным условием в скрипте.
Изначально при загрузке сценария [B]state[/B] и [B]draw_state[/B] имеют наименьшее значение. state - 0 "STOP", draw_state - тоже 0.

В MSTS разве не так было?

[size="1"][color="Silver"]Добавлено через 1 минуту[/color][/size]
Проаерил обратно смотрящую голову на [I]enabled()[/I] в случае , если "основная" работает - не включается.

[size="1"][color="Silver"]Добавлено через 4 минуты[/color][/size]
Что у нас ИСИ говорит? Есть выезд на перегон по белому не в маневровом режиме?