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

[vicente]

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

А ДИСТАНС придется отдельно ставить для этого?

Вот и я не хочу их ставить. А только пользоваться второй частью определения "враждебной стрелки/окончания пути ". Ещё неизвестно как оно в ОР работать будет, но есть шанс. Дело в том, что светофор !enabled в ОР не "читает" положение стрелок перед собой. Я проверял функцию block_state() недавно. Светофор, через который не проходит путь выдает BLOCK_JN_OBSTRUCTED независимо от положения стрелки. Возможно и dist_multi_sig_xx() будет доходить до этого момента и прекращать проверку...

[КЕ]

Надо завтра проверить. Только как писать? Первый тип укажем НОРМАЛ, а на месте второго что??

[vicente]

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

И что со стрелками не так?

Это особенность скрипта моих маневровых светофоров. Из за того, что перед узлом маневровый, именно он блокирует. А у меня на занятый путь он RES, тогда поезд следующий "по удалению" резервирует стрелку для себя не по своему маршруту, а по её последнему положению. Поэтому мне надо держать его "0" пока состав не освобождает стрелки.

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

Вот если бы можно было передавать аспекты на впередистоящие светофоры...
С bak_sig_xx здесь никак не получится?..

Эта функция работает только на светофоре, который перед тобой

[КЕ]

Я вот сейчас хотел проверить, но, оказывается, это не то, что думал. Как этот bak_sig_xx на самом деле работает?

[APK-LVDZ]

Если имеется ввиду опция opp_sig_xx, то она работает так же как next_sig_xx, только в обратную сторону. Там есть ряд ограничений на тип головы, сейчас точно не помню. Вроде REPEATER не ловил, и можно было использовать не во всех головах. Это актуально для МСТС

[КЕ]

Нет, именно это, extern float bak_sig_lr;, например.

[vicente]

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

Как этот bak_sig_xx на самом деле работает?

Лёша, В МСТС оно работает отлично от ОР
Ой... не то. Что это за bak?Я, как Лёша, перепутал с оппозитом

Добавлено через 3 минуты
Первый раз слышу о такой функции. Откуда это?

[КЕ]

Брал здесь, но не до конца понятно:

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

Сообщение от Zaborin.ru

next читает список аспектов следующей сигнальной точки,
this проверка своего светофора, например – передача кода с одной головки DISTANCE на другую NORMAL.
opp - маркер у считываемой точки - в сторону той, которая читает.
Т.е. если упростить до ПАБ, то так можно получить аспект входного светофора, когда точка (светофор), где
запущена функция, стоит к нему "лицом", т.е. они смотрят друг на друга.
bak - смотрит и передаёт в обратную сторону; пример - кодирование АЛСН по неправильному пути.

Bak-субобъекты

Bak-головой на спине выходного можно послать код маневров на все маршрутные и входной.
bak «вешает» любую головку на «спину», необязательно какую-то особенную, можно один и тот же маркер сделать на обе стороны. Обрабатываются как обычные головы, функции относительно "лица" точки; как от неё смотришь, так и прописываешь.
Передает, (как при этом принимает - не тестил) в обратную строну, соответственно, как у любой нормальной головы любого стандартного типа - у неё должно быть "неактивное" состояние, в котором она не светит и передает неуправляющий на фоне других аспект.
ИМХО тут нужно смотреть скриптом в ту сторону, куда смотрит головка, хотя надо затестить – может быть, только "передатчик" разворачивается.

[vicente]

Нет такого. Сейчас гляну там...

Добавлено через 13 минут
Костя, нет такой функции

[КЕ]

Опечатка, наверное, была...
Значит, передать аспекты "вперёд" нельзя (оппозиты ведь не работают с ними)?

[vicente]

А зачем?

[КЕ]

Думал так передавать маневровый режим.

[vicente]

Надо подумать )))

[КЕ]

Вперед передать надо, но тут "зацепиться" не за что. Оппозиты только занятость пути "понимают". Я так хочу со спины выходного попробовать для маневровых Б-С.
Или dist_multi_sig_xx применить... до какого сигнала проверять? Или до конца пути - тогда как скрипт должен выглядеть?

[КЕ]

Олег, а ты в каком-нибудь сценарии маневровый "по удалению" за поездным сервисом с точкой ожидания делаешь?