Почему? Программное обеспечение ведь аналогично ЭЦ-ЕМ.

Так не бывает. Пределы есть во всём. Не просто так создают мегапупер компютеры, а для решения суперсложных задач.
УВК для ЖАТ пока решают минимальные задачи. Завтра их нагрузят дополнительными и возможно кто то просядет. Например- Адлер-Красная поляна (Олимпиада), Радиоавионика не смогла справится с удалённым управлением 4х разездов на участке в 50 км существующими ресурсами.
Ещё пример- Сименс отказался управлять движением (автодиспетчер) на всём адлеровском узле, только на прямом участке.
Вот и возник вопрос.

Вычислительные ресурсы ЭВМ действительно имеют физические пределы. Если интересно завтра приведу примерный расчет для нашей системы, с разработчиками ПО выясню некоторые нюансы, что бы не косячить…
Но есть одно НО, я думаю разработчики других МПЦ меня поддержат, Физические возможности человека.
У Вас возникнет вопрос, а причем здесь человек ??? А при том: кто управляет устройствами МПЦ? Правильно – ДСП.
Нагрузка на ДСП какая ? 40, может 50, максимум 60 стрелок.
Идем дальше…
Любая МПЦ «потянет» 60 стрелок ? Думаю ДА.
А если станция больше, чем 60 стрелок (читать: управляют два ДСП)? Ставим два комплекта аппаратуры по 60 стрелок на ДСП. Навряд ли движенцы согласятся, что бы оба ДСП были завязаны на «один мозг» (комплект ЭВМ, которые выполняют проверку зависимостей). Да и с точки зрения безопасности: если один загнется или «сойдет с ума», то второй ДСП сможет управлять «остатками» устройств. Увязывает логически между собой комплекты и вуаля.
А если станция больше, чем 300 стрелок (читать: управляют 5 ДСП)? Ставим пять комплектов аппаратуры по 60 стрелок на ДСП. Увязываем логически между собой комплекты и вуаля.
Эххх…

Не бывает не решаемых проблем,
бывают неприятные решения!!!

Ну маловато 60 стрелок, для того, чтобы двух кнопочников сажать. Если сидят два ДСП, то управляет всёравно один, а второй руководит. Я не спорю, что при большом количестве стрелок станцию делют на зоны управления, но не при 60 стрелках.

Знающие люди подсказали, что кол-во сундуков МПЦ-2 ограничено только здравым смыслом.

Эксплуатационные характеристики различных систем применяемых в ОАО "РЖД"
«Ebilock 950»:thumbup1:
Скачать

Выдержка из СТО РЖД 1.19.001-2005 СРЕДСТВА ЖЕЛЕЗНОДОРОЖНОЙ АВТОМАТИКИ И ТЕЛЕМЕХАНИКИ Порядок ввода в эксплуатацию, технического обслуживания и ремонта микропроцессорных устройств сигнализации, централизации и блокировки:

6.1 Устройства микропроцессорной централизации стрелок и светофоров.
6.1.1 В зависимости от степени использования аппаратных и программных средств применяемые устройства микропроцессорной централизации стрелок и светофоров (далее – устройства МПЦ) подразделяются на:
а) микропроцессорные централизации с бесконтактным управлением напольными объектами (стрелками, светофорами и т.д.);
б) микропроцессорные централизации с релейным управлением напольными объектами;
в) релейно-процессорные централизации.

Вот и получается, что РПЦ - это разновидность МПЦ :thumbup1:

Сообщение № #26 от 24.05.2010

Этого вопроса у меня не возникало. Но мой следующий вопрос совпал с вашим вопросом. ДСП! А давайте его уберём. Ставим Автодиспетчера или АвтоДСП (автоматическое задание маршрутов). Загрузка УВК увеличится.
Вот и мой вопрос- существующие МПЦ справятся с выполненем такой задачи?
Если справятся, то ставим следующую задачу- управление тягой и тормозами локомотивов согласно графика и поездной обстановкой. Далее ещё задачи на очереди- увязка с пассажирской обстановкой, увязка с нагрузкой на тяговые подстанции...
Где меня остановят разработчики МПЦ?
Решение этих задач покупкой суперЭВМ не рассматривается. Дорого.

На счет МПЦ-И оказалось все просто. Там есть старое и новое, текущее поколение системы:
- Система старого поколения. Работает в нескольких экземплярах на предприятиях ПЖТ, на сети не тиражировалась. Больше не выпускается, но поддерживается. Проектирование технологического ПО довольно трудоемкий процесс и требует специальных знаний программиста-СЦБиста. Для разработки программы в обязательном порядке требуется таблица враждебности маршрутов. Но в любом случае никакая таблица ни куда не забивается, а таблица враждебности служит основанием для задания зависимостей каким-то там другим способом.
- Система нового поколения. Активно тиражируется как на сети, так и на ПЖТ, развивается. Проектирование ПО выполняется с помощью САПРа собственной разработки :thumbup1:. Проектируют обычные проектировщики ЭЦшники. Никаких программерских знаний и навыков абсолютно не требуются. Небольшое обучение - и вперед. Работа такая -схемку станции нарисовал из примитивов, задал свойства всем объектам в соответствии с схемпланом и таблицами зависимостей, привязал переменные программного интерфейса к каналам ввода/вывода в соответствии с принципиальными схемами. Кнопку нажал, получил готовую программу, в имитатор засунул, кнопку нажал, покурил, получил протокол проверки, сверил с проектными данными (перечни маршрутов, негабаритности, охранности, взаимозависимость показаний светофоров и т.д. и т.п), передал дальше на ручную проверку по проверочным таблицам.

Есть полностью исключающая реле... СА КСД разработанная НИИ ТМ. Используется на метрополитене Санкт-Петербурга, Казани....

Краткое описание есть?
Просто смущает фраза "полностью исключающая реле".

Ну, электромагнитных реле у них точно нет)))
Как же коммутируются цепи управления стрелками?:oiE:

Если исполнительная группа есть - рпц, если нет - мпц.