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

[КЕ]

Да так полностью и не добился чёткой работы маневровых. Сейчас скрипт карлика Б-С такой:

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

SCRIPT TK_WB_k
...
float next_N;

next_N = next_sig_lr (SIGFN_NORMAL);
if ( ( enabled ) && ( next_N <= 2 ) && ( block_state() != BLOCK_JN_OBSTRUCTED ) )
{ state = 2; }
else { state = 0; }

Пихал в него разные зависимости, но всё без толку...
Он сам типа SHUNTING.
В некоторых местах не загорается белый, если светофор стоит первым на пути сервиса перед входной стрелкой. Сам путь - с точкой разворота перед этой же стрелкой.
И как я понял, "шунты" тоже не читают opp_sig_xx, как и "дистансы".
Жаль. А то можно было бы гасить белый через обратно стоящий маневровый маркер по занятости БУ, если поезд с перегона.

Удаётся зажечь пригласительный через
if ( (Approach_Control_Speed(Approach_Control_Req_Posit ion, Approach_Control_Req_Speed)) )
В конфиге установил скорость 10 км/ч, и расстояние 17м - чтобы трафик не лез.

[КЕ]

Странно как-то. Вынес зависимость от обратностоящих маркеров в отдельную строку, и заработало:

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

if ( ( enabled ) && ( next_N <= 2 ) && ( block_state() != BLOCK_JN_OBSTRUCTED ) )
{ state = 2; }
if ( opp_sig_lr (SIGFN_DISTANCE) == 1 )
{ state = 0; }

Получается, что сигнальные головы SHUNTING всё-таки "видят" оппозитные коды.
ORTS 1.1.1.3487

[КЕ]

Мутота какая-то... В разных местах разные результаты тестов... похоже, не надо оппозиты применять вообще.

[vicente]

У тебя, скорее всего, расстояния разные в разных местах. Или ты тестировал с составами разной длины. Обрати внимание, что функция block_state() y DISTANCE работает иначе, чем у NORMAL! Если голова сервиса не находится перед сигналом, не важно есть на блоке вагоны или нет, функция возвращает BLOCK_CLEAR. Так что, возможно, не столько с opp_sig_xx() проблема, сколько с самим сигналом , с которого ты снимаешь показания.

[vicente]

То есть, только, если голова на блоке (или головная секция статики) DISTANCE считает блок занятым

[КЕ]

Да, понятно.
Но дело не в этом. В любом случае при подходе поезда с перегона обратностоящий DISTANCE-маркер бывает в "!BLOCK_CLEAR" хоть какое-то время:

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

state = 0;
if ( block_state() != BLOCK_CLEAR )
{ state = 1; }.

А маневровые типа SHUNTING не всегда срабатывают на это по условию:

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

if ( opp_sig_lr (SIGFN_DISTANCE) == 1 )
{ state = 0; }

Бывали белые вместо синих. Я ж еду на этом паровозе, всё вижу, как они горят.
--------------
Просто в скрипте невозможно сделать, говоря электронным языком, какой-нибудь "запоминающий регистр" (ага, К155ТМ2 в релейный шкаф засунуть) для сохранения некоторого состояния сигналов. При изменении состояния одного маркера заново отрабатываются скрипты всех светофоров "с нуля", и при этом все переменные сбрасываются.
"Я так думаю"

[vicente]

Есть одно положение, в котором "запоминается" аспект перед стрелкой. Я его описывал, но, к сожалению, оно наоборот, мешает (((

[КЕ]

Это какое?

[vicente]

Когда сигнал "включен" следом идущим сервисом и запрограммирован на 1 или 2.

[vitro]

Я тут вот думаю, как мне на АРС-ных линиях в метро автоблокировку включать для мотовозов например в сценариях. Сейчас у меня в конце маршрута в тупике валяется SHUNTING голова, в зависимости от состояния которой все предыдущие светофоры решают, включиться им, или нет. Самой этой головой в сценариях можно управлять хоть невидимым локомотивом на точке ожидания на невидимом отрезке пути за тоннелем с тупиком (куда заведомо никто не заедет). Проблема в том, что в ОР сигнал от этой головы на 40 километров явно не добьёт. К примеру, шунтинг валяется в самом конце 1 пути Алтуфьево, а первый включившийся светофор автоблокировки был только на Владыкино (в мультиплеере). Зато в сингле, если ехать задом, то зеленые были аж до самой Чертановской, но если загрузиться на этой же Чертановской и поехать вперёд, то так уже не будет. Т.е аспект очень далёкого шунтинга оно помнит, но не обновляет, пока не подъедешь. В связи с этим вопрос, как можно например сервису мотовоза в сценарии включить АБ, а за ним погасить...

Добавлено через 30 минут
Есть идиотская мысль включать, если !enabled, и ставить на пути следования точки ожидания хоть по секунде, но тогда АБ будет гореть всегда и не будет только когда едет сервис с точками ожидания, что тоже не есть хорошо

[vicente]

А почему SHUNTING?

Добавлено через 1 минуту
Не совсем понял ситуацию. Можно поподробней?

[vitro]

А, не, просто так можно и погасить, если STOP

Добавлено через 4 минуты
Линия метро с АЛС-АРС. Автоматические светофоры погашены, полуавтоматы горят синим. Едем по указателю в кабине (коды АЛС, нормалом передаю). Светофоры - дистанс головы, либо погашены, либо синие. Но могут быть ситуации, когда потребуется включение автоблокировки, например для поезда, необорудованного устройствами АЛС-АРС. Вот я и думаю, как в сценарии такому поезду все дистансы зажечь. А шунтинг как раз это условие, включать, или нет.

[vicente]

За 40 километров ты представляешь какой SignalNumClearAhead должен быть?
(А где маршрут? )

Добавлено через 1 час 15 минут
А NORMAL-ы где? На той же точке? Или они отдельно выставлены?

[КЕ]

Мне такая же тема предстоит для МЦК.
Думаю: все светофоры делать "двухголовыми" для передачи доп. кода гашения. Этот код (напр., DISTANCE) меняет свое значение вот именно так - в зависимости от пути сервиса, там спец. маркер или светофор.
Наш выходной светофор считывает этот код по this_sig_lr(SIGFN_DISTANCE), и выдает нужный draw_state.
Все это мысли, надо проверять...

Добавлено через 2 минуты
SNCA вот тоже может не дать сработать этому...

[vicente]

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

Самой этой головой в сценариях можно управлять хоть невидимым локомотивом на точке ожидания на невидимом отрезке пути за тоннелем с тупиком (куда заведомо никто не заедет)

Упс... не заметил про невидимку. Дык, NORMAL сделай сигнал в тупике и одним аспектом передай без зависимости от enabled(). Вопрос здесь не столько в расстоянии, сколько в стрелках "по пути". Может и не пройти.
Допустим "за" мотовозом можно погасить, а перед ним - никак - не пройдёт аспект из тупика.

Единственное, что приходит в голову -- невидимые "развилки" на светофоре. Не знаю: есть ли такие секции пути вообще. В общем, идея бредовая. Мы, вон, с Костей так и не смогли "удержать" маневровый режим на 50-100м на станции, а тут - разная логика в зависимости от типа состава... Можно сделать для одного из сервисов, скажем двойные точки разворота, но тогда трафик будет останавливаться перед каждым светофором на секунду...