По Бмиг пригласительному на выходном, или на отдельной головке Бмиг, висящей на "спине" входного противоположного направления. У меня такая есть, но работает только в РТС.

В РТС можно "метить" поезда? Или все поезда при условиях скрипта поедут по Бмиг?


Едем дальше по Open Rails.
В отличие от MSTS, в Open Rails обратно-глядящая голова логически является отдельной сигнальной головой, несмотря на то, что в конфигурации она привязана к шейпу, точно также, как в MSTS. То есть , функцией this_sig_lr(SigFn_Type) невозможно "считывать" аспекты с голов, направленных в противоположную сторону. С другой стороны, она и не "энейблится". То есть enabled будут всегда головы одного направления.

А в МСТС вроде так же.

Насчет маневрового режима в РТС - надо протестировать во встроенном редакторе, там есть команда"Start shunting" в Track control-е, сегодня проверю, что она меняет (как ни странно, ни разу не пробовал...).

MSTS и OR как ни тестил - не стоит особо надеяться на DISTANCE при манёврах. По сравнению с NORMAL-головами обновляются реже (даже в прямом направлении), и мои маневровые светофоры Б-С "тупят". Впрочем, об этом APK-LVDZ писал уже давно - а я убедился ещё раз...[img]http://arcanumclub.ru/smiles/smile14.gif[/img]

Хорошо, что на моей сигнализации ничего на DISTANCE не завязано! :russian:

Костя, в ОР есть теперь как передавать данные. Сколько угодно данных. Надеюсь к вечеру закончить с этим чертовым показанием маневрового на свободный путь станции с выходным красным - покажу всё. Единственное что - после перезагрузки из сэйва сигналы не помнят введенные данные. Поэтому надо всегда думать о подстраховке.

Передавать данные - это [B][I]next_sig_id[/I][/B]?

Записывать данные это [I][B]store_lvar (key, value)[/B][/I]
Извлекать их - [B][I]this_sig_lvar (key)[/I][/B]
Передавать - [B][I]next_sig_lvar (key)[/I][/B], и [B][I]id_sig_lvar (sigid, key) [/I][/B]

[size="1"][color="Silver"]Добавлено через 2 минуты[/color][/size]
[B][I] next_sig_id (SigFn_Type) [/I][/B] функция которая идентифицирует сигнал для дальнейшей работы с ним по идентификатору, который она возвращает

То есть запоминается что-то? А при реверсе движения сервиса не теряется?

Нет конечно. Работаешь с этим так же как с конвенциональной логикой в MSTS. Задаешь условия, при выполнении которых запоминаешь значения.

[QUOTE]Насчет маневрового режима в РТС - надо протестировать во встроенном редакторе, там есть команда"Start shunting" в Track control-е, сегодня проверю, что она меняет (как ни странно, ни разу не пробовал...).[/QUOTE]
Проверил, что это такое.
В окне [I]TRACK CONTROL[/I] (открывается через Ctrl+Alt+F7) можно задавать маневровый режим себе или любому сервису трафика, выбирая правым мышом на значке движущегося ПС в выпадающем меню "[I]Start shunting/Cancel shunting[/I]". Себе, кроме этого, можно выбирать "Force shunting" сразу по Ctrl+Alt+F7, не заходя в TRACK CONTROL.
Все светофоры переключаются в аспект RESTRICTING. Даже проходные, они при этом загораются жёлтым.
Но делать это можно только "на ходу", а задать точки переключения на пути сервиса (по типу постановки точек ожидания) нельзя.
А хорошо было бы...

Это не то.

Сигнализация [B]сама[/B] распознаёт: когда сервис движется маневровым порядком, а когда - поездным. Один и тот же сервис может двигаться часть пути одним порядком, а часть - другим. Трафик прибывает на станцию по 2Ж, должна произойти смена локомотива, он отцепляется и уходит по Б на перегон по правильному пути за маневровый, затем возвращается по свободному пути, по выходному Б едет в тупик или на гл. путь, оттуда - в депо. На его место маневровым порядком заходит под поезд сменный лок , опробывание и поезд уходит на тот же путь на перегоне, но уже не по Б, а по поездному. Таких трафиков на маршруте одновременно - несколько десятков. Можно сказать, в любое время где-то на маршруте происходят маневровые передвижения. Как я буду вручную менять режимы?

