Интересно выслушать все стороны!

А что, разве для обсуждения нужно обязательно быть заказчиком или разработчиком?
Можно и без них - наверное, так даже лучше...

Я думаю мы будем обсуждать технические вопросы на уровне идей. Может быть кто-то найдёт что-то полезное?!
Если разработчики будут высказывать своё мнение на основе их Реального Опыта - будет очень здорово! Если что-то из области "Знаю как", то разработчик может просто промолчать - это его полное право!

Естественно, без ТЗ. Пока.
А вот когда скелет такого ТЗ сформируется в чьей-нибудь голове - тогда посмотрим.
И кто не спрятался - ...

Может быть не ТЗ, а проект ТЗ?!

На данной стадии обсуждения - и проект ТЗ не нужен.
Не нужно полет мысли упаковывать в какие-то рамки!

- Класс!!!

Да, но тогда упадет быстродействие - маршруты встанут в очередь на реализацию...

Повторю свой вопрос - как изменится структура (или архитектура - не знаю, как правильнее) УВК, если количество объектов управления и контроля превысит возможности одного УВК?

А давайте посмотрим что же должен делать "Центральный процессор"?
- Производить с Объектными контроллерами.
- Производить самодиагностику;
- Производить обмен с АРМом;
- Ждать команды от АРМа;
- Выполнить команду АРМа.
Моя программа АСДК (а это первые три пункта) работающая по ОС Linux на старом компьютере типа XT выполняла 50 000 оборотов цикла в фоновом режиме.
А современные компьютер во много раз работают!!!

Я не компьютерщик...
В моем понимании - ЦП должен постоянно обрабатывать "зависимости" положения стрелок, изолированных участков, светофоров и других объектов управления.
В "одной из наших МПЦ" от момента перевода по маршруту последней стрелки до открытия соответствующего светофора ЦП "жует ситуацию" до 6-8 секунд - что при этом происходит в ЦП?

Сделали из МПЦ какого Монстра, а на самом деле ничего там особенного нет, кроме выполнения условий безопасности!
Для сравнения что делал КГМ выполненный на процессоре с тактовой частотой 2мГц, объёмом оперативной памяти в лучшем случае 12 кбайт и ПЗУ до 8 кбайт.
- получал состояние всех объектов ЖАТ горки (Сепетый А.А., Остриков М.И.);
- обменивался с АСУ (Катков А.В.);
- производил измерение ходовых свойств отцепа (Катков А.В.);
- измерял скорость каждого отцепа (Остриков М.И.);
- производил расчёт скорости отцепов (решал систему дифференциальных уравнений в режиме реального времени) (Сепетый А, Остриков М.И.);
- управлял замедлителями всех тормозных позиций (Сепетый А.А., Федорчук А.Е);
- управлял переводом стрелок (Золотарев Ю.);
- следил за заполнением путей (Золотарёв Ю.);
- выводил информацию на монитор (телевизор);
- передавал всё состояние роспуска в АРМ с записью Чёрного ящика (Катков А.В.);
- и т.д.
Вот это я понимаю, умели программировать (программировали на ассемблере 80 процессора) даже на таком железе.
Кроме всего ПО было написано одно и тоже для всех горок страны, отличалось только файлами топологии написанных на макроассемблере в виде таблиц.

Как там у Маяковского: "Двое в комнате...".
Куда же все причастные к разработке МПЦ попрятались?
Ох, неспроста это...

Предположу, что так:

Спасибо!
А если вариант "мультистанционной МПЦ", когда несколько АРМов и большое количество объектов набирается по ряду станций?