Сигнализация: конфигурация и скрипты

[vicente]

Так точно


В Open Rails, как я уже упомянул сигнал становится «отключенным» (!enabled) после того, как поезд передает сигнал! Таким образом, после прохождения поезда для функции всегда установлено значение FALSE.

Добавлено через 3 минуты

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

В

В скрипте "SCRIPT KRN23_YGR_3"

Под number_plate - "флаг", который устанавливается на первом проходном. Только он даёт RESTRICTING-аспект. Остальные показывают обычные аспекты по скрипту.

Добавлено через 27 минут

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

В OR пока не могу проверить, на работе древний ноут - OR не установится, там WINXP. Если только старые версии, но в них сигналка работает через ж...

Не парься
Лови рабочий скрипт выходного "нового поколения" с белым независимо от состояния первого проходного:

Скрытый текст:

SCRIPT KRN25_YR_YW

extern float block_state ();
extern float route_set ();
extern float next_sig_lr ();
extern float next_sig_mr ();
extern float def_draw_state ();
extern float state;
extern float draw_state;
extern float enabled;
extern float sig_feature ();
extern float next_sig_id ();
float next_state;
float sigid;


state = SIGASP_STOP;
if (enabled && (block_state() ==# BLOCK_CLEAR) && route_set() )
{
next_state = next_sig_lr (SIGFN_NORMAL);
sigid = next_sig_id (SIGFN_NORMAL);
if (!train_requires_next_signal(sigid,1))
{
state = SIGASP_RESTRICTING;
}
else
{
state = SIGASP_APPROACH_2;
}
}
draw_state = def_draw_state (state);
if ((state >=# SIGASP_APPROACH_1) && (next_state ># SIGASP_RESTRICTING))
{
draw_state = 2;
}
if ((state == SIGASP_STOP) && (this_sig_lr (SIGFN_NORMAL) ># SIGASP_STOP))
{
draw_state = 4;
}

Маневровый белый этого светофора вообще не зависит от аспекта следующего.

[КЕ]

next_sig_id - это что-то новое! Что за функция?
if (!train_requires_next_signal(sigid,1)) - что за условие?

[vicente]

Это новые функции, которые были внесены в Open Rails. Нехватка аспектов ощущается не только у нас
sigid определяет объект, с которого нужно считать дополнительную информацию. Строкой

sigid = next_sig_id (SIGFN_NORMAL);

я "пометил" следующий светофор типа NORMAL. Это не единственный вариант. Можно выбирать не только этот тип, но и другие. Можно "метить" подобъекты и снимать с них информацию. Есть также функция next_nsig_id(SigFn_TYPE,n) на подобии функции next_nsig_lr (SigFn_TYPE,n), о которой я уже рассказывал. Работает точно также - на светофор, находящийся на удалении n.
train_requires_next_signal(sigid,position) - функция, проверяющая проходит ли Path через сигнал, идентифицированный параметром sigid

[КЕ]

То есть эту "метку" ставить на первый проходной в нашем случае?
if (!train_requires_next_signal(sigid,1)) - число "1" означает проверку первого от нас светофора?

[vicente]

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

То есть эту "метку" ставить на первый проходной в нашем случае?
if (!train_requires_next_signal(sigid,1)) - число "1" означает проверку первого от нас светофора?

"position" ("число 1") здесь означает другое. Что Path пересекает этот светофор. То есть заходит за него.
Если позиция = 0, проверяется, достигает ли маршрут требуемого сигнала;
если позиция = 1; проверяется, выходит ли маршрут за пределы требуемого сигнала.
[зачем им нужен "0" - я хз ]

Добавлено через 7 минут

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

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

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

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

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

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

[vicente]

На сам светофор не надо ничего ставить. Я его функцией "пометил" с выходного

[КЕ]

А, понял - выбираем нужный светофор, а потом по ходу дела проверяем, проходит путь сервиса через него или нет. Здорово!
Просто, как все гениальное!!! )))
В принципе, я сегодня нулевыми стрелками делал то же самое! )))

[vicente]

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

[КЕ]

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

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

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

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

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

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

[КЕ]

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

надо передать от выходного (того самого, что на скрипте KRN25_YR_YW ) противостоящему маневровому информацию о том, что выходной открылся белым

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

[vicente]

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

Он не сработает по opp_sig_lr, он в оппозитном положении вообще ничего не считывает с других сигналов. Может только менять свой аспект по BLOCK_STATE ().

Но, если нет между светофорами нет поезда, работать будет? Даже, если вообще нет поездов?

[vicente]

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

[КЕ]

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

[vicente]

DISTANCE?

[КЕ]

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