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

[КЕ]

Оег, ты говоришь про это? -

Записывать данные: store_lvar (key, value)
Извлекать их: this_sig_lvar (key)
Передавать: next_sig_lvar (key), и id_sig_lvar (sigid, key)
next_sig_id (SigFn_Type) - функция, которая идентифицирует сигнал для дальнейшей работы с ним по идентификатору, который она возвращает

direction = this_sig_lvar (1);
if (block_state ==# BLOCK_JN_OBSTRUCTED) {state = SIGASP_RESTRICTING;store_lvar (1,1);}
else { store_lvar (1,0);}
Первая цифра в скобках - "разряд", вторая - само значение. Можно запоминать их сколько угодно! Под каждым "разрядом" - своя переменная. В смысле, под (1,Х) - одни переменные, (2,Х) - другие и т.д.

Нашёл интересное замечание в наших давних сообщениях:

opp_sig_x
функция задумывалась как чтение аспекта противостоящего сигнала, контролирующего вход в этот же блок с противоположной стороны. Она читает сигнал за поездом с противоположной стороны, но - выдает только аспекты 0, 7, и -1 (!).

Надо будет проверить.

[vicente]

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

Олег, ты говоришь про это? -

Именно

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

Нашёл интересное замечание в наших давних сообщениях:

"Как молоды мы были, как молоды мы были..."
Именно так эта функция описана кужувцами в Документации по сигнализациям MSTS . Не я один "сел в лужу" с оппозитами, надо сказать в своё оправдание. Вполне себе уважаемые Буржуи в отношении сигнализаций, тоже не вкуривали этот вопрос, пока знающие люди не разъяснили. На данный момент, совершенно очевидно: как работают функции с префиксом opp_