По Open Rails (и, скорее всего, в MSTS - то же самое) : [B]opp_sig_Xr (SigFn_Type)[/B] а в Open Rails и [B]opp_sig_lvar (sigid, key)[/B] работают только на [I]enabled[/I] светофорах!!! Запоминать информацию могут [B]все[/B] светофоры. А, вот, извлечь её, по крайней мере, с оппозитов могут только те, [I]enabled ()[/I] которых выдаёт TRUE.

[Ругается матом и ложится спать]

[QUOTE=vicente;592997]...Таких трафиков на маршруте одновременно - несколько десятков. Можно сказать, в любое время где-то на маршруте происходят маневровые передвижения. Как я буду вручную менять режимы?[/QUOTE]
В окне [I]TrackControl[/I]. Диспетчером будешь! :D

Нет, уж, спасибо. Предпочитаю роль "зрителя" :cool:

Что-то, я тупил последние пару дней, пытаясь получить это несчастное маневровое показание через какую-то страшную ...опу - через два оппозита. Типа, маневровый "смотрит" назад, на первый проходной, тот, в свою очередь - на входной. И этот, второй оппозит не срабатывал, естественно, потому что проходной-то - [I][B]!enabled[/B][/I]!
Правильная мысль всегда приходит последней.
Думаю, достаточно будет "ловить" маневровым только первый проходной обратного направления. Логика такая: проходным через функцию [B][I]block_state ()[/I][/B] о работе которой я писал раннее, можно "поймать" направление движения сервиса "к входному" . Потому что, на втором от станции блок-участке в сторону станции сервис может быть только в поездном режиме. В этот момент маневровый уже должен быть [B][I]enabled[/I][/B] . Совокупность этих двух условий будет запоминать на маневровом поездной режим. При поездном режиме маневровый дублирует аспекты маркера РЦ, а тот - выходного, а если тот 0, даёт 1 со скоростью, соответственно пути приема (60, 40, 25 и т.д). Аспекты я решил не менять - оно и так работает прекрасно. Есть, как я писал, пара "штрихов", которые я исправляю. Дело в том, что если путь приёма занят, сегодня у меня на маневровом горит белый на аспекте 2, а входной при таком раскладе запрограммирован давать 0 на следующий 2. В поездном режиме я оставлю маневровый 2, но показание дам - синий. Второй момент - в обоих режимах на свободный путь станции при выходном 0, маневровый даёт 1, и синий, при манёврах я смогу при том же 1, дать ему белое показание.
Reset "механизма":
Проходной "обнуляется" когда он [B][I]!enabled[/I][/B] и блок за ним не занят вообще, а маневровый - когда он [B][I]!enabled[/I][/B] (голова проследовала его).
Через пару часов будет возможность протестировать это. Будет работать - можно будет поиграться с условиями сброса маневрового, чтобы не менялся с белого на синий сразу после проследования головы.
Кроме возвращения с сейва, издержкой такого подхода может быть то, что чертов Open Rails учитывает длину поезда при прокладке маршрутов (мануал симулятора). У меня на тестовой ветке ЧМушки, и он спокойно может пустить лок до входного, когда маневровый лок выезжает со станции и становится на отрезке между входным и маневровым сигналами. Но, тут уже буду думать потом: стоит ли блокировать весь перегон. Ситуация редкая, хотя, если честно, в реале (по крайней мере - у нас, в Израиле, чтобы манёвры отправились на перегон, направление на пульте должно быть "от станции" и никаких встречных не может быть по определению.

[quote]...Типа, маневровый "смотрит" назад, на первый проходной, тот, в свою очередь - на входной. И этот, второй оппозит не срабатывал, естественно, потому что проходной-то - !enabled![/quote]
Я так тоже пытался делать - бесполезно![img]http://arcanumclub.ru/smiles/smile14.gif[/img]
[quote]...маркера РЦ...[/quote]
Как он работает?
[quote]В поездном режиме я оставлю маневровый 2, но показание дам - синий.[/quote]
Это если на выходном STOP?