Остается только АЛС-АРС, но её придется уширять до 110, 220, 380, 450 км/ч

Двухчастотная АЛС-ЕН в сочетании со спутниковой навигацией и электронной картой нас вполне устроит...

Двухчастотная?
Что-то перспективное? Где можно почитать?

Двухчастотная - иначе на станциях маршруты не "развязать", поскольку по главным путям изостыков и светофоров не будет.
Где почитать - пока не знаю...

Сейчас перед глазами нет материалов, но до конца текущей рабочей недели постараюсь вычислить и опубликовать тут минимальную длину рельсовой линии, которая необходима для устойчивого восприятия и обработки поездной аппаратурой кодовых посылок на нынешних частотах для скорости 350 км/ч.

375 метров - для восприятия.
Обработка на борту - от длины РЦ не зависит...

При беглом вычисления математическая точка преодолеет это расстояние за 3,5 секунды, и не нужно забывать о двух зонах дополнительного шунтирования, попадание не в начало цикла, и неоднократном приёме посылки для избежания ошибки. Инертностью поездной аппаратуры принебрегаем.

Ну я и говорю - не менее 375 метров...

Николай Николаевич, ИМХО, нецелесообразно две частоты.
Не зря авторы ЕНа ушли от многочастотного кодирования в сторону одночастотного двухканального. А ведь несколько частот расшифровать им было бы проще, чем ЕН, учитывая уровень аппаратуры 80-х. Но они сознательно ушли от многочастотного.

А как? Теперь ваша очередь, предлагайте, по делу...

Программирование последовательной или параллельной работы двух обмоток реле - может быть лишь средством достижения конечных целей алгоритмов перевозочного процесса. Если конкретно это для вас неприемлемо, то не используйте в исходном коде вашей системы конструкции подобные этой:

X = //Признак включения реле X
(X && D) //Условие протекания тока через первую обмотку реле X
|| (A && B && C); //Условие протекания тока через вторую обмотку реле X

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

Допустим... . В чём преимущество эдакого количества аппаратуры и кабеля перед радиоканалом?

tyubik добавил 11.09.2019 в 20:25
Это моё дело, а Вы поступайте как знаете.

tyubik добавил 11.09.2019 в 20:32
Ежели мы оборудуем участки рельсовой линии длиной 375 метров всей причитающейся аппаратурой, то получаем внушительное её количество со всеми вытекающими в виде надёжности; ежели увеличиваем длину участков соразмерно длинам тормозных путей, то возвращаемся лет на 70 тому к банальной автоблокировке... .

tyubik добавил 11.09.2019 в 20:34
:net:

сия формула излишне формализована

Legon добавил 11.09.2019 в 20:47
у меня есть, во сколько и куда занести?

К окончанию второго десятилетия нынешнего века она ещё в РЖД не определена.

Радиоканал - не защищен от супостата, а кабель на РЦ в любом случае прокладывать...

Николай Николаевич добавил 11.09.2019 в 21:27
АБ без проходных светофоров, с АЛС-ЕН и с технологией "подвижного" блок-участка - это никак не АБ 70-ти летней давности.
Ну а длину РЦ нам зададут энергетики, поскольку будет обратный провод тяговой сети...

Николай Николаевич добавил 11.09.2019 в 21:34
Примерно так: пишется универсальное ПО для произвольной станции, имеющей все существующие в СЦБ устройства и их взаимозависимости, некая программная аналогия альбома ЭЦ-12 релейной ЭЦ.
На конкретной станции в УВК "закачивается" схем-план и таблица зависимостей - УВК формирует соответствующее ПО для фактического путевого развития.
Что-то мне подсказывает, что задача вполне решаемая...

Всегда поражался, чего об этом думать. :net: Если придет супостат, РЖД собирается эшелоны с танками по 350 км/ч перевозить. (утрировано конечно)

Телефонка и вперед.